Age | Commit message (Collapse) | Author |
|
Change-Id: I9e49abc490935710b471c79d19385bda37f038b0
|
|
e.g. convert code like
foo(X * const & p)
to
foo(X * p)
since the "const &" part of it adds nothing useful.
Change-Id: Icf5f2041517259e7b6e055b75ed1e0e77c547da5
|
|
Change-Id: I2a4066c66894e0bd9c349a7c5b8db3a8398451d2
|
|
Change-Id: I1566a20166e77ac1e00db9ba19b92c68ad14e2df
Reviewed-on: https://gerrit.libreoffice.org/10366
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I7aa4a9bf72732db95a67cee368f3a83a0d71bb9c
|
|
.. which more accurately reflects it's purpose
Change-Id: Ibb87a47a3d1f3e35ac2820f14c71adf3b227c961
Reviewed-on: https://gerrit.libreoffice.org/10283
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
- Remove includes from files where they are not needed.
- Update pch files
Change-Id: I0188e3934ef429008c1ef495ab1d5b27f38664d5
Reviewed-on: https://gerrit.libreoffice.org/10342
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
- Rotation property is not available for TextFrame in LO.
- Hence grabbaged this value.
- Roundtripped rotation value by converting it properly for both dml and vml textbox.
- Added UT for it.
Change-Id: Ia040d55dc2ea79500df76877ba44a02971c872a8
Reviewed-on: https://gerrit.libreoffice.org/10190
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
OOXML gradients can have an arbitrary number of "stops". LibreOffice gradients
have just a start and end colour, plus an optional uniformly coloured border
(on the "start" side). In addition, LibreOffice has the "axial" gradient mode,
which means the gradient is reflected in the middle.
It is thus obviously impossible in general to losslessly map OOXML gradients
to LibreOffice ones. But let's try a bit harder than earlier to get visually
more similar result, in at least some simple sample cases.
We look for the widest gradient segment and use that for the start and end
colours of the LibreOffice gradient.
Also, map an OOXML gradient to an axial LibreOffice gradient only if it is
symmetrical. Also, use the border property when suitable. In general, look for
the widest OOXML gradient segment (once a segment corresponding to the
LibreOffice gradient border, if any, has been accounted for) and use that as
the LibreOffice gradient.
Possibly some perceptionally better heuristic should be used... Like, if we
have a three-segment gradient, with a wide gradient segment between two
visually very similar colours (for example, two shades of red), and a narrower
segment ending with a visually very different colour (for example, yellow), it
probably would be best to represent that in LibreOffice as a gradient from the
first red shade to yellow, instead of as a gradient between the two shades of
red. Or even, if a first or last gradient segment is between very similar
colours, equalize those start and end colours, thus using a border colour in
LibreOffice instead. The possibilities for bikeshedding are endless.
I am sure there are instances where the old code (by accident?) produced
visually more pleasing results... But hopefully this works more pleasingly and
consistently in a larger number of cases.
Change-Id: If153e986ad943454307e3ba718479d5ac4cdc7ab
|
|
Context is correctly created and the OpenGL calls no longer crash but it seems that I still have a buffer problem so nothing is shown on the screen.
Change-Id: Ia9cc585cd92c6049197dbfa47a41e30e130739ed
|
|
Change-Id: Ifd9c0dd2ceec08f50f3a8c4356fb288e65040dc5
Reviewed-on: https://gerrit.libreoffice.org/10345
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
the current implementation of CoreText simply dropped the proper
implementation of DrawTextArray, by ignoring DXArray
this very visibly borked the show-non-displayable character
feature of writer.. the bullet representing the 'spaces'
was quite misplaced.
This solve specifically this problem.
More work is needed to bring proper support of DXArray back to CoreText
Conflicts:
vcl/inc/sallayout.hxx
vcl/source/outdev/text.cxx
Change-Id: Idb2cc90d5ffaa8b83f79241cee2d512112d1c3be
|
|
in 32Bit environments
Conflicts:
svtools/inc/svtools/grfmgr.hxx
svtools/source/graphic/grfmgr.cxx
svtools/source/graphic/grfmgr2.cxx
sw/source/core/doc/notxtfrm.cxx
sw/source/core/graphic/ndgrf.cxx
"commit 62b0eaf37c08dd27244e77b8bc90c691b000ebd6
Related: fdo#50697 reset the cache timeout on GetGraphic
so the graphic gets swapped out Xms after the last use and not Xms after
initial creation regardless of if it got used a moment earlier."
corrected place for stl sort function for linux
(cherry picked from commit a48414a396f7de4e00510e82e3744c097ce3d5d6)
Conflicts:
svtools/source/graphic/grfmgr2.cxx
Change-Id: I79158b7d42629f8dec2bc5565540701bcd3ef6f4
6f21c7fd4d2681446fc1a6d9607366a1e69165a1
|
|
This reverts commit 09a90c2ff5d39c3ae61b4041c3b39d3da0c640c1.
Apparently causes a crash in CppunitTest_sc_macros_test; it is
suspicious that the copy ctor is not made private in this commit, since
the compiler generated one would do something different.
Change-Id: Icb1121332d83e9f08d89535e3da6e10d690ac88a
|
|
we still need to invalidate the layout of our parents, but we can
keep the cached optimal size
Change-Id: I8e77366bd61ff45d34f9d411c7f501a3a9ccbd4e
|
|
I converted RID_DLG_LISTCOMBOWIZARD, RID_DLG_GROUPBOXWIZARD and
RID_DLG_GRIDWIZARD to .ui
Change-Id: I221f22edbe4c638bfa80065d7775f78af24590cc
Reviewed-on: https://gerrit.libreoffice.org/10277
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ic38d7f5f816f2a91bfb468c0b7fb241b084a0c44
|
|
.. only used in 2 places in the same file
Change-Id: I5dc1dc77c3841bf86134f6a48597f8c1e71b2b3f
|
|
..it is only used in two places
Change-Id: If333936b26592ed44d3525f2eb3c21aafde7dddc
|
|
Change-Id: I81991231a2cc0b0c9d8289db8435ef8286f1c2bb
|
|
now that it is unused
Change-Id: I95d9f4cc50114dd9f9c9f5d095372766f44b3094
|
|
Change-Id: I96db9ab47b9494a1d71259e93ad393bd70c39d97
|
|
Change-Id: I1f7f566ea80723b188aab9c2f65437ca902ce9b9
|
|
Change-Id: Id0b3792b037b2e1a9357c7f26f554cc4222fed0b
|
|
Change-Id: I2b98610f6b774400ecfaffe2905201c27fcab33f
|
|
Change-Id: Ia1bc255de0f38c058a3ab622d87af8b346a2075f
|
|
The context may only be bound in one thread!
Change-Id: Ibb67f88c2f11fd48884ee39d89620193e4e5471b
|
|
Change-Id: I885acc9b4a52835fa256c2ecd1b8da917b4f7ba7
|
|
Change-Id: I2e16ca9d2d5fcd25b0435f1b9b0fbcb52b92e012
|
|
Change-Id: Iec3d6374f029149cadf8fb9c9b16fec90146c31e
|
|
Instead of making all chart objects exempt from unloading, check each OLE
object on whether or not it already has its persistent storage created.
If not, don't unload it else it would have nothing to load back from once
unloaded.
Change-Id: I2312e86c9376d3699ef4aa1e0cf2f4c04f706c1e
|
|
Change-Id: I66469c17a46c1157b8e3801c0dc2b252c569a4bd
Reviewed-on: https://gerrit.libreoffice.org/10213
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Find "missing headers," where a function is declared directly in the
.cxx (as extern) and not defined, and should arguably instead be declared
in an include file.
Change-Id: I6d83ee432b2ab0cd050aec2b27c3658d32ac02a2
|
|
We cannot call osl_setCommandArgs twice, however there is currently
no way to determine whether or not this has already been done. This is
necessary e.g. for LibreOfficeKit where we may also be using UNO
separately (and also for unit tests where LO is already set-up prior
to the unit test running, and therefore we can't set up osl again
from within LOK).
Change-Id: Id1f357ef604eb2b6b7814c9a04ac6933a39fd3eb
|
|
Change-Id: I0f3647e95b2150eb8753aa333eeb492fee76bd2a
Reviewed-on: https://gerrit.libreoffice.org/10192
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I4329eaaa29d5689471092c167104711e4f8c115c
|
|
Change-Id: I35085bebdec47598a5f927924b429b02b44c0e65
|
|
When line callout was used, you couldn't move the point next to
the rectangle.
Now it's possible with shift key pressed.
Change-Id: I70565e4e3f80daf0e1007031ef7d49036fb0e26b
|
|
Change-Id: I2b760d71651d48c2e944f9344bd115e9443aa9a2
|
|
Change-Id: I80186a617c751420954b27e070559cc8487c7fd9
|
|
Change-Id: Ifa4f2f2f923d4800cf5fd540631204492ace1936
|
|
Change-Id: Iee58a6c9b7081a2aa00f6f050574a5827840286b
|
|
Change-Id: Icc4fa0acad77d61200eb77cc70e21866590b658e
|
|
Change-Id: I15af9a74fdcc40d65b3f8b394fc69037c017fe76
|
|
Change-Id: Ic343ff4ddd51a933ba97971d5a1197f5a25ef772
|
|
Change-Id: I5b50a5dc0b83b2d5017ab749600324338ff0abdc
|
|
and
coverity#1224994 Uncaught exception
Change-Id: I7f25e3829dbd1e5d68561ca9853ab8fc10c79484
|
|
and
coverity#1224996 Uncaught exception
Change-Id: I36ea602a93471d826859bef739c4165117cc4cd9
|
|
Change-Id: Iafd4d132abb63d698f8907c4aa71bd09c35babde
|
|
Change-Id: I27732316c42face6750ffb7eccc238f66519e4e6
|