This is a blind attempt - don't have a 32bit system at hand to really try it.

Change-Id: I4fe8c65b794d01e79aa93cbac440f710b630c7dd

Change-Id: I0fadb6f5f96cccd4056a164a6b0f3b2fdd68a40b
Reviewed-on: https://gerrit.libreoffice.org/14168Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: Ib7db10d59f6d1106b33558fe5bdd076e278dfbbe

Change-Id: I649ab0e4f17fc6601efc0eabfefbe10501f8bbc1

Fix fallout from fe480d81.

Change-Id: I1ced0d7bcf368884fc8a079b047e0cbf645c3e1a

Change-Id: I2dc149db36a5cfdbca63ea231425168fb799abe0

Change-Id: I30355f3aaf77b1952e21050e3593e575571d7aaa

Take two: the text demo now shows:

- clipping
- arabic text
- rotated text

It shows this in a new window, subdivided into 8 demo screens to
cover all permutations of clipping, arabic and rotated text.

I've also clipped the main screen's boxes to make it look a little
neater.

Change-Id: Iaba1c29503266b72cbdcc2f48b309c28c94022b8
Reviewed-on: https://gerrit.libreoffice.org/14215Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>

Change-Id: I85589d304dad05581bb2013166bb22f6b46cc793

Fix fallout from fe480d81.

Change-Id: I36807f0e43311e66f4ccd3542a4c064d5ccd7430

Limit duplciation for SfxRequest FN_WORDCOUNT_DIALOG in sw shells

Change-Id: Idf63f92f0061249ba937332c0be3fd6446aaa554
Reviewed-on: https://gerrit.libreoffice.org/14182Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Limit duplciation for SfxRequest SID_OPEN_XML_FILTERSETTINGS in sw shells

Change-Id: I316e7df50df5c6d24feb953415ebf61ca822066d
Reviewed-on: https://gerrit.libreoffice.org/14184Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

found with some minor modifications to find/find-unused-defines.sh

Change-Id: I18cc479adedc7a0dada68a4aeef08300e62631dd
Reviewed-on: https://gerrit.libreoffice.org/14194Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Id0295fb45ecdf3472862d2d242a6e9e23da538ad

Regression from commit ab50bc9d
which adds space separator between value and unit.

As metric fields now output values with separator, LineWidthValueSet
items must be adjusted accordingly, otherwise they'll never match

Change-Id: I55778c9c0cc36d968a061e5e35b6db3f2a159977

Change-Id: Ie5f3651ec8386cdb59ebbd63c12670fd8668499a

Project: help  74dd3c43533373b51f53f58e4697d1df76e3ec32

The plain scaling is rather rough, and in fact drawing a scaled bitmap
the normal way gives much better results (because OutputDevice pre-scales
the bitmap before it's drawn). This one may be a bit slow perhaps,
but hopefully nobody there's no code that'd extensively use bitmap
drawing with custom transformations (wishful thinking).

Change-Id: I83e05307adfaeac0ed0757f1a0b2603f64caf8f8

Now it's possible to add a preamble to the compiled program, so there can
be just one program with #ifdef's inside and the small variants can be
selected using #define in the preamble instead of having several almost
identical programs.

Change-Id: I6c5112313b91b6269ebdecdfc896e0f96209ea2b

Change-Id: I0b8ecf19d71ba3151b3e61c4cf22524cc0852c5c

This reverts commit bef9cc01.

could have sworn it built under windows under jenkins

Change-Id: I97501d09b417ba1f8701f7efe884f26a7714a98a

Change-Id: I4113a38a3a15cd2173f9a2530dc2e7278b8713b2

(cherry picked from commit d3fb83cb)

Change-Id: I34b4ee12e4af8300a51d72f0dd36e27c79832eb5

Change-Id: Ibc6302ea52458874f748f3ec2757bb60ad742fce

...from the call to

 SetColumnWidth( nId, LONG_MAX );

in BrowseBox::AutoSizeLastColumn(), e.g. happens when opening the Gallery in
Draw.

Change-Id: I151ae557d9d2bec52ecb0bd92b870fb0b91d7242

Change-Id: I32d8bbc5083223b540f76a928de505d611627957
Reviewed-on: https://gerrit.libreoffice.org/14196Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I5994bf129960863a081b0e263241b62848ad153c

Change-Id: I0cb533399a1e3ce83875f2966cb59354e92f05b5

Change-Id: Ib5ce2ffe17cc34e0b3f04ebc06ea392707b7b9e6

At least in JunitTest_forms_unoapi there are calls via URP of

 SfxShell::UIFeatureChanged
 FmFormShell::DetermineForms
 FmXFormShell::elementInserted
 cppu::OInterfaceContainerHelper::NotifySingleListener<...>::operator()
 cppu::OInterfaceContainerHelper::forEach<...>
 cppu::OInterfaceContainerHelper::notifyEach<...>
 frm::OInterfaceContainer::implInsert
 frm::OInterfaceContainer::insertByName
 frm::OFormsCollection::insertByName
 ...

where SfxShell::UIFeatureChanged does an svtools::AsynchronLink::Call, and there
are notorious crashes during JunitTest_forms_unoapi in

 vcl::Window::ImplRemoveDel
 Application::RemoveUserEvent
 svtools::AsynchronLink::~AsynchronLink
 SfxShell_Impl::~SfxShell_Impl
 SfxShell::~SfxShell
 FmFomrShell::~FmFormShell
 ...

and the naive hope is that the former's unlocked operations cause some
corruption that make the latter operate on a dangling AsynchronLink::_nEventId.

(As always, the question is at which level to lock the solar mutex;
frm::OFormsCollection et al appear to be properly mutex'ed, FmXFormShell appears
to be virtually un-mutex'ed, except for some smelly m_aInvalidationSafety and
m_aAsyncSafety, and FmFormShell and SfxShell appear to run under the assumption
that the solar mutex is always locked.  So stick the guards into FmXFormShell---
which is the only place calling DetermineForms---under the assumption that that
is the most likely place needing general mutex clean-up in the future, and thus
bears the highest chance the potentially becoming redundant guards will be
noticed again.)

Change-Id: Iad0f4bd9af2bf62330e26ac50edd170f470e79c4

Change-Id: If7d67cd92a878bd1cfcc838ec9b7c9303975b255

Problem is that for the "CM Typewriter" font the Width for "space" (32)
is exported as 0 instead of 525, which is the correct value in the AFM.

The reason is that PDFWriterImpl::emitEmbeddedFont() has various arrays
to map from font code points to Unicode code points, and there are
duplicate mappings, so the 160->32 mapping overrides 32->32.

The PrintFontManager::PrintFont::readAfmMetrics() actually creates a
Unicode to font code mapping (which may legitimately be n:1) that is
then inverted; add an additional hack to store a set of "preferred"
Unicodes so that PDFWriterImpl can pick the right Unicode.

Presumably the code that is stored explicitly via "C" or "CH" in the
AFM should take priority over more generic mappings.

Change-Id: Id4205a1cd45ba6a0a5facee1e39f70c3535e7dd4

Change-Id: Ie12339760904329d690bbe4863286e005ebde380

Change-Id: I54a79059fbba4709cc445a5f200e4fac3b35ed48

Change-Id: Ibc8a0cedf8e99986698fca9fa467e24907184148

Change-Id: I65fa98537d883057285c24608582d1facbed2ca0

Change-Id: Ia3f7c47b1fce782b5ec37ce28f1f3d452266ddcb

Change-Id: I48e07924257ca51f0b5b8c3aa2c761835bcb1857
Reviewed-on: https://gerrit.libreoffice.org/14203Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>