Age | Commit message (Collapse) | Author | Files | Lines |
|
in the closet
Change-Id: Ic54b3853b53987b3e5a85444da0b9167a785bd81
|
|
Change-Id: I7ef38b226cd2bab7641638c500341cf7c198026d
|
|
they have somehow odd colour though
Change-Id: I645581cc594ba3e06c4475957565aadc633b9d20
|
|
as that's what cairo (almost) silently expects
Change-Id: If1ad6f28fcc6fb7ddc2ac4fcec0a31bad512cb2a
|
|
far from perfect, they also hide the button text (but at least focus
frame in contrast colour is visible)
Change-Id: I9a7c2b429ae14b8604f894de64a7328cde6cb270
|
|
that suffer from the same problem (lack of transparency) as those
of checkboxes
Change-Id: I4bb81c5f95b07e57a7d6cdb86ba4e31ec7660f5a
|
|
done only half-way, they need to be made transparent
Change-Id: Id7b1ebce33ef6f8912ee5250c13e38592b383f81
|
|
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
|
|
Don't know the glyphs are missing...
Change-Id: I40834192e712af6190de8df98c10afa54d8c76e4
|
|
Change-Id: I99d8213d23b09b6cb1e398359ad05c8fa702a8e0
|
|
idea originally from either tml or moggi, can't remember which
Change-Id: Id78d75035036d3aa1666e33469c6eeb38f9e624d
Reviewed-on: https://gerrit.libreoffice.org/55126
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I226e42cf6bd7aa455514439f7303b490aa6d192d
Reviewed-on: https://gerrit.libreoffice.org/55137
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I208cf42db4256bb7286222781cf2bf29f843c673
Reviewed-on: https://gerrit.libreoffice.org/55101
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
so that we flush out various code using Bitmap, in favour of using
BitmapEx.
This is part of the process of making Bitmap largely an internal detail
of vcl
Change-Id: Iaf2ead5e3d9960838723fb55b812b97108093d74
Reviewed-on: https://gerrit.libreoffice.org/55062
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I34038f047c002a1ec1276f8c523db0e1c4d29065
Reviewed-on: https://gerrit.libreoffice.org/55100
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
part of making mask and alpha internal details of Bitmap/BitmapEx
Change-Id: I87ca24af18a29f5eb8a5761c5d95ae2806d97e77
Reviewed-on: https://gerrit.libreoffice.org/55078
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I935f0b1a28b483fad70caf7af96742dee74916ad
Reviewed-on: https://gerrit.libreoffice.org/55087
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
flipping is fixed.
Labelcolor not gets updated immediately but when statechanged function
triggers via executemethod things workwell.(like it triggers on changing
mode of notebookbar)
Change-Id: I755fb4ff434d7971112d2f0beb44ca09f4a7e0f1
Reviewed-on: https://gerrit.libreoffice.org/54301
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>
Tested-by: Szymon Kłos <szymon.klos@collabora.com>
|
|
Change-Id: I6550af7949e4838d9f23310fe5ab49fb6b466eaf
Reviewed-on: https://gerrit.libreoffice.org/55053
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Instead, never participate in the macOS system full-screen mode. There
is just too much complexity involved, and the way LibreOffice works
really isn't prepared for the concept of windows having the option
from a system point of view to being full-screenable or not.
This means that the green bubble in window title bars changes from
being a (system) full-screen toggle to being a maximize/restore
toggle. Sure, the "maximize" concept also probably can be confused
with LibreOffice's own full-screen concept.
For instance, the Start Centre window is not expecting to be made
full-screen. Still, when you from the Start Centre open a Writer
document, it is the *same* window that is re-used as the Writer
window, and then suddenly should be prepared to handle going
full-screen.
Also, it is up to each separate kind of document window whether it can
be made full-screen (from the LibreOffice point of view) or not.
Writer windows can, but Impress windows can't, for example. The
View>Full Screen menu entry is added separately each case.
Maybe I will come back to this mess later, or not. Anybody else is
welcome to have a go, too, of course.
This reverts commit 4b42fd7e9516fbbd8a92d97680524f32dd260fb2.
Change-Id: I6983481cbd30c0e5190c450483b1246006c80632
Reviewed-on: https://gerrit.libreoffice.org/55049
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|