Change-Id: I8443aef43d82de33ac7cb47d40cc5b544f7c9c87

Change-Id: Idf092b0edf2c538d21b189cd742407bf2fd39fa7

Change-Id: I697017f196a7f7e5684011ae23941e54051c45dd

Change-Id: Ibe0454d490153f723a58c3c619be7f8d443639c8

Change-Id: I164e0f8386558641497258cc0a1d731e81a51c15

This reverts commit f098f40e0f8ccce4fc8187c4d3eb9c69ea103b1c.

Conflicts:
	sc/source/filter/xml/xmlimprt.cxx

Change-Id: I8a70f7503aea0e2968a04ba57a76d690a54d344c

Let's keep that "fix" just in the SUSE-specific branch.

This reverts commit 56d41fef.

Conflicts:
	fpicker/source/win32/filepicker/VistaFilePickerImpl.cxx

Change-Id: If331c6ec8978923e8e8bc6653bd27b5a9edaf2d7

Change-Id: I7dcb2dcef78c67d90ff2dea58c1374bd17ac58af

All getter methods in this class use BLOCKED, all setter methods use
NON_BLOCKED... except for getDisplayDirectory(), without any hint as
to why it might be different... so make it consistent.

Change-Id: I3c90ea6560944f9e7033a26f4419003f154a520c

Change-Id: Iffeeffb015c59ea787838c737c6a11f6fbef2794

Change-Id: Ic53084ded75f9c9000d5768de12953e3b339908e

Change-Id: Iffefd61167bf46aef4791aa3c09d4a78ae79dd92

make it approximately infinitely faster

a) add a method AdjustEntryHeightAndRecalc that just does AdjustEntryHeight and
RecalcViewData and replace all the places that do the two of those together
with that utility

b) in our SetFont now only call AdjustEntryHeightAndRecalc if the new font is
different to the old font, ignoring color which doesn't have a bearing on row
size.

c) where we originally called SetFont(GetFont()), which would have triggered
AdjustEntryHeightAndRecalc, now call the new AdjustEntryHeightAndRecalc
explicitly.

The performance problem apparently a regression from
ac7acb0a where we seem to now end up drawing on
ourself and calling SetFont on ourself rather than on a pImpl without an
overridden SetFont. So when we redraw on scrolling we triggered a cascade of
calculations and force text layout of every row.

Change-Id: I3c284c360f06ac383e8c38045fc4c2946f505b35

Project: help  dcb5f0b147f73d5a1995398f474271336ff2b033

Change-Id: Iaed5429c61c5655d81d0010c4b56e8889aa5f29b

Change-Id: Ied358faaf6ba1aecae4f61ff56e639752a2de664

...had to adapt one test that had picked this service apparently arbitrarily.

Change-Id: Iaa17b7c622b9ac3601beb3ba931f7b1d99f649f1

Change-Id: I23f5f002826e2ecc25ff19d18372cb637feb1310

Change-Id: I075467d17f6c59bd66a7a2d8e1e82f2a3ba42cad

Change-Id: Iab19ae876162e72104267ad5f760f55e7d854934

This saves us several string comparisons for every cell during import
which should speed-up our cached value import quite a bit. I haven't
profiled it yet. Additionally it lets us move away from a heuristic
based approach.

Change-Id: Id9ca92a1251b62e99ca54209fdd52031694784b1

Change-Id: I364afb6d638f47a41ea31bf3df00540db417d505

Change-Id: Ia5dbea0a496f578f619276def349ff21674fb644

For cached value import we need the information which cells are error
cells. For ODF 1.2 extended we therefore export now calcext:office-value
with the additional value "error".

Change-Id: I9bc988ea4924bea767ba5e504b77f6a16e51a82e

Change-Id: Ie70d580cd2a4ad88751672fd257c825b9813c86e

This is actually a regression caused by
1165aac9, where a confusing code was removed,
that should have stayed there.

Re-introduced in a readable way.

Change-Id: Ib99c19c04cf3b098097cef8da5da63b8cc7dd130

let si-phonetic-dynamic survive libreoffice losing focus and regain it cycle
and still use surrounding text. It should be safe to report that we can provide
surrounding text but there isn't any during the time window when there is no
focus window, because the focus in event was received but it hasn't arrived yet
because that happens on a postuserevent.

Change-Id: I0481c42208953f2a0618aaed7b0d9e9f3e7bda07

http://lists.freedesktop.org/archives/libreoffice/2013-April/051026.html

Change-Id: I81031d8290efcc4f343af7bdffb4762411f4f107

i.e. false for "we can't provide context", and true for
"we can provide context, even if there isn't any"

Still looks to me that there's a bug in the si-phonetic-dynamic
im (or something in the stack) that assumes that returning
false once means it will always return false and give up
for ever

fix indent while I'm at it

Change-Id: I6df7f2689101250c33318db1fac5ec1b3e340566

Change-Id: I84c73b07d8a4a6950cde98898754168720952934

Change-Id: I1dcfee9fa0fdc4457754396ffb52cc8462f3906a

The service already existed, it just needed an IDL file

Change-Id: I30cfa80fee436ed859d5bc00d1cb23e465c7e149

The service already existed, just needed an IDL file

Change-Id: I5e6449522ce77c36df1857213bd028336c3354bf

The services already existed, they just needed IDL files

Change-Id: I4e3389abb2cb0e41c9bab112cda2a7e896eb271d

The services already existed, just needed IDL files

Change-Id: Ifc1980160b8472bc9bf96a36ca4bff2c4153a8b1

Change-Id: If7cc52ffeb35efe0969876a9822106b1fd958b10

Change-Id: I457288d881ba74db2127e8543b0de70b6498002d

Change-Id: I34c532dc7d1c71724a5c0e29c113f2d6510cc2d7

Added the check only in the Axis Labels import.
Maybe this check can be moved to convertNumberFormat()