A step back since now mbNoFocusRects (= draw focus rectangle natively)
is set, but native drawing itself is not yet implemented and no focus
rectangles are drawn

Change-Id: I4dde734d057f6c594eb11162990430697277f029

Change-Id: I2d30c61c2a8cbf69e04dd24098c0fffb7dac442d

with this, all widgets that used to be rendered natively with kde4
are rendered natively also in kde5

Change-Id: If814b121e928a9d743c74836f000b3230b946caf

Change-Id: I7f7e5bb8cf6e7307b0563a9ef84845a99dc54e1e

Change-Id: I947abe375fc74acbb8628076a0938d1074d1427c

Change-Id: Ib3716fa63dfccce66a6e43ba183820dc15497d07

Change-Id: Id8560e3e89d09c44d6b7c7679f4b3f0d5b67a0ee

Change-Id: I32554c8d21d8c2454236fcfd367e876049fdfbeb

Change-Id: I71148c242ba0933677f7582ec2e36fc4903e2f3e

use the one from Qt5Tools class

Change-Id: I4dc33b14fc6ab7fa7c426d6b1a56c299aed62c55

Change-Id: I307930eca8a82f3153f38362ee8f55cb121707b7

also drop deprecated QStyleOptionFrameV3 and ancient code for
Qt < 4.5

Change-Id: I1f7cf92d23eebc032263b25bdf37651e14994c73

Change-Id: Ia8d46717df43b088bb72d1f937998a64795f663e

Change-Id: I1a8e82d70841765cad3d5838877489aab4656678

Change-Id: Idcc0563ec6fc788c1af135a7389a740e31e999c3

Change-Id: Ic3b3c0c41fb0992e8cc43410d5fb5c0bacc215fa

Change-Id: I687746c3d464feff4762c94ae5e228da503559a9

Change-Id: Icc0f63fac38b1476100d790a99065ad29d17bc6a

Change-Id: I6bcdb872a1c7279bd08fbbfecd582e698532e0b3

commented out most of KDE5SalGraphics code for the time being

Change-Id: I73654bd8376a9648a462505702dcf284f46ef315

or derivative thereof

Change-Id: Iea0d5e838de0ea397dcbffd11c33f021d53face2

Change-Id: I4f841bfd8fe819a322af1ecaa95d17273d3031ec

also use SalFrame as argument and retval of CreateFrame

Change-Id: Ie5d15ee672aaa60279db5d7ad0743d3ac0037ec1

Change-Id: I8dee846d9499f1549f5e61deaad885b93d2f5438

Change-Id: Icdc3d8dd20469bc2b2ca6e94a1318f313b9a5aa9

with this, we get the same display as Qt5 + cairo rendering

Change-Id: I30206d0431e16aed90f6a995fa6a475e2f418708

again, Qt5Instance needs to be made DLLPUBLIC

Change-Id: I8645f0898183fd9bc2ac40110846b98e6b6447d6

to achieve that, make Qt5Frame class DLLPUBLIC

Change-Id: I7f1169e26845211fcf89a89a930fde48347630d3

they will be used by kde5 vcl plugin

Change-Id: Ibcece683802c7a448b165da4c2515408d641927c

The main problem was the memory management of the harfbuzz memory
blob. Now we copy the font data tables into the blob, as the
QByteArray memory will be freed at the end of the function.

Change-Id: If5a5a4b1a235e66ba472b28a156e16be1b82bf2e

Change-Id: Ic2e6138b1ba1a8031a80e4e58f468b6c0f7a4de3

Don't know the glyphs are missing...

Change-Id: I40834192e712af6190de8df98c10afa54d8c76e4

Change-Id: I99d8213d23b09b6cb1e398359ad05c8fa702a8e0

Adds a parameter to check-last-commit, so we can check either
HEAD~<n> or an actual git hash id.
Still default to the last commit HEAD~0.

Change-Id: Iadcbadddb31c2887c3e0395ceef34b7c006967e4

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

...as is used by the Flatpak build.  Other settings only checked in that block
controlled by ENABLE_GTK, and thus potentially erronously left empty for
--disable-gtk --enable-gtk3 builds, are GTHREAD- and GTK_PRINT-related settings.
GTHREAD_LIBS is explicitly used in vcl/Library_vclplug_gtk3.mk even, but it
being empty apparently has no negative effects, so leave it at that for now.
On the GTK_PRINT-related settings, Caolan commented on IRC:  "ENABLE_GTK_PRINT
is probably best removed entirely I guess, it didn't work out and they're
redoing the dialog in upstream gtk again I'm told."

Change-Id: I7e026c0ac9b23e7ace2c2e92390bdcc3be7d39a3
Reviewed-on: https://gerrit.libreoffice.org/55127Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

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

If the user unchecks "Save preview picture with this document" in the
dialog field and saves the document, the appropriate flag is now
written to settings.xml by introducing the setting named
"SaveThumbnail".

Change-Id: I4916b4149a9494dd1891c0e05cb9a985ba0a9121
Reviewed-on: https://gerrit.libreoffice.org/52768Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

idea originally from either tml or moggi, can't remember which

Change-Id: Id78d75035036d3aa1666e33469c6eeb38f9e624d
Reviewed-on: https://gerrit.libreoffice.org/55126Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>