Age | Commit message (Collapse) | Author |
|
Change-Id: I71a3e3e12aad88714b37116bc2a619df75277588
|
|
That one does not need the indirection through a Window instance to get
to the X resources that are necessary for a GLX context.
Change-Id: I3195a5f2b447172434881bd9b0b230c8992c1c87
|
|
Change-Id: Ie3851bfd558ffeabd374afdc2a4d4833e3866a6e
|
|
Change-Id: I777a8e324864ab9eab2a3df3e0645910dd1478a4
|
|
Change-Id: I9f73d653f3b5a4ec3eea91398977d4dfc2d478e7
|
|
That resulted in the wrong color used for some rendering.
Change-Id: I1f427fb65e287d17ca96ea6adbc46686f48f8c6f
|
|
Change-Id: Ie9cae6ee3769631f9095a5995d5165d5367aa2b0
|
|
for now can be enabled with USE_OPENGL environment variable
Change-Id: I3d2c49c3a1cf0c06678b22addcab95c846bb7bf9
|
|
Change-Id: Ie354aaf11644122754b69bc303c781297cacdc77
|
|
Change-Id: I63c0cf97376d2aa4e27bed3e731b82af51b86804
|
|
Change-Id: I8267bd26e1542230b9c112d741bba68d541b3994
|
|
Change-Id: Ic7b49a06f5e4576c29b74d86e4025e21a01dc53d
|
|
Change-Id: I73f7a25a180696b8581e673de8f39dd007fe5358
|
|
Change-Id: I23413704b27474f6a59121bb1cbf24ee7484acd2
|
|
Change-Id: I569a1aacdb7a87b0e8045863a8569520bd0df09a
|
|
Change-Id: I110df787e1d4b817ab6e682fd9bf50a24332fafd
|
|
Using an Impl pattern here allows us to switch the rendering in each
plugin without introducing any additional plugins.
The SalGraphics subclass will just forward the rendering call to the
Impl which can either be the normal native one or the OpenGL one.
Change-Id: Id234c60335305bfb42bf3d2b912f02d1f542bd06
|
|
Regression from http://cgit.freedesktop.org/libreoffice/core/commit/?id=be88126e80b1f6b9a3090ba4617d9a87dfb0a0bd
Change-Id: I4f03fbf4e6e6a0f6a901cadb87494baa92d66895
|
|
Change-Id: Ib67b804423b521407710f8319cb89977e44494cc
|
|
Now that it's possible to quickly find anchored objects for a node,
it's actually faster to check the node hiearchy rather than layout.
Change-Id: I5f93d5af32c744f1773535e5ec8537334d1ff58a
|
|
Reviewed on:
https://gerrit.libreoffice.org/12319
Change-Id: I8c23aa97a16feae32071cb2f71f1b63d771c467c
|
|
Change-Id: I96dcaeb1b0d01b8b7b21cafce7fed4261c1060a7
|
|
Change-Id: I0386d6ee091288ae0913d31ee0ddddee4d3cbb6f
|
|
Even if the new one is empty. That's the most simple
solution for a case of retro-password protecting of
an existing file.
Change-Id: I7752970c1dee9ec7bf61d390b8b1618a44370e16
|
|
Broken by cc6f43275a00b0aff2e60e70ee8032222a2c9610.
Change-Id: Ie870dea874327639460349b239525e4ce77dd8fe
|
|
The SwFrmFmtAnchorMap class provides reverse mapping
to SwFrmFmt::GetAnchor().GetCntntAnchor(), so that when code somewhere needs
to update SwFrmFmt's anchored at a position, it's not necessary to iterate
over all of them (which can be a large number e.g. with mail merge).
One special catch with the multimap of SwNodeIndex keys is that
the values of those keys change (whenever the node structure of the document
changes, indexes of nodes change as a result). This makes it impossible to use
any hashing container, as the hashes would change without the container
noticing, but multimap should work fine, as it just requires that the keys
remain sorted, and that is the case. Nevertheless, the old code in the two
converted places is intentionally left there in debug mode to verify the reverse
mapping is updated correctly.
I intentionally went with SwNodeIndex rather than SwPosition, as SwIndex
(the other component of SwPosition) was causing some trouble (see e.g. the
SwPosition comparison operator< , where two same positions are different if one
is registered and the other not) and it doesn't appear to be actually necessary.
Change-Id: I7f1768558f60155d4ba83c84aa7f9e34dc65ebf9
|
|
Change-Id: I0a320eb990f9a3b6800447a97a84c118239bae96
|
|
Change-Id: Ie2f4c5059a4160287690cf7a4e99472d9a575102
|
|
And covariant return type while I'm at it.
Change-Id: Iab8459e73fa6743eae17094d9826c83b0f53c3f5
|
|
When using a single document for all the generating MM documents, there can
be a significant number of sections/etc. , enough to make searching them
all in order to find a next nice unique name take a noticeable time. Since
it's very unlikely anybody will ever care about nice names after mailmerge,
just get some unique name in a fast way.
Change-Id: Id6b8d39a67529984cb93bb369f2c6eab401f1799
|
|
Change-Id: I6d9ae98e900e5e42c5253ee9b2f71bec351b54d1
|
|
3f9872185e introduced new API for fast finding of marks to a specific text node,
so use that (code itself based on cb46aaf2d7).
This makes mailmerge faster (since it can create a huge document, and especially
with the change to use UNO bookmarks to mark starts of MM documents inside
the larger single document there can be a large number of marks).
Change-Id: I30ec69acf423e9a62fae5f5492ed8744cb727a56
|
|
Change-Id: I225ef5b01625e8260b751e5255161ae51456fbf1
|
|
Change-Id: I91b9b2ffd19b2412ac01dd12429d6460b4c4812c
|
|
Change-Id: I95101bed2e2d0f87027f2d80e5e7e23f59b3e159
|
|
Change-Id: I493bad18ed3f728bcf42049377d7f4c6039264c8
|
|
Use single click for primary action, right click for context menu
Change-Id: Ia707a88b48f4af144588c45d37acea547e77773e
|
|
Change-Id: Ia08e4a88b7b37e3056e8357f5f79721cc6297503
Reviewed-on: https://gerrit.libreoffice.org/12320
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
Change-Id: I0d70e69909f6e58784aa4bc7cf03ae9f4219c992
Reviewed-on: https://gerrit.libreoffice.org/12312
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
Change-Id: I1a930a413c071d4d0c8855315dc85339e01b7d9b
Reviewed-on: https://gerrit.libreoffice.org/12322
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
Add new sifr versions of the sidebar icons, add new custom animation and more button for the sidepanel.
Change-Id: I3d10f6d674d20dc63ec307a3efb68e6b172dd9b8
Reviewed-on: https://gerrit.libreoffice.org/12318
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
Change-Id: I52a6092e701a4af211c98f2f46bdb2bef1bee9d2
Reviewed-on: https://gerrit.libreoffice.org/12323
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
Change-Id: Ifb948e90ad4980ce40cfcb270e52d23e696d8b6b
Reviewed-on: https://gerrit.libreoffice.org/12316
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
Change-Id: I4c61d9c5facdc0af8bb73b6839deca72f6049936
Reviewed-on: https://gerrit.libreoffice.org/12317
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
Change-Id: I5eee027d2cb1dd3528a274556568110da5609223
Reviewed-on: https://gerrit.libreoffice.org/12306
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
The default bullets list is defined in two more places:
svx/source/dialog/svxbmpnumvalueset.cxx
cui/source/tabpages/numpages.cxx
in both cases there is no separate RTL list. (And since we're
using SvxNumValueSet also for the popup, we must sync it,
so the shown bullet would be always the applied one.)
There is lots of code similarity/duplication in this area
(primarily introduced by the sidebar), and I hope to clean this
at some point.
Change-Id: Ifcc216101ed2f105a40fb483aa1b96a9e93d00e0
|
|
It seems needed in Impress, when applying a bullet
using the popup after a numbering with prefix/suffix
was applied.
Change-Id: I0faf8149b3564de9b08fb8107d7a639ae41d2133
|
|
Change-Id: I78108d596d0fb12641e4c7fd2c80b1120839e549
|
|
Change-Id: I623babba561dc0a126c6884a70a33ad4a78ef63f
Reviewed-on: https://gerrit.libreoffice.org/12187
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I064c58608914f3f179695bf6ec5f7e311162a2fa
|