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

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

Change-Id: Id918ae46ed521fca5675845b2eb9cd26a8c7ebbb

ComboBox just uses ListBox internally

Change-Id: Ieed279160db1c9918bd9f3e37102b59ea62f0581

Was found and marked in 03f440c3,
but is definitly wrong.

Change-Id: I6d04814fb8f25a92dfaf96d8face855315cc0208

Change-Id: Id392b7c42d6470230a4d9f627704286e532dce3e

Change-Id: I4fffd086a38b54c673a199ea0603d25ca54aacd1

Change-Id: I03fa5489ffc5cd5bb386bb321519c61058db4fda

Change-Id: I7a1e89c0c058bab0b6665e2b96b22251dcb51f4f

Removes the old, copied NWS documentation blocks from all native
implementations and update the parent SalGraphics documentation.

Change-Id: I0eff8ea0987c5c841e1b023340b1c3787c09e2ca

Instead of guessing, use the CalcMinimumSize(), which also knows
about theming.

Change-Id: I747571b48c81166d11d03f99ab564b1a25165ef3

At least not needed with breeze KDE4 theme.

Change-Id: I71a05c395d04a6f19c3bcd681450318831b0c29f

... and don't claim to support all parts per default.

Change-Id: I7a8e0774b4573bf755737bc1adebe19a774736c9

When recalculating the native window frame borders, calculate
using already existing window borders. Otherwise the KDE edit
box results in an unlimited recursion for increasing the
bounding rects, if the control doesn't fit.

Change-Id: I45e51e4796b06097ca537c656f004133dfacd033

These are used to paint Writers ruler text and marks.
Makes both readable with disabled and inactive text colors.

Change-Id: I39766d623164230a7379623c16e0463cbaaf0af8

Change-Id: Icce8bc0c1031ad0d1b53fa7389e1a75f16e62972

Change-Id: I3d6a1696b8278066b005c1983d226cc67381ba95

Just rely on the default window backround.

Change-Id: I8aa7a2b05ac2521b872290d508c0ce5fdaf83bae

The custom shape popup toolbars used their own drawing code for
the drag handle. This was dropped in favour of the default toolbox
drag handle code.

This also drops the drag highlighting in favour of a move mouse
cursor as the drag indicator. The drag handle is currently always
drawn on the top, like a window title.

Change-Id: I08cbf715f1e240c2eb6d9a61fad2b705f9bd8014

This just move the declaration from the shared header to the
corresponding cpp files to make them static.

Change-Id: I4aed6e23a90d42114d815205db2b741080739ac1

Change-Id: I405160743609aae92a37b2359bea5aa42ee66519

Change-Id: I2fff46985502dafa3b860aaebe862853ebaccabb

It seems unused in the first place.

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

Interesting parts of the bugdoc:

- it has a numbering definition with two levels
- first level's type is none
- second level has a numbering string: "\x01."

Usually these placeholder bytes in the numbering string start from 0x00,
but there it starts at 0x01, which means the layout has to replace it
with the numbering from the second level.

Mapping from the spec to the code:

- nLevelB is an index into rgbxchNums
- aOfsNumsXCH is rgbxchNums
- sNumString is xst

So when the rNotReallyThere added in commit
251ba90d (INTEGRATION: CWS
soberfilterteam06 (1.44.26); FILE MERGED, 2003-05-19) wants to clear out
indexes from aOfsNumsXCH, it talks about numbering levels. The old code
assumed that nLevelB is the same as nPosValue, which is true in many
cases (when the levels are like 1, 1.1, 1.1.1), but not in this
particular case, where nLevelB is 0, but nPosValue is 1.

Change-Id: I590d9b2725a3330c26a04a526ce22d95970a974f
Reviewed-on: https://gerrit.libreoffice.org/32220Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>

Change-Id: I1b94438e43df6f1f8f7774d9e86f415785e60284

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

Change-Id: I58c37a68c8695b68296f0eb652e3075ea1528108

Change-Id: Icbecfd287174e5d7be9bbf7dc235d1966a6858ff

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

Change-Id: I6988cebc4c005b3e80c2b552fb66398cba036cd8

I still need to research what is going wrong there. It seem to happen when the starting instance
has the startup problem with the active frame.

Change-Id: I903f758dbf02072decf88d5d30c358eb742aeb8e

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

Turns out that commit 30f3315d has
removed the SwClient there a long time ago, and the SwUnoCrsr was also
renamed...

Change-Id: I92932130c5adbea530c39557932efce70c9f75e7

Change-Id: Ia9da0c0931a01b2c99c24420a9ba603b47a711c1

Change-Id: Ief136f57ce60bde1faa0603961aa775967621fbf

Change-Id: I605e4e972468165e7f5d21681b6e7eeb228dfdc9

Change-Id: Ic6d3492a4707f24b616a7dee34a111ba0af4f281
Reviewed-on: https://gerrit.libreoffice.org/32207Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I9b93b981105339b1db176d6031ccf46149a6d27a

Change-Id: I6c7b508eae23cf6046ba07fb00ae5e63d5efc57f

Change-Id: I00fba6c2a79404c824feaa5bb302d37c4158f9a3