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/1598Reviewed-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 9dc3ee9a.

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 e48d4746 "fix some memory leaks in
sc" and 5ea7e74c "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/1568Reviewed-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/1567Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>

Change-Id: Ia9a52598e9c295fee8be040530ca232fddbd14c3
Reviewed-on: https://gerrit.libreoffice.org/1560Reviewed-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

Change-Id: I91cdb23a25092f44ff76784b5347134a3c9a3528

Change-Id: I4e4063321da69d45d14a2fc870c33ea8ae46e4ef