Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I8e1e45caadc6cc537f27a194851dd00b1f1d0e89
|
|
Change-Id: I98b88ca3369a2c888fd63796e39d42376d513002
|
|
This suggests that the GF_FONTSHIFT thing is very broken as
its level 0 for all the font renderers here, but follow
the working pattern for now
Change-Id: Ia180a40071157ead9a3b04c05658a6574dd5f864
|
|
To create and destroy thread-affine Win32 Windows and DCs, non-main
threads SendMessage() special messages like SAL_MSG_CREATEFRAME.
The main thread must handle these messages and return the result to
un-block the other thread.
This works fine as long as the main thread is in its message loop anyway
and blocked on GetMessage(); however if the main blocks trying to acquire
the SolarMutex that is held by the sending thread, deadlock results.
In order to work around this, there is some peculiar code in
ImplSalYieldMutexAcquireWithWait() to avoid blocking the main thread on
mpSalYieldMutex but instead block in GetMessage().
The crucial detail is that GetMessage() will immediately dispatch any
message sent via SendMessage(), which avoids the deadlock.
https://msdn.microsoft.com/en-us/library/windows/desktop/ms644936.aspx
https://msdn.microsoft.com/en-us/library/windows/desktop/ms644927.aspx
Most of the Win32 WndProc that acquire SolarMutex do so via
ImplSalYieldMutexAcquireWithWait(), but the main thread may also
temporarily drop SolarMutex and re-aquire it with the questionable
SolarMutexReleaser hack, which calls ImplSalAcquireYieldMutex()
instead, which blocks on mpSalYieldMutex.
Fix SolarMutexReleaser to call a new function
Application::ReAcquireSolarMutex() that does the right thing here:
acquire SolarMutex via ImplSalYieldMutexAcquireWithWait().
It turns out that this problem was already fixed before in commit
6a8fd4c76a969ac98d1aff91ff7442f43aee0006 but the problem was
insufficiently documented in the commit and it introduced the bug
that Application::Reschedule() was called without having the SolarMutex
locked, which caused timers to run without SolarMutex, so the commit
was reverted in 1ef1781390845d03b6e1518bbac81b818be62f3d.
Change-Id: I60aae555a9ee3c6390f584feddbc6b3cb7de0250
|
|
Change-Id: I586fea9f1570b68ed789da8b10a3b46216c42969
|
|
Change-Id: I9e4f0d0af541226089a6295962a91ca09debb418
|
|
Change-Id: Ieafb13245a11347cbda8a33e49ad618bf85d8a89
|
|
Change-Id: Ie5a4015794350a513c39a60ae650f4626d92e1b8
|
|
Change-Id: I35e826bc78556a912358dfad2fac7c45ca35bfd1
|
|
fix spelling in basebmp clipping case and downgrade
to INFO
Change-Id: I16ec943bd4be8ca374ded7827e4ec24e7df03e8e
|
|
Change-Id: I4b4f09ee3fb7edbda3b6bb5af024c0966e3a2082
|
|
Change-Id: I7fdcd6336fdc7ea8149c385a177db91ffaa61c94
|
|
Change-Id: Ic233b4b6c7067f2473eb76b0c7e520cfe1dfcd14
|
|
Change-Id: Ib3c6d6689c4b79a636a3f2f0f985f3573aa46f3d
|
|
This reverts commit cf92da3d6e1de14756efe3f1ee79f393a2f3787d.
iff can mean "if and only if" so not a typo
|
|
Change-Id: I3fc60856b5a56e71d70b55c89323be074bdec3b3
|
|
Change-Id: Ic316b18eace3445edef346fe319cbb0e557607fa
Reviewed-on: https://gerrit.libreoffice.org/16412
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
These were causing horrible rendering artifacts for all manner of
headless rendering across Android & Online.
A very simple fix in vcl, plus a set of tests.
Change-Id: Ib261c0ea29d79ee6415e164c0b9b098efb52458b
|
|
Mac / Win cairo is not built / used, this cairo code can be removed to
reduce code bloat.
4th Revised version with Android fixes
Change-Id: I6e56850f535ca13b77839b7d67e227c5f39d388e
Reviewed-on: https://gerrit.libreoffice.org/16218
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
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>
|