Change-Id: I I I184541e99ab4e04b8534dd0341bc2f3630094e9c

Change-Id: I8fc6f7b52b797eefb7276dd73630b235e6918296

http://erack.org/blog/archives/18-Does-your-LibreOffice-locale-need-a-date-acceptance-pattern-for-incomplete-date-input.html#c245
http://www.spraknamnden.se/sprakladan/ShowSearch.aspx?id=id=26089;objekttyp=lan

This reverts commit cd1c434c.

Conflicts:

	writerfilter/source/dmapper/PropertyMap.cxx

Change-Id: I I83ae3418438aa02db744e6b6eb5a9c199938c91f

Change-Id: Ic8166da819a2d6486c5122e986a156e729c7631a

Change-Id: Ida6566b38ceaca30441a029c73bd1f52d93bbb3b

Change-Id: I9ba70b57436eb54ca7ac68bef76714910aa7335b

Change-Id: Ie84224c381eca49e2d5fe544a4902845889f9771

Change-Id: Ib9bea60e05f1dcdd9501a3320f3b1185d5890d17

Change-Id: If9e01ab91d52d21cab175bfda925e690625fac3e

Change-Id: I28fbab54ba71f01b989a47ab357583113e85fccb

Change-Id: Icab3910f49639fff1551dfdb5be9341bd3ea70b1

Change-Id: I1b6261d09dfc42913070ffd2f797688587ab7a8b

Change-Id: I558e1d53339fc4284e8272342846f7bc108df111

Change-Id: I6a159d7e5a9315b23a5ff7ee6487ee65457552ff

Change-Id: I1eb42ac75228dee00079c86e7c378efb72f16e28

Change-Id: If19c6486c95cab0106bf04a4ec68359f7a4ed220

Change-Id: I I7f0a46cf5aea2eb1aa8bc9415d9761cc197b0c23

This is most likely wrong but I have not yet an idea what should be the
difference between these two.

Change-Id: I3ee87de8d3b3f9a495ee653576a533690d66a3d0

Change-Id: Iabeeae6d2c31f983ea04652dce81e448a7623472

Change-Id: Id9a8479d286e50756c41fbd948d738a0c8d8c883

Change-Id: I5b62644df8742939551c1aaeaae1ebeda9b97f63

Change-Id: Ifd7a248b49a00df2e01f537074d0a94e9de09b10

Move initialisations of gb_CFLAGS and gb_CXXFLAGS earlier, like in
unxgcc.mk.

Change-Id: I2382edad42f0f52bcbb062ec6930e2cfe12ec8ca

Change-Id: Icac9a8337296f92af5007a051f00388a64955178

If the tests detect that visibiliy works, then use it also in
gbuild. In the old build system, -fvisibility=hidden was already
being used on Mac OS X if HAVE_GCC_VISIBILITY_FEATURE had been
detected.

In configure.in, let's not hardcode the -shared, -fpic and -Wl,-z,defs
options or the .so suffix used in visibility-related tests. Factor
them out and use platform-specific options. Done just for Mac OS X so
far. Using the Linux options for Mac OS X caused visibility tests to
silently and misleadingly fail.

Yes, it is silly to now define some platform-specific options in three
places: configure.in, solenv/inc/* for the old build system, and
solenv/gbuild/platform/* for gbuild.

At least with my Xcode3 installation, I need to pass an -isysroot flag
pointing to the SDK when running $CC -E, otherwise headers weren't
found. This was then misinterpreted as the visibility tests failing.

Pass -DHAVE_GCC_VISIBILITY_FEATURE to the compiler if configure
detected visibility working. In that case also pass
-fvisibility=hidden. HAVE_GCC_VISIBILITY_FEATURE being defined is
supposed to mean that the -fvisibility=hidden option is used, I think.

Pass also -fvisibility-inlines-hidden if that was detected to work.

Change-Id: I I I58d566fcb07584246e91f45e683ce9b31208edba

A crucial line of code that called RegisterClassExA() for that window
class had been deleted by accident in commit
cda4a293 "Code cleanup" in May 2011,
whoa. So apparently that window class is not needed for much except
embedded video in Impress?

Change-Id: I I19e70cefcf47aaf8a12a62539e0dacc5adb3c3b1

This restores the previous behavior for this content type, regression
introduced with the fix for fdo#40021 a5eadc6a

Draw -> Export -> filetype combo was broken.

Change-Id: I9349749274498d5834dd63e73f3856434b1ab8d9

Change-Id: Ie2fcc1a5404c62dc15b98f99f89631795df91b01

There were two problems here:

- non-unicode charset being set to Shift JIS for all UTF-8 text
- non-unicode text using UTF-8

Change-Id: I533d3e950a4ebd611b5d5db8a95e724e729a641f

 - older BorderLine doesn't seem to work in case InnerLineWidth and OuterLineWidth are set to equal positive value and distance is set to 0 (possible regression)
 - using the newer API solves the problem for us

Change-Id: I69f10a0e947352d20b78dbdc39b7c9af95f8603b

...otherwise, SfxBaseModel::getTitle calls itself recursively until
TitleHelper::m_sTitle has converged.

Change-Id: I90577d1c2e4275ff2187d6531a1ca61e8355819b

Change-Id: I5de4ce4e26d995c447c99c8558f621dba6cdf110

which should hopefully
a) work
b) unblock the upgrade path for icu

Change-Id: Ic70a627f3135e53016a4f9cfdef3fc85d55ab3e4

Still some updating problems. If min or max is changed the whole area is
not updated.

Change-Id: I9a513fd9c0613d48ce33524672a31078d8aedf46

Change-Id: I Icebacfd711851c9223ed8f38d6445c82f575a47d

Change-Id: Ib397b93ac0a5a72052fdaa5bf41199e5967ad559

...which was only ever written to, never read.  This in turn allowed
SfxViewFrame::UpdateTitle to return void instead of String, and made
SfxObjectShell::UpdateTitle become unused.  (The title appears to be created via
SfxBaseModel::getTitle instead these days?)

Change-Id: I5e1115a707134058a1f3a0beaa180eb471c817e6