Age | Commit message (Collapse) | Author |
|
The service already existed, it just did not have an IDL file.
Change-Id: I5839ccbd99d6a9dbc1e4be930caec2c0089adbda
|
|
The service already existed, it just did not have an IDL file.
Change-Id: If00396effd92ed72ea942da5eb1fe60b6380c665
|
|
Change-Id: Ib6d1a21fcc2a4dd6dda1e46a99551b38b5035d1f
|
|
Change-Id: Idf4a12987295e0454d0330d76f251e3dd00c8403
|
|
Change-Id: I8a5e158eabdbb92eec27a5753004e4f5e826c412
|
|
Change-Id: I5718d22e0c31bd645998bcbb508b31370cf36250
|
|
To keep MacOSX-Intel tinderbox happy.
Change-Id: I8dbc8330fd688fc1c1ed005d1603ff52f8b7a16d
|
|
Change-Id: I1227a4e04bc962da96b77947a706293f9a2a3850
|
|
Change-Id: I723a7da307379c6f2e8256fe41023b4b96739f12
|
|
Change-Id: I0f0bba62da60a3397b733253dbc0891c69bd5b9c
|
|
In fact, this value is always EE_FORMAT_BIN, and that's not going to
change.
Change-Id: I9324bf878b5766ef7a27461ba2bdf17742396f3d
|
|
Change-Id: Ie1e046624e671e87c7b3cf322572a7ed3f98726a
|
|
Change-Id: I44819d66273e22db9f82d095061e3df627b64dae
|
|
Should hopefully fix the problem, which is essentially that all
SwPageNumberFields share a single SwPageNumberFieldType, which is only
updated properly in SwTxtFormatter::NewFldPortion, hence all expansions
of a SwPageNumberField other than that return wrong values.
Does not fix the problem for fields in headers though, which appears
much harder...
Change-Id: Iecf363c8acbc2aaa418cc0c980e0b62c8e0e7d14
|
|
Change-Id: I3991d2f40fab9795d7f1754665f2ebfa165c310c
|
|
Change-Id: Ic64a4e0ed1ad194d94f5451b60e926f13ad85578
|
|
The domain-mapper calls SwXText::insertTextPortion very extensively
accounting for about half of import time for large, lightly formatted
text documents. The vast majority of the work is consumed managing
char + para properties - so try to batch that, making it 70% faster
for my lightly formatted test. Saves around 25% of load time for me.
Change-Id: I2582adee1bf35b07b90af810cb0d19dadc1d348f
|
|
Change-Id: I3241801d49673cac33eb923fb986c6ceb2c39503
|
|
+ get rid of "install_multi"
+ move "SDK" and "Test" from the main name to the name suffix;
use same position as "helppack" and "langpack"
+ move the content type identification "arc/deb/rpm" just
after the <arch> string
+ use "archive" instead of the unclear "arc" content identification
The new names look like:
LibreOffice_<version>_<os>_<arch>_<content>
LibreOffice_<version>_<os>_<arch>_<content>_helppack_<lang>
LibreOffice_<version>_<os>_<arch>_<content>_langpack_<lang>
LibreOffice_<version>_<os>_<arch>_<content>_sdk
LibreOffice_<version>_<os>_<arch>_<content>_test
, where the string "_<content>" is one of "_archive", "_deb", "_rpm".
This string is missing for .msi, and .dmg installers because
the content is described by the filename suffix.
Conflicts:
Makefile.in
Change-Id: Ifecf947ba32e3381ef284d433096f7b37a02e9f5
|
|
Thanks to Jean-Baptiste Faure for digging for these.
|
|
Project: dictionaries f310b731bbbaf968b513bea1dd460e5d96b0c61c
Update pt-BR spell & grammar checkers
Change-Id: I26606dbbcaf90ac6caaaf56f0cdfa3b73364ce18
reference: VERO beta28
Reviewed-on: https://gerrit.libreoffice.org/1598
Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>
|
|
"The original code is broken to begin with, as it ignores the return values from
the std::unique calls, so excess elements remain at the end of va and vb."
(<http://lists.freedesktop.org/archives/libreoffice/2013-January/043552.html>
"[PATCH] Simplify MigrationImpl::subtract in desktop;" see that mail thread also
for the inspiration to use std::set_difference.)
This fix is not very relevant though, as there are no "ExcludedFiles" lists in
officecfg/registry/data/org/openoffice/Setup.xcu, so the second argument is
always empty, so the return value is always a (sorted) copy of the first
argument, and the "IncludedFiles" lists in Setup.xcu produce no duplicates, so
std::unique does not shrink the first argument anyway.
Change-Id: Ie9fb64ee40fef6e7bdf0f5d0eca5717fec7b0d50
|
|
Change-Id: Ia6e3acf563a9c04bf9a2ff5f3f755eb4e92e771c
|
|
This reverts commit 9dc3ee9a68749bb30536dbe767384d59827dee3d.
|
|
Change-Id: Id13ce13ec222fc10cbfcad7fec5e7eeb5957312c
|
|
Change-Id: I717ff4de7cf406b01383f8f181b81695242a2ca8
|
|
Change-Id: Ida269499d91b4bdc16fe0ed91f202ddeefa4aadd
|
|
Change-Id: I7cfbbd3a4f4283b9438a97eb383b460cad1f5a63
|
|
Change-Id: Ic8236b291ed5f318f67378bbc57b7cf027cbb92a
|
|
Change-Id: I11ad88b3a69d3e2a00e859ee33cbc22c5d525618
|
|
And let's stick with the one that returns the data pointer.
Change-Id: I931be0d73adcf6f3888d05ef58bc0f905f5a6958
|
|
Selecting a template in the first row and scrolling down made some items
in the toolbar disappear... Fixed this by checking if the item to update
is already in the selection.
Change-Id: I2ddffae3a1c6092241afcf2acd212fe07b3a65ce
|
|
Change-Id: Iafc1650d57d29fbc24921498f18da6c0e510b37a
|
|
Change-Id: I23eb8d53b8a2c48514900a5ab07ed7ec71d3ef99
|
|
|
|
In case the right margin is larger then the tab position (e.g. the right
margin of 7cm, there is a tab position at 16cm and right margin begins
at 9cm), we have a conflicting case. In Word, the tab has priority, so
in this conflicting case, the text can be outside the specified margin.
In Writer, the right margin has priority. Add a compat flag to let
the tab have priority in Writer as well for Word formats.
This is similar to TabOverflow, but that was only applied to left tabs
and only in case there were no characters after the tabs in the
paragraph.
|
|
|
|
|
|
cf. "delete pInfo;" in ErrorHandler::HandleError_Impl
(tools/source/ref/errinf.cxx). This reverts the remaining (non UNO related)
changes from e48d47469508dee55ae6abcb3988222b5612e1e9 "fix some memory leaks in
sc" and 5ea7e74c29f7279b6c31d38185ace576f68f4fb2 "fix some memory leaks in sd"
that had not already been reverted. Whether any of these instantiations are
really leaked (i.e., never deleted again in calls to
ErrorHandler::HandleError_Impl) is unclear to me, but that would need to be
fixed in a different way.
Change-Id: I6d9e7a2f6fce6d6a4d5d390c09a5a12f593028a6
|
|
Change-Id: I2de53cd8d888ecf819271e96f8eb2cc4a90e554d
|
|
Allows a hyperlink attribute to be set for a cell, allows for import of say a
hyperlink associated with a formula cell. Since this patch does not add
any file format support it is not possible to save such an imported hyperlink
to ods. Note: such a hyperlink would not have been imported in the past so this
should not be an issue
Change-Id: Ieb234bb6e98e4a2630b596a90972a75be12a92d4
|
|
|
|
Change-Id: I4cea9568c5f24340c6bdac387efe8e94f8edb95a
Reviewed-on: https://gerrit.libreoffice.org/1568
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Please, no more pointless changes like that. Or if you insist, please
do the required tedious changes in *all* affected source files (also
platforms/configurations that you don't build). They could in this
case, to a large exent, have been done "blindly" in a mechanical
fashion even without being able to build on all platforms.
|
|
Change-Id: Iee64f6f369e2312d479fa81e7a59fb962ed8d90e
Reviewed-on: https://gerrit.libreoffice.org/1567
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: Ia9a52598e9c295fee8be040530ca232fddbd14c3
Reviewed-on: https://gerrit.libreoffice.org/1560
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: Ifed6e9a1fcb23e3565843842c3db695ab51b3d54
|
|
This bug fixes two issues:
* Overlap detection seems to be approximate and
doesn't work for rotated text. Added a workaround
for labels rotated at angles 45-135 and 225-315.
* Auto rotate labels, which overlap. This is done
only for labels having zero degrees rotate.
For forcing angles, use 'enable overlap' or
non-zero angles (1 degree).
Of course, zero degrees plus skipping of labels
would no longer occur. Better solutions?
|
|
Change-Id: I534935deee99de144bd13fbf6a771ff159a320d6
|
|
Change-Id: I386439be9bf7ce5c9d1b9a4df93195bd6738f573
|