Change-Id: I2a1a6e39fce01a7b6039cc3da2ce34255d6f2168

Change-Id: I6a424343456e6f794823b5994fbf135fb3daf034

Change-Id: Ic18a984c4c05367ac1a863a27620c83391d5bac5

Change-Id: Ief8178f5aa829fba40134d92e686910f1e8f0c54

Change-Id: I88e75d08db68417a931e47c1747900dd3fd1adad

Change-Id: Ib3e5476cf764862f29e6c964bf0f8879b0f416c1

Change-Id: Icafdcadb22da84d9f8cdb8928aa5e2c148993384

Change-Id: I492db48ee0b3098dddad638736f3d2e062dc6ceb

Change-Id: I76aeefc705481249b0197839a9db3eecb34adc92

Change-Id: Iec924d7697c2ccdf63f4d6748b819943d0870d48

Change-Id: I031b249a2b074c6ba8eb291fa2ade8df0ae74112

Change-Id: I1383d63d3513dfcb8763857a49742a756836987f

Change-Id: Ibc24125d90d324033673988567cd5925dee9ee53

...which does not make sense.  On Linux and Mac OS X, they potentially end up
exported from multiple libs (weakly, though), while on Windows the potentially
even end up not emitted at all, which could cause link errors.

Change-Id: I092c9ba39e686c17b6e91581cdd4753f1c4d582f

For me it saves ~10% of load time for calc document with 2000 comments.
Thanks to Michael for noticing this oddity.

Change-Id: Id44f44c02df2ae9360d02c28081601f5f7a8ea27

It was worked only in slide sorter view properly.
It seems it leads undefined behaviour when a menu item
is in the menubar.xml but has no definition in *.sdi file.
I experienced that on windows menu item was disabled
on linux it was enabled.

Change-Id: Iba4dd1cbac60a3b3350604d64d60d10d050a4e2b

In grouped list text area does not cover the whole
shape but just a part of it at the top.
To get the same visual effect modify text distance
attribute.

Change-Id: I32f30d0afbc1975f940c4562ec65f46596e97060

Change-Id: Ic76efa716237f197c1c73a9752f6680be49570f6

Change-Id: I691d8d43ef12f5863627d1d4bef64dbd9d633e86

Change-Id: Iebbf5c586f5d2961be98b12638def3adbadef136

Most probably this is just a leftover when one had to spell out
rtl::OString and friends, and not using it ensures that rtl::Reference
vs css::uno::Reference is written out.

Change-Id: I13e20e6566a56a93b2a1a3f980c301d3bfc41d89

Change-Id: I0c668244fffcda04a8fe34ef629754f5935cab4b

Change-Id: I9ca0676f056fe3f09821c208ff095beb1f3c19ac

Change-Id: Idade93bcc1981543357e849b2faf075e7a021d3e

Change-Id: I2db2d6ffdca1775f21969b523ede56b3fb3fd682

Change-Id: I5e52347ce5cee26dffb4d47fc8d320567a0fea31

Change-Id: Ie4588f8cb0f11b831d091b0f478b78d0472af160

Change-Id: Ia027a5990769413dff323ff0e0b6fd66633b9339

Change-Id: I00037e6be04d7839e8387cb8771ef0a963eec371

Change-Id: I888b5610a00a152551776e5d8f82fc5353bc880d

Change-Id: Ia8c12fbb9e546343eccf34b6f8e842983c287b2d

Change-Id: I5670617f03deaac0d8923a38f765c9870eacfc97

Change-Id: I60f3404ae87aa0d1088110715d0ba1dd32fab09d

because those styles are "pseudo-styles" and a new one cannot be
added. The possibility is supposed to be disabled, and it is
disabled in the floating stylelist. The old code assumes there
can only be one of these stylelists and when a stylelist
queries if the "new" should be disabled the callback asks
the stylelist what family is selected, but only asks the floating one.

So, floating closed, sidebar open, the new is not disabled.
Implement the ancient TODO now that we have to. Instead of asking
the stylelist what family is selected, query the frame for what
is the current SID_STYLE_FAMILY as set by whatever is the active
stylelist.

What's disturbing is the SID_STYLE_FAMILY values are not SfxStyleFamily, but
indexes that have to be mapped to SfxStyleFamily. I bet there are a pile of
bugs around that, especially with little islands of different conversion
codesites

Change-Id: I85c8032d7c26ae6eea245685748f89b2a860e767

It actually is so that the line is in the output PostScript; and it is even
visible sometimes when you zoom the file (like, when you are zooming
continuously, the line is appearing and disappearing).

I guess it is a corner case of the clipping, highly dependent on the exact
settings, so let's be more relaxed and clip a bit less (as we already do for
right/bottom).

Hopefully some other functionality does not depend on this exact clip
setting ;-)

Change-Id: I7080ad3ff730408296f9e9dec7a0b74ac4afca7d

Change-Id: I9d47d2d4c6d2eb14968bfd79ef2a406c57afa21d

COMPHELPER_DLLPUBLIC of an inline function is wrong. Nevermind that I just
followed the example of the preceding functions.

And it is too bikeshedding-inducing anyway to use recursion.

This wasn't used anywahere yet anyway in committed code, just locally in a
tree of mine. Will add a local copy there.

This reverts commit ee0d7d4c.

as a consequence of
commit 9e3cc6b4
"fdo#68849: Add header guards to all include files"

Change-Id: Ibabf0d88ff4d928311ad5079ac3aa1fd6a2c1e6d

as a consequence of commit 3ddb9280
    "fdo#68849: Add header guards to all include files"

Change-Id: I02aea067276017a3b27c28fb45ac48a135697bd3

Added header guard to files in directories i18npool/, include/, and io/

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