The DOCX filter imports floating tables as frames containing a table.
Word ignores the margins of paragraphs next to such a table, Writer does
not. Add a compatibility flag the import filter can set that triggers
this weird behaviour.

Change-Id: Iaaa1d2a2e2f9d0eaea17832b2e418f9a845efffd

Change-Id: I7d8c637746d8f29704adf94b20559d539d0ec56c

Change-Id: I1aaca6676bdbba1e8f365081e3f427fb67fd873e

Change-Id: I82b4b59e868bb4f332cfe0e617c916a160cb549a

Change-Id: Id8787a04a3b1720490e7d79a254ca11835df242a

Change-Id: If5fae4166b2f935f5d7613799370dd0de28b498c

Change-Id: I66e97d73c410ac6f2e481ba9b2b22183f57438bd

Change-Id: Ia7e0a436d462fc98b458f80f2abae409419c11c1

Change-Id: Ia33e933d9c15c2afa25915b7e8d6a13b0c740d1c
Reviewed-on: https://gerrit.libreoffice.org/426Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>

This reverts commit 46a97708.  It started to
replace occurrences of "${...}" unknown to the installer with empty strings,
instead of keeping them as-is.  This caused the "${ORIGIN}" at the start of the
value for URE_BOOTSTRAP to disappear from the soffice ini-file (cf.
gid_Brand_Profileitem_Soffice_UreBootstrap in scp2/source/ooo/common_brand.scp),
making soffice fail to start completely.

Change-Id: Ia7a34179b78677a703fc487401e011073d14a176

Change-Id: Ie419c769c5d661d51c1b43b9808791dcf9e1725c

Change-Id: I86e2a8873e5646abd340015f500bf9e872e8e6c5
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

XServiceInfo does not need to be declared as a supported sub-interface
for services, it is always implicitly there.
Also, for those services that now only contain one interface, convert
them to new-style service IDL declarations.

Change-Id: I325c27f287a02de6bdfc8bb6e5bf6c2a4ae0a753
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Clicking on the header/footer area will show the separator. Clicking on
an empty header/footer area will add a temporary one that we try hard to
remove when clicking outside

Change-Id: I8f29f8fd80b2d808257636bf94ec4e2e46f6028e

Change-Id: Ifaa890d87021c7786c7392f52d4f29b0779a7668

Change-Id: I0fdc966a1dab68fb642ab581ad3f4eb6762363e0

Change-Id: Idcb8be8882db8f487ba9bda2ae8947ccd9d99712
Reviewed-on: https://gerrit.libreoffice.org/462Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: I1be79ef0e6b7d0626d057a6d52950301ea4dd169

Change-Id: Iee2125204106c49e5b8670d9cba95f3dcf3571f8

Change-Id: I31ddd3eedc5a93103ae7efd7ce8698e4dc247937

Change-Id: I65fa22ceeba37a15b70fe41b1dee26f1dde7d759

This is the first step toward unit-testing the initialization
code from the database source.

Change-Id: I1a7882ba443fd71d4210fb2e2caa195fb71dab92

Change-Id: Iea10ffdf6443a33c3dd6106b69c126945763b778

Change-Id: Ia6f52713dd3cf5ab7d5716c7b6a6f5c1440ed323

Also rewrite implementation of installer::scpzipfiles variable
replacement functions, and add test case.

Change-Id: Ic4548b9df8c50cbf2d3049052c637e859542a1e8

Change-Id: Ic4878cb8c25e7a361d293968037430f7f956ddc1

Change-Id: I9ac503b073ee3f9b8e7958264ffcc26d9446c220

Change-Id: I531e47538f308ee43e0fe8d7db59f525e45942c3

Since CWS swrefactormarks2 the SwXBookmarks collection handles not only
bookmarks but at least cross-ref marks as well, which then bother users
when they show up in the Insert->Hyperlink dialog; remove non-bookmarks
again.
(regression from df6d312c)

Change-Id: I6a64ba8a43468dd3ce1569e944371d3ef71f8824

 error: attempt to copy-construct an iterator from a singular iterator.
(regression from 39b8a5f8)

Change-Id: Iab29f4c356ea1cb5ca0f687bcfc5e54f185fbba3

	fpicker/source/office/iodlg.src.original

	fpicker/source/office/iodlg.src.original

Change-Id: I5b2bf2a3900a729581d184931efdc98f39067813
Reviewed-on: https://gerrit.libreoffice.org/457Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>

Change-Id: I916097048b6c8767745bcdd56430d5d2cc832e71

First: localization tool can not recognize id because
of empty line between id and its definition
Second: same problem because of comment between type and id

Change-Id: If42af406fab252ccae0a6bbc478bab8130210b21

This would result in the pivot cache being refreshed twice.  This block
of code was a leftover from the previous, non-cached version of pivot
table, and this logic no longer applies today.

In today's pivot table code, the cache gets refreshed first, then the
table gets refreshed afterward.  We should never clear the cache data
during table refresh.

Change-Id: Ida6fa1805463facf842cb9ea94f4c1afab716595

It was due to a simple misplacement of nRow = 0.  Each record was
labeled row 0.  No wonder it screws up the result badly.

Change-Id: Ia94f42a62f98a9bd7c9d34df3606351bb487931b

Change-Id: Iac77c3ce0ab0ea7bda3105c58859888e55e64d2d

..since it also needs stuff from postprocess.
In qa/desktop/Makefile, images_tango.zip is used.
If that's not needed, the module can be placed between postprocess
and packimages for now.

Change-Id: I9951cce0c8da0fc75fd8a7b1246f4083bd38f705

This change replaces lcl_IsSkippableWhitespace with a call to ICU's u_isspace, which covers all Unicode separators. It also updates and fixes one of the SwScanner unit tests.

Bug details:
SwScanner::NextWord skips whitespace before calling into ICU's BreakIterator. The function used to identify whitespace (lcl_IsSkippableWhitespace) doesn't cover the full category of Unicode separators (code [Zs], 18 in total. See: http://www.fileformat.info/info/unicode/category/Zs/index.htm).

Since 0xA0 (no-break space) is not identified as whitespace and not skipped, we end up calling ICU starting at the position 0xA0, asking it to get us the boundary of the next word forward. ICU sees that it's called at the end of a word, and reverses the query direction to backward, and returns the word before. This causes NextWord to think we've hit the end of the string and call it a day, terminating word count for the rest of the line.

Change-Id: I29c89ddb0b26e88da822501253898856b28e3fa5
Reviewed-on: https://gerrit.libreoffice.org/453Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>

Change-Id: Ife2f42b3a917ece10dc7ee9fcd83f1558084c4f1
Reviewed-on: https://gerrit.libreoffice.org/454Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>