summaryrefslogtreecommitdiff
path: root/vcl/inc
AgeCommit message (Collapse)Author
2013-04-19Make Application::PostZoomEvent() and PostScrollEvent() non-DESKTOP onlyTor Lillqvist
That is where they are used anyway. Avoids misleading entries in unusedcode.easy. Change-Id: I2ce06ebca55998dc1df7df1f40b08b496adfbc64
2013-04-19lp#1085169: we overactivate here, as it does not seem to hurtBjoern Michaelsen
Change-Id: I4f6e76347c5c9b5c67a09b8c3dcd1b1708e8e703
2013-04-19Resolves: coverity#708649# start to fix mis-pimpl-ification of Window classHerbert Dürr
(cherry picked from commit b0a0253e4fea1d79bc255d45f8472498a3206fd5) Conflicts: vcl/source/window/window.cxx Change-Id: I8330b7361dfdd9f291babb2e49d59ddeb91f5e35
2013-04-18Related: rhbz#761009 lp#766153 lp#892904 HandleFontOptions crashCaolán McNamara
The mpServerFont member of a ImplServerFontEntry must not be deleted while the ImplServerFontEntry still exists see also 39cbce553da1834f78b77f48b2f1be9578d6cc05 for another reason a crash in the same place can happen. Its impossible from traces in crashes before 39cbce553da1834f78b77f48b2f1be9578d6cc05 was fixed to distinguish those crashes from this crash. This crash is a regression due to 7a416820ab5e03f8b988656e0f6a592cb1e81d07 where we went from modifying pServerFont in X11SalGraphics::setFont directly to modifying it/a-different-one indirectly via ImplServerFontEntry The various font caches and font thing lifecycles of LibreOffice are somewhat confusing. This crash had eluded me for years, to reproduce: insert->special chars->select a font with loads of glyphs, i.e. "AR PL UKai CN" click on the first row of glyphs and hold down page-down until you hit the bottom, then page-up until you hit the top. Pre patch it won't survive the whole down+up (and valgrind will moan quite a bit) Change-Id: Ifde0cb375f487c556b04a640d77765a7dc2f0913
2013-04-18allow tree and tab boxes to have borders via .uiCaolán McNamara
Change-Id: I988f307d2ce88ac5f7e1ee7d7c5cffd352c963e0
2013-04-17Update pchAurimas Fišeras
Change-Id: Ice80350184f7a514d5beab0a5e1da5b98d5733e4 Reviewed-on: https://gerrit.libreoffice.org/3427 Reviewed-by: Thomas Arnhold <thomas@arnhold.org> Tested-by: Thomas Arnhold <thomas@arnhold.org>
2013-04-16Move {pre,post}x.h to where {pre,post}mac.h and {pre,post}win.h areTor Lillqvist
Change-Id: I561aa6cc1de7ed6128d25c82cd493d5d5718e052
2013-04-16Try to propagate display size change to LOTor Lillqvist
Change-Id: If52c0aa9290c377c08f2cec8c9e36d987c0ed9b6
2013-04-15fdo#60724 correct spellingThomas Arnhold
Change-Id: I3d978cb657647b4a4e9709258c6a6a4ac1d339a9
2013-04-15fdo#60724 successfull -> successfulThomas Arnhold
Change-Id: I287bef5b7f2baf5aaaab47141267ae2cadfe2451
2013-04-15fdo#60724 correct spellingThomas Arnhold
Change-Id: I7318a9f4f3410edf4dbe67bf08f31682fcb4edc7
2013-04-14Resolves: #i120096# Detect empty polygon in Region constructor...Andre Fischer
and set impl object accordingly. Reported by: Du Jing Fixed by: Andre Fischer (cherry picked from commit dbd0cea6052c5198fc960883830c3daebb989a4c) Change-Id: I210ec0e696e673309aad64a1e157e207bea10a66
2013-04-12AlphaMask derives from Bitmap so their destructors should be virtualHerbert Dürr
(cherry picked from commit 846a7425314d1782bae3b517d1394a46ff980256) Conflicts: vcl/inc/vcl/alpha.hxx vcl/inc/vcl/bitmap.hxx Change-Id: I8bf83e2edde33f9aee50a7feffe18bcb5c352dd4 Notes: merged as: d859e54534994d2e6f0c62e7711fa674406f8e22
2013-04-12fdo#60690 - Remove all calls t GTK_YIELD_GRAB because it does nothing.vjinoch
Change-Id: I76e76ec5fc85d8e1fd673a45b3e54163ca7643f3
2013-04-12document VclContainer a bitCaolán McNamara
Change-Id: Ib00a0ab1c2e382547041137c11f8955140b8113d
2013-04-12fdo#60690 - a little more cleanup of gtk+ mutex bits.Michael Meeks
Change-Id: I020d6f59751aef0bfb06667317ddcaf2965395d1
2013-04-12Remove GtkHookedYieldMutex and some small changes.vjinoch
Change-Id: Id84a5eaa4cea4c7cce9aa873c1a7c286e5d5cc92 Reviewed-on: https://gerrit.libreoffice.org/3349 Reviewed-by: Michael Meeks <michael.meeks@suse.com> Tested-by: Michael Meeks <michael.meeks@suse.com>
2013-04-10vcl/inc/unx/Xproto.h seems pointlessTor Lillqvist
Change-Id: I22405b5d3416be28e677d7a383e8101bd6f15559
2013-04-10Minor refactoring: Move a function to the only file where it is usedTor Lillqvist
Change-Id: I98f1eda871eb36cdf61e003d046395698dcdad18
2013-04-10Bin a local X11 wrapper header, vcl/inc/unx/salstd.hxxTor Lillqvist
We already have <tools/prex.h> and <tools/postx.h>, so make those be sufficient instead. Bin another local vcl header vcl/inc/unx/svunx.h that just included those prex.h and postx.h. Adapt includers accordingly. Change-Id: I6638b3260fd3da45478fcc216b41f8c8a539f0d7
2013-04-10Kill leftover OS/2 bitTor Lillqvist
Change-Id: I16a0a006691f2547edf773f826f23df67498e88f
2013-04-10Kill the ToolBar class, move the needed bits directly to ToolBox.Jan Holesovsky
Change-Id: I6aaa396931ce613be64026b53372dc24c6189724
2013-04-08Revert "fix fdo#60534 : use DefaultCharMapper::mapChar() to map RTL string ↵Rene Engelhard
unicodes." We must not rely on *internal* ICU headers as it breaks system-icu. This reverts commit 83d9c5562c27b5f766157eba70bebd320463a0af.
2013-04-08fix fdo#60534 : use DefaultCharMapper::mapChar() to map RTL string unicodes.navin patidar
Use DefaultCharMapper::mapChar() to map RTL string unicodes to their mirror compatible unicodes. Change-Id: I5bd2fd18bf96c49bbdf2be521a9cf28c311c7a09 Reviewed-on: https://gerrit.libreoffice.org/3221 Reviewed-by: Miklos Vajna <vmiklos@suse.cz> Tested-by: Miklos Vajna <vmiklos@suse.cz>
2013-04-08Add a commment with guesses about the layout engine "API"Tor Lillqvist
If anybody knnows more, or can point to actual useful documentation, please amend. Change-Id: I59910d9e5da71d67f6e5917f933c5a03f8d55a50
2013-04-08Bin unused fields and an unimplemented methodTor Lillqvist
Change-Id: Icf98fe5a41a53423f6e086e64e8e57f848b7e482
2013-04-08Add SAL_INFO output operator for CoreTextStyleInfoTor Lillqvist
Change-Id: I83ffefff08fbda920d7394df336671861fcb18f7
2013-04-08Add SAL_INFO output operator for CTFontRefTor Lillqvist
Change-Id: If878ae08131ab425ea958f54fc0bd5a07fc76881
2013-04-08Add SAL_INFO output operator for CGColorRefTor Lillqvist
Change-Id: Ie14e6ab19e43961559de21e6e82bd13f647f4e1f
2013-04-08Add logging output operators for CGPoint and CGSizeTor Lillqvist
Change-Id: I04ce457f002cfc0fdf3ab741a389082614035b17
2013-04-07remove needless forward rtl::OUString declarationsLuboš Luňák
Change-Id: I97d91a758dd82d64768d75c1d2ddd279de5f6034
2013-04-07mass removal of rtl:: prefixes for O(U)String*Luboš Luňák
Modules sal, salhelper, cppu, cppuhelper, codemaker (selectively) and odk have kept them, in order not to break external API (the automatic using declaration is LO-internal). Change-Id: I588fc9e0c45b914f824f91c0376980621d730f09
2013-04-07Need more headers to make sure we have CGRectTor Lillqvist
Change-Id: I8766ba5258f923d47474fa77e14eb7fbff530ffc
2013-04-07Add operator<< for CGRect for SAL_INFO goodnessTor Lillqvist
Change-Id: I144c93d0bdd8758dcdf490f29051c8dcaea500d8
2013-04-06Actually no need to have it inline in the headerTor Lillqvist
Change-Id: I3891441fee41dd56ff183c833b17d926722b8f91
2013-04-06Move the SAL_INFO operator<< for ImplLayoutArgs to sallayout.hxx for re-useTor Lillqvist
Change-Id: I6497550e8f55f9ba08b0c4f20de0ea04be45d617
2013-04-05new module i18nlangtagEike Rathke
Moved portions from module i18npool, all of former i18nisolang1 library that now is i18nlangtag. Included are languagetag, isolang and mslangid. This i18nlangtag code is now even used by module comphelper, so disentangling i18npool and making this an own module was needed to not create circular module dependencies. Change-Id: Ib887c3d6dde667403fd22d382310ba5f1a9b0015
2013-04-04use existing hook for replacing %FOO variablesCaolán McNamara
Change-Id: Ib10545d964e96ae6f92583bbad8479951385247c
2013-04-04need to replace %OOOVENDOR in .ui stringsCaolán McNamara
Change-Id: If44cc1750b8555eab6e3dc2659e60a8fff10b24c
2013-04-03Use OUString in ImplGetEllipsisString()Chr. Rossmanith
Change-Id: I02ae342857d2944c3d1a20b8d24bd6fcf3ac1f4a Reviewed-on: https://gerrit.libreoffice.org/3159 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2013-04-03Bypass fields that are unused for iOSTor Lillqvist
Change-Id: I378228808ef8f974e574714f48a2faf23123714b
2013-04-03fdo#58807 bring Beep() for basic backThomas Arnhold
The functionality was removed by fdo#48549. This partially reverts 0f6101cfef4c2e45d9f1f1b3a61ef94799e4526b 0bdf6fc7c71c4c49e6d6f83d56ac953272ad16d5 85cb9084533605657aca0394afe4516058a8e4ef I changed the behavior to always beep, because only the basic macro function is using Beep(). Looks like the Beep macro function didn't even work correctly before the removal, because the default was to not beep for most platforms. So I set the volume from disable (0) to 50% for XBell(). Change-Id: I663ffb7af75d2fd6d2c1f94073e4412d9744de4a Reviewed-on: https://gerrit.libreoffice.org/3124 Reviewed-by: Thorsten Behrens <tbehrens@suse.com> Tested-by: Thorsten Behrens <tbehrens@suse.com>
2013-04-02Use OUString and sal_Int32 in GetTextWidth() (2)Chr. Rossmanith
Change-Id: I85ea6cc60add141954c8b75f78a8024c872d7174 Reviewed-on: https://gerrit.libreoffice.org/3158 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2013-04-02update pch filesThomas Arnhold
Change-Id: Ic33dd20a469d1905d2bdaf1ce3633e6ac6db8a4c
2013-03-31Revert "Try redrawing in multiple phases to avoid blocking the UI thread too ↵Tor Lillqvist
long" This reverts commit 3aae02d02d418222b0b51748008ed5c9c1f1d3c2.
2013-03-31Try redrawing in multiple phases to avoid blocking the UI thread too longTor Lillqvist
When initially calling lo_render_windows() from a redrawRect(), just post the user event asking for a redraw of the (headless) windows, and return without actually drawing anything to the context. Then when the RenderWindows() callback for that user event eventually gets called (which during startup and/or loading of a document might be several seconds later, as there is lots of other activity going on also as "user events"), ask the UI thread for a fresh redraw, and wait for lo_render_windows() in that phase to signal the actual redraw of the "headless" windows into the context. Unfortunately this doesn't work well enough. It is not a good idea to not draw anything in response to a drawRect() it seems. The affected rectangle gets initialised to black. So there is now irritating flashing. One sees an almost ready document (and the UI elements which still are there), but then it goes away for some time before finally re-appearding. Quite silly. So I will revert this, and I am committing it just to keep the code for reference in git. Change-Id: I9ee490345f093d80113c36f9e3268cab5a810dd0
2013-03-30Use OUString and sal_Int32 in GetTextBreak()Chr. Rossmanith
Change-Id: I66b85365d1c59f802253b8abdb1e04e25950a09b Reviewed-on: https://gerrit.libreoffice.org/3098 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2013-03-30Unbreak use of pthread condition variablesTor Lillqvist
I am not really satisfied yet with how the UI redrawing in the app now works (during startup, which of course is more or less all the app does so far). It can take quite some time before a "link" (function to be called) posted with PostUserEvent() gets run (if there are lots of time-consuming other "user events" in the queue already, or something?), and blocking the UI thread for that time is not acceptable. Will have to come up with some more complicated solution. Change-Id: Icab20183df3bc4980ae33f0502d10397802cc391
2013-03-30Render the "headless" frames to the UI view in the LO threadTor Lillqvist
We used to render them in the app main (GUI) thread, which is dangerous, accessing the headless frames in one thread while the LO thread (where the "main" LibreOffice code is running) might be updating and changing them. This fixes some problems like that part of the document did not show up. If I would test the app on a multi-core iPad, presumably I would have seen even more problems. But this also introduces new problems: Now the UI doesn't appear incrementally (for instance, with an actually progressing progress bar during the loading of the document) as it used to. Now it all appeads all of a sudden, everything at once. Which would be fine if it happened very quickly after starting the app, but it doesn't... on the original iPad it takes half a minute. Change-Id: I04068e0d884aa5cb86acefa76449aac4e081b193
2013-03-30IosSalInstance::BlitFrameToBuffer() and RedrawWindows() are unneeded nowTor Lillqvist
Change-Id: I6873461aed7db7b7f06e45556eacb82bcf118aea
generated by cgit (git 2.34.1) at 2025-02-23 19:57:39 +0000