Age | Commit message (Collapse) | Author |
|
Change-Id: I07bf1403e6b992807541a499b786d47f835b2f81
|
|
Change-Id: I6eb213d6dcf387936967271fba9e2de3879ef479
|
|
Change-Id: Ie4a7705cc3d042d08178e562a2c2ffaf0be3810f
|
|
Change-Id: I1a9aa868d3724a7d14c181e45d956cdf2423e40c
|
|
Change-Id: I1bb4ff2c13eaa2a9da3e32963ac0802e947e18d9
|
|
Change-Id: I62076450ab77472bfd09b3fb9824f54b6ea1e0f7
|
|
Change-Id: I4dde46c81b36b318710e32c8f420dff8d9c2e655
Reviewed-on: https://gerrit.libreoffice.org/15879
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: Ibc9f88d2588c028cd71aa86c26d970a73025ef22
|
|
Change-Id: Iad602cece6e328c7f5d5f36adb294c97b152ade3
|
|
Change-Id: Ifa031a872bd618c41b0fbb2e0fd5a17e0f7b0a53
|
|
like X11SalGraphicsImpl::drawRect does
now the focus borders in the layouts pane of impress update correctly
as the border is added/removed as you pass the mouse over them with
the gtk3 plugin
Change-Id: I1f03065049c2aee2e3c28e7a16777e9b06e34c6e
|
|
Change-Id: I4de4d5c3a191784598e93a8cf70e45a3f59ae857
Reviewed-on: https://gerrit.libreoffice.org/14907
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I29eb3dfee751c5f40690f604eaff9bd1f18cf046
|
|
Its code is in the vcl library nowadays.
Change-Id: Idb659e541226724004660102f6641c38a2312c27
|
|
Change-Id: I166b4b713c2ea52c62c52045bb2073b6d84c1547
|
|
Introduce a handful of small public wrapper functions.
Change-Id: I80e1e35d09675112d67b831f3efda483e709b540
|
|
the only case where we don't just create a new surface is the X11 case
Change-Id: I98a3c8f227e208ac9db969ed7711e293fb237c2e
Reviewed-on: https://gerrit.libreoffice.org/14902
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I985b781a8d53190505fcb1182749cdaf5cd0f8d0
|
|
Change-Id: I41868da3901d9c3fff69c11da467952176e58f09
Reviewed-on: https://gerrit.libreoffice.org/14897
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I1387b0ed7b2d8bb9df801c03cf59efc9c0e1cfd3
|
|
Change-Id: Ie349bd35b1fc92b77cc15f51eb886a1c9c92cbe1
|
|
Change-Id: Ib1a086bed7f70e244db2a0bd32819560c6949d51
|
|
Change-Id: Ifd1817a28f4fb7ddcc85447fd3388fd0efd86476
|
|
so we can query that info in GetSysFontData
which will enable the gtk3-cairo-canvas to use the font and render text with
cairo in presentation mode ever with virtual devices whose vcl font rendering
path is still non-cairo
Change-Id: I3d885d8f6a7c3776200ac31f4c9123d4b063d417
|
|
Change-Id: I6a798df9238715c3d531c1eae89738c9a9e49eb7
|
|
Change-Id: Id31de932afa61df6933d61ddba971f5d7060f0c1
|
|
seeing as the clipping replaces the old clipping and doesn't
further subset the clipping
and presumably, the same must be true for "unclipping"
the device
This nearly killed me to debug and is a crucial bit to make the gtk3 thing work
right.
Change-Id: I21629ef7c8a19b720d05d4e4938f40d4776bee76
|
|
Change-Id: I4eb896813d6cec49bf5f1c8ac2ee8fafc06fbf52
|
|
this solves the bug of icons in the standard toolbar
under gtk3 of getting rendered with a black background
on first render
Change-Id: I73bae4cd0b9f38c9e9caef8019d773d42b5e8f10
|
|
Change-Id: I9e9a00acf9503980f0c6c7cd0a20378e5ca7390d
|
|
Change-Id: I309eaef08f597658c068170875733e5e1daa56ef
Reviewed-on: https://gerrit.libreoffice.org/14715
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I7ede799978f29e7708bf3386199de73049427d06
|
|
Change-Id: I832a5626b52935180f24857e56297840667eec2a
Reviewed-on: https://gerrit.libreoffice.org/14678
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: I9b7dc689cfef11aa6f33868884a9a25607502d1d
|
|
and forward calls to it from the SvpGraphics
Change-Id: I6d1fbc8919596d5f47661b3471570fcb7e14bc3e
|
|
as it now works again after ancient emf import bug is fixed by
commit 5e5b90c12862b522a4553337fbf6309bb8278b8c
Date: Thu Feb 26 13:47:58 2015 +0000
in BITFIELDS mode (3) there are *3* pal entries not 12
and two writer qa tests adapted to test for the actual pixel color vs the
underlying pixel data
This reverts commit 3c4f7704e0af64bf967f5f767bf4b4cff7f59d6c.
Change-Id: Id94f98f9c620c90fda097fa97fc34c9ee957c483
|
|
This reverts commit a785df6a5f9ad327210f51163129ef8b59c3af29 plus follow-up
3594c9ce1c94dfc52b9efe526a88baa79ea4b3e9 "presumably destroy flushes" and
b5b19508dafc2702eb3713fb6b07edb5e05d6601 "WaE: -Werror=unused-variable," as it
triggered the assert(nLen <= 8) in ColorMask::ImplCalcMaskShift
(include/vcl/salbtype.hxx) in various tests.
Change-Id: Ic5433522fcd9b8cc7c4e82704cebe7d9bbcea586
|
|
That way the conversion from basebmp to cairo becomes unnecessary on blitting
the thing onto a cairo surface for gtk3 and opens a route to using cairo, e.g.
especially for text, to render to basebmp surfaces.
Change-Id: I1d11f503410af9c92a97018e9ee20045412b157e
|
|
so we could create bitmap devices that have the same stride that cairo expects,
provide getBitmapDeviceStrideForWidth to get a default value
Change-Id: I7ecc6f54a734b3f6bed59c699ac3b482c4ad7c47
|
|
Without this, they can activate after any call to the event processing,
so they may activate in cases such as when updating progressbar while
loading a document, or on repeated user input (so things like showing
spellchecking get updated when the app is busy redrawing). This change
makes idle timers activate only when there's nothing more for the event
loop to process. It's a bit of a question if this doesn't break something
that happens to expect idle timers to be not-really-idle timers, but oh well.
No change for non-X11 platforms, as there's I don't know how to check
the event queues.
Change-Id: I074a88f2f5eeb4b456a11916a0ec2ad6f54dfbab
|
|
Change-Id: I32d8bbc5083223b540f76a928de505d611627957
Reviewed-on: https://gerrit.libreoffice.org/14196
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Problem is that for the "CM Typewriter" font the Width for "space" (32)
is exported as 0 instead of 525, which is the correct value in the AFM.
The reason is that PDFWriterImpl::emitEmbeddedFont() has various arrays
to map from font code points to Unicode code points, and there are
duplicate mappings, so the 160->32 mapping overrides 32->32.
The PrintFontManager::PrintFont::readAfmMetrics() actually creates a
Unicode to font code mapping (which may legitimately be n:1) that is
then inverted; add an additional hack to store a set of "preferred"
Unicodes so that PDFWriterImpl can pick the right Unicode.
Presumably the code that is stored explicitly via "C" or "CH" in the
AFM should take priority over more generic mappings.
Change-Id: Id4205a1cd45ba6a0a5facee1e39f70c3535e7dd4
|
|
for the cases where we don't want the full result
and mark some ultra-dubious code with a TODO
Change-Id: I7cf57b8d44bbad2a6db86a8b862a757ae5062c50
Reviewed-on: https://gerrit.libreoffice.org/14189
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I155e45f58974a2b946c4a7703b350bcbfbad342e
|
|
and replace SalIndicatorState, it serves the same purpose
Change-Id: I618b8946b8e2527883eecb13060b2256abc505b6
|
|
Change-Id: Iec9f8c7d8f7cded0aef9e017373e44387dc0b05c
|
|
Change-Id: I2f8b11a3f7cb8872a1d8f6eeeae8ce3f30223496
|
|
Change-Id: I5790deb9ab5af6f8678c964af5321264d3bce733
|
|
It is presumed that #i59315# is fixed already, and that this is no
longer necessary.
Change-Id: Ifb2f6550fac2481c4fec269b38d6e806753cb53e
|
|
Conflicts:
vcl/inc/headless/svpgdi.hxx
Change-Id: I4cd9163bcbb8cdee21e5bce3303894923c4238d6
|