Age | Commit message (Collapse) | Author | Files | Lines |
|
AFAICS the swapping is already done at basebmp::BitmapDevice level.
Change-Id: Ie82f2610b4415ed11fc1164a54bc1fe183f523ed
|
|
For some reason this is needed in the case of GraphiteWinLayout and
OpenGL. Otherwise when a space glyph is "drawn" into a space that is
wider than the nominal width of the space glyph, we get two black
rectangles surrounding the white space "glyph".
Change-Id: Ifb4ea00d9e5f078518ac97d7dd18694088aa1cdf
|
|
Change-Id: Idce03318fbc01039a6c0638879785607970993c0
Reviewed-on: https://gerrit.libreoffice.org/20746
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
It returned true only on iOS, and we do use tiled rendering
successfully also on the other non-DESKTOP platform, Android, plus
obviously for LibreOffice Online and other LibreOfficeKit clients, so
it is quite likely that the function was not really needed. Besides,
the code doesn't even build for iOS at the moment.
Change-Id: I229bce61eaab9b795a1d5e959cb6587dcedf1ef1
|
|
Change-Id: Idd095e0a3b5e5226eaf1db90bfb0a838bc51de19
Reviewed-on: https://gerrit.libreoffice.org/20741
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: I9a9748879fcc55b524138d865e71a713efad180d
|
|
Change-Id: I7e4f5c075ca4844f81a59071bed475ea1da4bf91
|
|
a min size equates to a size-request which is reliable under gtk3+wayland
as the dialog contents size.
a default size equates to the size of the dialog, which includes decorations
under wayland
Change-Id: I20baf00fb5952ab93628f4dd6891779ce682783c
|
|
Change-Id: Ide3457c5baab3d7f84990f6c2311975002ba9f18
|
|
Change-Id: I92faa8dfab7703b81ce96dafaac840cfb49ff3bb
|
|
Re-introduced, this is still useful code to have :-)
Change-Id: I91535c13d68261f7195989ec78bd305cf572c87c
|
|
for getting and setting the window state, work on the toplevel m_pWindow. Leave
the "geometry" alone as its for the purpose of the current known size of the
toplevel window contents
Change-Id: Idf701aacf4aed4eefbca1bc1ebebaf38d1c82e27
Reviewed-on: https://gerrit.libreoffice.org/20397
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
So move it to a locale include file in vcl. Now <vcl/window.hxx> does
not need to include <config_features.h>.
As such it is questionable whether what ImplDoTiledRendering()
currently does makes any sense; de facto it now just means that we are
on iOS. We have comphelper::LibreOfficeKit::isActive() which probably
is what should be used to test whether tiled rendering is used. At
least in the cases where LibreOfficeKit's "unstable" API is used for
tasks that involve rendering of tiles. Hmm, that sounds like a
circular argument.
Change-Id: I52c984aec7510526c5294579966345b8340c8642
|
|
Otherwise the code doesn't make sense; InitMultisample() would return
true even if no pixel format was chosen. Found by code reading by me
and Emmanuel, not actually verified on non-multi-sample-capable
hardware.
Change-Id: I7197a1c72768bbf2c928193582104a82808ea53c
|
|
because we're setting DISPLAY always, and under wayland that resolves to
"wayland", not the original ":0" so the gtk2 gvfs-open eventually called open
xdg-open cannot open the correct display
Change-Id: I246120f2430b92cd2d3e5003445aa4c9da4f6a68
|
|
We already used it without the :: prefix, in many cases in the same
files even. It is nice to have some consistency.
I was not bored enough to do it everywhere.
Change-Id: Ic8ac5bd9b4b2c02c41e5ea937a3d9477824f21cf
|
|
via gtk_window_begin_move_drag so add some BYDRAG/ByDrag hints
to select mechanism to move window by
Change-Id: Icc58653dff752a6d4ee49446647d7ede2af9dd9b
|
|
Change-Id: Ibbf45b44eba9f5f65db0e7ae26cf6946b32f879d
|
|
Change-Id: I926881bcfa4911f3d7f4899711be44a2f6d82026
|
|
This device IDs were taken from Firefox blacklist and are not
relevant for our opengl implementation that uses different
opengl features.
Change-Id: I32b4bf364e196e0c1fcfa0c5ee6f025757a93e65
|
|
Change-Id: I1e3678ca14b502b36c1ab698910c13179e83beb4
|
|
Change-Id: Id72123039409b7559fb4fdfe5f29bf1bb83ac23f
|
|
this commit has make the problem, the removing of the SALEVENT_MOUSEACTIVATE
commit dd351dd728687cffe432ce0ec9367ceb80e097fb
Author: Noel Grandin <noel@peralex.com>
Date: Tue Nov 24 08:50:39 2015 +0200
loplugin:unusedfields in vcl/
and remove the unused SALEVENT_MOUSEACTIVATE stuff
Without of there, when click in the opened list-box it send first the
"PreNotify" with "MouseNotifyEvent::LOSEFOCUS" and that close the listbox.
After that, it send the mouse-event to a closed window, that is the reason
why the Listbox not get the mouse-click.
With this patch, first send the mouse-click and then the "PreNotify"
Change-Id: I5a09b1524335434f043d22bc71f7e38559fb1c0b
Reviewed-on: https://gerrit.libreoffice.org/20708
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
have buuild under windows with debug-util
Change-Id: I65f5c52db0d57453bbbba268ba0b936588c2bf73
Reviewed-on: https://gerrit.libreoffice.org/20657
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
side step the whole pile of misery by using native gtk tooltips
also gets transparency and native themeing too by default
Change-Id: I59552661cd9dc18a563341885bc40fcdadc5264f
|
|
this will make it easier to implement native help tips
Change-Id: I984dfadaf02e9b7bf542ba82cf070911c89cb699
|
|
which makes modal dialogs (which are most of them) place correctly
under wayland. Modeless ones are still uselessly shoved far to the
left, but this makes things near usable and gives the same "graying
into the bg" effect for the main window as other gtk apps
Change-Id: If1486feb7631c5a0c2aa6efac3a6b9dd1b215daf
Reviewed-on: https://gerrit.libreoffice.org/20699
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Iff1a0eb8e4b112b874813023551a797320ac0ad5
|
|
Regression from http://cgit.freedesktop.org/libreoffice/core/commit/?id=1321ae8ceba1801cd75322d6cf51ab53bac86b2a
Change-Id: Iba9e9560e34d9107787d117a7cfff82349b7f933
Reviewed-on: https://gerrit.libreoffice.org/20680
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: I41e0731ddafc39ebcff1c3d8984f4f4f69d35aaf
|
|
Change-Id: If1f176291304d2ef401bfb65c73ebf6635f0e756
Reviewed-on: https://gerrit.libreoffice.org/20668
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: Iffc0c9b2215c85760856ab876fa6e04613cb4200
Reviewed-on: https://gerrit.libreoffice.org/20662
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: I040dd62737237ad7e016201a798ee42e27853556
Reviewed-on: https://gerrit.libreoffice.org/20656
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Replace some -ldl by $(DLOPEN_LIBS)
Add some FREEBSD tests
Change-Id: Ic30fe29b938d877694db2927775f89de15c02d87
Reviewed-on: https://gerrit.libreoffice.org/20652
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Matúš Kukan <matus@libreoffice.org>
|
|
Change-Id: If723dd72479ab8d072581e9ffbf7a1462c5fecda
|
|
Change-Id: Ib8d0e3d240e693c678d575b4791f69ca760919ec
|
|
Other code is out of legacy mode now, so can't legacy as a proxy.
Change-Id: Ie3807a3af680b707f2f08d058db955bc9cae6c2b
Reviewed-on: https://gerrit.libreoffice.org/20647
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: I962544005b5d408f7c044a02eefe09b87d8a81fe
|
|
This is the ground work for some later transitions in slideshow.
Change-Id: Ib200cf7fabd579256a5255b0fb5d8c4accf7d24b
|
|
Change-Id: I92bafb3459f4a2847aac05f114691b39144dc7c9
|
|
Change-Id: I0b0c2e33137bfd35a5048638ef3cce18ed1b06f0
|
|
Change-Id: Ib85337ebef0ba1a3ab00ad3adb59b4cffbba2b2f
|
|
Change-Id: Iebf7b44e78fc28c20bdf0cbea84dbfd730b04016
|
|
<tools/gen.hxx> Rectangle, I love you.
Change-Id: Iaf7ae2930d6098349f04cd429cd35dffcaf7ca3b
|
|
Change-Id: I2c70e88cfa2663d0b3db48c309d7cf1630bbddbd
Reviewed-on: https://gerrit.libreoffice.org/20632
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
This moves us to always rendering to an off-screen texture, and then
(at idle) blitting this to the screen & swapping buffers. Ideally we
should never see any rendering, or flicker again with this approach.
Several fixes are included:
+ avoid multiple OpenGL contexts being created for the same window,
created excessive flicker problems.
+ de-virtualize UseContext - which context we use is less critical.
+ kill 'mbOffscreen' distinction - all VCL rendering is offscreen.
+ implement 'doFlush' and high priority idle flushing.
+ bind stencil buffer for clipping vs. textures - fixing complex
clopping when rendering to virtual-devices, and off-screen.
+ document environment. variables.
+ use white as default background glClear color, but red or
random color for DBGUTIL.
Change-Id: I6be08595b6c8deb7e6db0dbd81308b2c97d2b4ff
|
|
Change-Id: I3db1d6792fcd51577f047b82029124ec825ea319
|
|
Change-Id: Ie6a5464c28b89f08639939690052023e685a3d33
|
|
Printing is done with the WinSalGraphics and not with
WinOpenGLSalGraphics on Windows even when OpenGL is enabled, but
the SalBitmap is still using the OpenGLSalBitmap which can't be
used with WinSalGraphics. So detect when the implementation of
SalGraphic is "wrong" and convert.
Change-Id: I99cd6b6403e9bd42d6f5b7d7cb07f48588c17ab8
|
|
Change-Id: I06dd26caed35bcfdf073abf64035a01e0b45fcce
|