bEndOfDB was handled inconsistently in ToNextRecord for record
selections and normal record iteration.

This unit test checks mail merge to generate the correct amount
of three pages (actually five with the hidden, empty pages) for
a five record data subset, mailing a linked label document with
two labels. Previously the third / last page was missing.

On Windows, this test originally failed, because the test document
for synced labels opens the "synchronize" dialog, which is
generated from an UI file, which are missing in the default test
configuration.

So this patch also switches the mail merge unit test to the
"instdir configuration", which has locking enabled and prevents
opening a documents twice. As a result we can't use a document for
two test and have to load the source document for inspection after
the UNO mail merge call, because it can just work with a file name
as the source document. This way the document isn't opened twice,
and the tests still pass on Windows.

Change-Id: I98b33defc403c40b84af44d91ed7fdcf6cf347a3
Reviewed-on: https://gerrit.libreoffice.org/23503Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>

...to fix the import part of tdf#86087.  Apparently, "fragment-only" relative
same-document URLs (like <#anchor>) are supposed to remain relative; otherwise,
various tests like testFdo69548::Import in CppunitTest_sw_ooxmlimport fail.

Change-Id: I2dbba2f2f1e225f85e21600e68a3c4cffdb023b2

Change-Id: If869c3f987996918904dca76de92d3e35789efa5

Change-Id: I7c1f1438be7226b9ea4692f1c4e39782288f6196

What this binary change does is change in the contained
word/_rels/footer1.xml.rels from

  Target="www.google.com"

to

  Target="http://www.google.com/"

because of:

<sberg> vmiklos, do you know how
  sw/qa/extras/ooxmlexport/data/footer-contain-hyperlink.docx (introduced with
  4654e9b1 ["fdo#74271: Added unit test & code
  changes for footer contains hyperlink."]) was created?  It contains a
  word/_rels/footer1.xml.rels with a <Relationship Id="rId1"
  Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/hyperlink"
  Target="www.google.com" TargetMode="External"/>, where that
  Target="www.google.com" is not a proper URL, but the testFooterContainHyper
  link test in sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx expects it to end
  up as "http://www.google.com/"
<vmiklos> sberg: [...] that sounds like a bug, MSO resolves that as a regular
  relative file reference, i.e. to file:///...\ooxmlexport\data\www.google.com
<sberg> vmiklos, ah, that's good to know; I'm trying to fix tdf#86087 ["FILESAVE
  FILEOPEN VIEWING: Can't open or save relative links in docx"] by turning
  relative URLs into absolute ones when reading docx etc. in
  writerfilter/source/dmapper/DomainMapper_Impl.cxx, but that now caused that
  test to fail
<sberg> vmiklos, so I guess it's best to modify
  sw/qa/extras/ooxmlexport/data/footer-contain-hyperlink.docx to contain
  <http://www.google.com/> instead of merely <www.google.com>
<vmiklos> sberg: yes, i think so

Change-Id: I7986acb66f260faaf8fe5398f3778cc35fb9930d

Change-Id: I6d31e7eaa87fc43faeefb5d4095efab8cedd3679

Change-Id: I0e35e3e6b7540fb1b8a65b034095d2b1fe80715f

Change-Id: I49a23a197969d58a3a2d6b2be1fbe4a647c7fa08

Change-Id: I0eb59e5082da1efa52dcb3b85f6e4129aad3e676
Reviewed-on: https://gerrit.libreoffice.org/26402Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>

There is no dichotomy of "Unicode" vs. "UTF-8". What is meant is
UTF-16 (OUString) vs. UTF-8. So say so in the comments.

Change-Id: I14fa7f543e87ed9e54fb37374a0b17d7e09a0879

Change-Id: I84fe6603010defcfae32250c86e75cf2237f64a1

+ New container: sfxlo-BigToolBox
+ Writer: Paste button with dropdown menu

Change-Id: I8fa9ff2cbf594078cc2347bef790b8647ce4e6ea
Reviewed-on: https://gerrit.libreoffice.org/28156Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>

Project: help  2e141341684eb610834db92693d715f3fd01d0dd

tdf#94553 fix nested lists in wikihelp

The problem was that only the first element in a nested list
was getting the extra '#' character Added a re.sub statment
to ensure all elements inside a nested list have this to ensure
proper display Also backing out temporary/FIXME changes in
the xhp files.  The run is now free of warnings with
the desired changes showing up for 'Using Gluepoints' page,
which has a nested list

Change-Id: I4009408ee11e191cbd5e1560ca1d08f3e7b5c630
Reviewed-on: https://gerrit.libreoffice.org/28107Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

Change-Id: Ib0360b395fafe3c8123a0cc0fd0cbfd581fa5414

Change-Id: Ic2a6fad90a0f8c8516469db240ec9910824c1286

Change-Id: I071c0d17c7c5982af47bccd92580bbac62bdf7b3

and fix a potential bug with footnotes and superscripts in writer in
ndtxt.cxx, where it was passing bad args to the SvxEscapementItem
constructor

Change-Id: I0d2de34c056e7824f3b456a86d502e10ac93a1c1

Change-Id: I29a33b8ea5daaa4b9059d024ffa4a99ca924f7ef

and rename to be more explicit

Change-Id: Id06e6b68ef30e1d0d0daf19c37a390060e8bcb01

and rename it to be more explicit

Change-Id: I3f8bd7928495dba1e94b785cdda06d9819ee66bf

And move it inside editeng, since it's not really used anywhere else.
And fix a bunch of places that were incorrectly calling the constructor
with the enum.

Change-Id: I74e8ab8bcf315eb5ad0720e74d04a450f0a3e5c9

Change-Id: If8b79ed617e5662550bd73bd1506d047217f2313

Change-Id: Ifdb9192f6556477a28af05a74042f216d4e9e8fd

Change-Id: Ia5faa65cd7824183cead2634edab96b5d23a6c02
Reviewed-on: https://gerrit.libreoffice.org/28072Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Unlike in Writer, the state and the exec method of .uno:Undo is
different codepath so for now ignore the Repair argument of the command,
assuming that the command is only dispatched if the command is enabled.

Change-Id: I3bfe8d72522f32efe436e21c383c99b3612eab6b

Change-Id: I3d8ede40e2231e3b88c43b17e353ea962e02acc7

Trendline equation: Following change 27069
https://gerrit.libreoffice.org/27069
Save customized names of X and Y variables in extended ODF

Change-Id: Ie39487866f7671f4468a37f48847038fbd2cec2a
Reviewed-on: https://gerrit.libreoffice.org/27233Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Laurent BP <laurent.balland-poirier@laposte.net>

Change trend line UI to add fields: X name and Y name
to change "x" and "f(x)" in equation representation

Next to be done: save it to ODF file

Change-Id: I0680ee1bbfbbb74016ecc858917e10d6790ac63a
Reviewed-on: https://gerrit.libreoffice.org/27069Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Laurent BP <laurent.balland-poirier@laposte.net>

Change-Id: If561895da71e08bd9e58fce281c412d9f9206cad

This generates perfect hash for odf-tokens and use them with the tokenhandler.
With added test case to check to and fro mapping between tokens.
This is taken from Daniel's work in feature/fastparser branch.

Change-Id: I7cf77c1eb6c9dd68fd78108c6e0726507c7672e1
Reviewed-on: https://gerrit.libreoffice.org/28073Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Project: dictionaries  92e62f751b0eda0ba54bfa8c265ca40a077bc0ec

Update the Swedish dictionary to the latest release

Various minor updates.

Change-Id: Ib22e2d88a52e890304694d57da9a192c773744ce
Reviewed-on: https://gerrit.libreoffice.org/28179Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I3a6ef21e1d46aeecb5bfd84e43dd2563b201de0a
Reviewed-on: https://gerrit.libreoffice.org/28170Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Insert options during MergeCells to empty hidden cells
Three options:
- Move contents to first cell (previous Yes)
- Keep contents in covered cells (previous No, default)
- Empty covered cells (new option)

To be done: link to the help system
https://gerrit.libreoffice.org/27467/

Change-Id: I98e85296591cce8ba789d282cead1f1010e5e2ce
Reviewed-on: https://gerrit.libreoffice.org/27463Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Laurent BP <laurent.balland-poirier@laposte.net>

Enable modification of fraction number format through dialog UI:
- negative in red
- "Decimal places" is replaced with "Denominator places"
- leading zeros for integer part
- thousand separator for integer part

Update: options in Sidebar
Thousand separator works, also for ' ' as thousand separator

Change-Id: I0ed2952ed9cd8afb5444b44997526e5019a5858d
Reviewed-on: https://gerrit.libreoffice.org/27268Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Laurent BP <laurent.balland-poirier@laposte.net>

Patch by Noel. Committed and this message written by tml, who doesn't
fully understand what the code does, but this definitely fixes the
problem.

Change-Id: Ifdc9faac0323028fa2888eb4a2d68e6ae5a905ae

Project: help  053c67aeb4049a175eda8dc4a1910516f58ce7b4

Improvement in help page for number format codes

added/fixed comments by LBP in code review 1

Change-Id: Ic06e89a027d70d35c6985215b7fcc420d7b4e7ed
Reviewed-on: https://gerrit.libreoffice.org/28110Reviewed-by: Laurent BP <laurent.balland-poirier@laposte.net>
Reviewed-by: Olivier Hallot <ohallot@collabora.co.uk>
Tested-by: Olivier Hallot <ohallot@collabora.co.uk>

... and a bit of function member signature change.

Change-Id: I0d41277bca3991c7c105400e932df96f7bcf0d79
Reviewed-on: https://gerrit.libreoffice.org/28172Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Giuseppe Castagno <giuseppe.castagno@acca-esse.eu>

Change-Id: I97f7ff5f0c632a2b2e0501919a4d0fc1414fa028
Reviewed-on: https://gerrit.libreoffice.org/27779Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: Ic605ca12cebfb6fd8239829942bbc6a70f45ac06
Reviewed-on: https://gerrit.libreoffice.org/28168Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>

+ added entry in the Options > View
+ changed sfxlo-SidebarToolBox to sfxlo-NotebookbarToolBox
  in the Notebookbar ui files

Change-Id: Id5719953be9830b650af96d54e63936c553cda74
Reviewed-on: https://gerrit.libreoffice.org/28169Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>