Age | Commit message (Collapse) | Author |
|
left over from our conversion of the SvStream output operators
to more specific methods
Change-Id: I2ea4c7d97e745b3e6a3834f41ac7bfefa4883c7a
|
|
Change-Id: I8edfe830b8f6ca7f1809332870e06d1d286b90e8
|
|
left over from our conversion of the SvStream output operators
to more specific methods
Change-Id: I63f18be8e940098c2acbbc73ee49ede3a949fcb2
|
|
left over from our conversion of the SvStream output operators
to more specific methods
e Please enter the commit message for your changes. Lines starting
Change-Id: Ibfe7635451ef7b8813d7a59c78c5223092a17ad5
|
|
Change-Id: I15ae1693e92e430c78b5d73c12a7bae297c098bb
|
|
Previously, the timer events could have accumulated in that scenario leading
to unresponsiveness to user events.
Change-Id: I455d726ae7475f7dbf98d871c54d8c156cb64e52
|
|
The timer callback SalTimerProc can be called after DeInitVCL has
deleted the SalInstance, and crash. Avoid that by calling
WinSalTimer::Stop() and also using the INVALID_HANDLE_VALUE parameter
which waits until the timer callback is done executing.
Change-Id: Ia4cf2cf9dc48904d077e0a691e14107256c50ded
|
|
... and no, we do not "overload" virtual methods.
Change-Id: Iff7c46326974995994e966873ff804092bc53540
|
|
Change-Id: Iacd1c0856f991e11ef26d7ff6bf1e75264b89ac9
|
|
Change-Id: I9c56dbee65c93dd98344577d9e696dc61c1edbd8
|
|
Change-Id: If4de88233493d7590736e4a3b76c2447ed429ae5
|
|
Change-Id: Iecf69c29a4574105a33ec003970067d4db823423
|
|
Change-Id: Ia88671cb71a0bcf8cb55ae0d88625b0f28092615
|
|
Change-Id: I60cfe651a6ec25fc7e482192d908acca25c1ad8b
|
|
doesn't matter in practice
Change-Id: I410022a395d25827217b9c542d79718f6f5b333d
|
|
Change-Id: I7a225287c9ca2f14d2e8da15380c541148d1a15f
|
|
At least test Unix platforms.
Change-Id: I960343cb9622474fe48687a5e458e1c6dbe55358
|
|
thumbnailview.cxx: ::ImplInitSettings is called from various
places other than the constructor, so mpItemAttrs must be
freed each time
gloactiongroup.cxx: Must call g_list_free on list returned by
g_hash_table_get_keys
Change-Id: Id5a592520987a1596debdbc48bfa171a537e400b
Reviewed-on: https://gerrit.libreoffice.org/11638
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ib9c38ae857125036252ba27ebd03f428046724e0
|
|
Change-Id: Ie4b1517e41e09df3c243b6d4ff124f50777e8bc0
|
|
Glyphs::iterator_pair_t was gone at df3c7e76cca60d246277731d0c525d5f7e6f6597.
Change-Id: I471a2ef659dd98527d2dca5fd8c3741851341ec5
Reviewed-on: https://gerrit.libreoffice.org/11533
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I9ef73811b93dfff502a2430a1e3e9aa3b46c9935
|
|
Change-Id: I71c00286dde2e5a01a7a592305c1790f1ed63a93
|
|
Seemingly timers were not being issued or re-queued. Handle recursion
issues in the main thread, not in the timer thread.
Change-Id: I4f49341115bb7c7b1613e61f77a467154818a8aa
|
|
Timer Queues
http://msdn.microsoft.com/en-us/library/windows/desktop/ms686796%28v=vs.85%29.aspx
allow creating & maintaing high-precision timers. This commit switches the
WinSalTimer implementation from using the Timers:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms644900%28v=vs.85%29.aspx
to Timer Queue Timers.
The 'classic' Timers do not have better precision than some 15.6ms (the
documentation mentions 10ms, but some measuring seems to confirm that it is
more than that).
With the Timer Queue Timers, we now have 1ms precision.
Incorporates some cleanup from Michael Meeks <michael.meeks@collabora.com>.
Change-Id: I0312a0c9fdc2779258698b24389b24c39e643473
|
|
Change-Id: I7cd727657a9e426a43f72d1c5b843e581cfe8c5d
Reviewed-on: https://gerrit.libreoffice.org/11608
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
after my commit 827c46e "fdo#82577: Handle Window"
Change-Id: I945849d7b95988162785eea6831da0f761514bb4
|
|
Put the VCL Window class in the vcl namespace. Avoids clash with the X11
Window typedef.
Change-Id: Ib1beb7ab4ad75562a42aeb252732a073d25eff1a
|
|
Change-Id: If4b2aef59d45a848fb77de9e1b7bf80d49548a75
|
|
Change-Id: Iec004fffdb0afbe27bd69f379db90f6d904a8a65
Reviewed-on: https://gerrit.libreoffice.org/11553
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I54ece4a1977fe93c0e7bbb11774bd8657912c6bb
|
|
Change-Id: I3d30dd4337b6bd3b5b0c7cdf97a8787c4bc37fa3
|
|
bff + valgrind
==30470== Invalid read of size 8
==30470== at 0xA02103F: RegionBand::isSingleRectangle() const (regionband.cxx:294)
==30470== by 0xA01F562: WriteRegion(SvStream&, Region const&) (region.cxx:1640)
==30470== by 0x9F01FD4: MetaClipRegionAction::Write(SvStream&, ImplMetaWriteData*) (metaact.cxx:2487)
...
==30470== Address 0x1d175980 is 0 bytes inside a block of size 56 free'd
==30470== at 0x4A07991: operator delete(void*) (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==30470== by 0xA020BB1: RegionBand::implReset() (regionband.cxx:87)
==30470== by 0xA020EF2: RegionBand::load(SvStream&) (regionband.cxx:249)
Change-Id: I2468d43c7e73b3390f355358990f8af30b5f026e
|
|
Can be tested with the new color popup. Without this
change it keeps itself on top of other windows, and
even if the main window lost focus. Also for some vcl
plugins the popup have a wrong placement.
Change-Id: Ibf4216683ce2c58a1b919cdb63eda964a764eefd
|
|
Problem was:
(gdb) print pClonedFace->GetFamilyName()
$1 = "SkakNewFigurine"
(gdb) print GetFamilyName()
$2 = "SkakNew-Figurine"
and this made e.g. JunitTest_sc_complex fail.
Change-Id: Id779553716611ed31c2ef24e54e7bc4b6cc0f766
|
|
m_pLastSyncedDbusMenu was previously only initialised in one of
two constructors
Change-Id: Icd29d1ab314c54544b61ae60b57b29f1fa7d0e3d
Reviewed-on: https://gerrit.libreoffice.org/11530
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I9020b595e434b4de8aa6a14c20d6c98fa619b96a
Reviewed-on: https://gerrit.libreoffice.org/11502
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I22fd5c1340ca0c646725d9fce77304c10d9eb5d5
|
|
Change-Id: Iaa0c71e6d4f2b142821a6546772a3364b5eb7e29
|
|
i.e. throw away the maFirstPageSize cache based on the initial slide view which
is typically in landscape mode
So that if we change to notes which are usually in portrait mode, and then
visit n-up print, we get a default layout based on the notes orientation and
not the slides orientation.
I hate printing
Change-Id: I8b7b81ce1eec0f9c5ecd7509b311cf4026958c2c
|
|
Change-Id: I3ffc8beea76e6df00607330203d567e152b13611
|
|
Change-Id: I25b1ce4396a8e125b23e088310b970ef746cbaf0
|
|
Change-Id: Ic1b66c43697e342bebdf8b5cd6f0bb419f4a4fa7
|
|
Change-Id: I8efc1570c63e7de8699222497ec3e8172329319e
|
|
Put the VCL Font class in the vcl namespace. Avoids clash with the X11
Font typedef.
Change-Id: I1a84f7cad8b31697b9860a3418f7dff794ff6537
|
|
Change-Id: Id37698c20e5ded3034b62b753d25964541643fd7
|
|
The problem is that LO drawinglayer uses a coordinate system
with an origin at the top-left corner of the screen, while
OpenGL uses a complete coordinate system (with all four
quarters, e.g.: allows negative values). The points in
LO are always positive values which means they are drawn
in the first quarter of the OpenGL coordinate system which
also means that the origin is at the bottom-left corner
of the scene. This difference causes the flipped scene.
* To solve that problem scale the projection matrix with -1.0f
along the y axis.
* glDisable(GL_CULL_FACE) is necessary to avoid dropping primitives
after scaling with -1.0.
* Since projection matrix mirrors also the textures we don't need to
do that inside the ConvertBitmapExToRGBATextureBuffer() method.
Change-Id: Ieba642f3e665778a12368fe50a20865ec8f73514
|
|
Change-Id: I7b5f6e1b79f9972e2f23ed50c8da53874ad8b55e
|
|
Change-Id: Id88a0130bf6468013e2d7441ec79131fe115d13b
|
|
Change-Id: Ibf8ee4bd79dfca237096172f8b23d13bac986ab3
|