Change-Id: Ib927d3e1b1349f9a1b5f575180d217fe31f1f11f
Reviewed-on: https://gerrit.libreoffice.org/12296Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>

Change-Id: I8dbe23bfec15fbc905407f64a3a87a5c75dbcd54

Change-Id: I1ea75499fa9db95f34d3fb438469559849541a53

Project: translations  7a93a556c365806ff1306e70f970feaf1bd7581f

As could be seen when running in dbgutil build or with environment
variable OOO_ENABLE_LOCALE_DATA_CHECKS=1

Change-Id: Iaf3b4cbe58acea9fa8aed0b1793e0ff28c089de6

Change-Id: Iaaabed4d0b507dafb7873da42869a856fc6ba573

Change-Id: I1b7aeb3d055baacbf67065f67991894a420897b7

Change-Id: I51ceee96f246006802879d94964ca161b63139fc

Change-Id: I8d10c0d2b24ec20795a504b4538b196cf1ce499a

and remove SV_NUMBERFORMATTER_VERSION_ADDITIONAL_I18N_FORMATS

Change-Id: I63f341e74a1eb7172dbb024a5cef66435a46e1df

Change-Id: I66fd200f1a504af22430e0471e1c98927101a9de

Change-Id: I63e8925e54c48cc35e09d9cd993520d6c85622eb

Change-Id: Ia6e9594654f89cadaedc19e7c3bddc1083cf9347

Change-Id: Ia0bee4a370e130a7e6fddd7cc984c31aa9a39a5d

Change-Id: I97c0f9154828c1d3ce801482242d951de8eab7e7

Change-Id: Ia4779dba9b8068d172d47ce2aff32219634a9616

Change-Id: I7b68754b1ac2fd3bd1ca8944deeded646a2e74d6

Change-Id: I64a73fb73b16ce265cd78d76c0325db051e55e26

Change-Id: I0d4f9b14f2a41a3acb08ba1b6c13fdf1174021e7

Change-Id: I93d42ad234c4be20a4af0a2d68246699c6653105
Reviewed-on: https://gerrit.libreoffice.org/12270Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>

... with unknown encoding, mapping non-ASCII chars to something that
doesn't cause trouble (in FilterDetect::detect()).

Change-Id: Ibf2a2e2fd7c0c00e55042d2ccad173fab7a1b0bd

...because rtl_ImplGetFastUTF8UnicodeLen has already checked that.

Change-Id: I17f2b80f374073934a8f0b1a97099d4dec89ce4e

Keep the fast path fast, fall back to the text encoder in case there's a
fly in the ointment.

Change-Id: I94507856a7f3170f770adb741aa1e282d0d2400c

This reverts commit 05050cdb,
not all places that use e.g. OStringToOUString to convert potential UTF-8
are guaranteed to fulfil the prerequisites necessary to use fromUtf8 (and
some places like e.g. in codemaker are happy with the best-effort effect
of OStringToOUString's OSTRING_TO_OUSTRING_CVTFLAGS).

i.e. selecting footers/headers/slidenumber/datetime previes placeholders in
master page view and pressing delete will toggle those master elements off.

Change-Id: I91f745703e43cbb4fdd037da4eab7c8f6bf9fbf5

Change-Id: If6929dfae5e284b1201da5505b9c4e5abceedc6d

Change-Id: If4edb16b2e94396249f3e2ba99381fcd8341d790

Change-Id: I862e491068ac88659bfd1cc99e7403dba2929275

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

I.e. the UNO bookmarks that are used for marking where each generated document
starts inside the one large single document.

Change-Id: I8069a3110cacd34b25aff6739ab248f490c3fa6a

UNO bookmarks have internals names and ignore this

Change-Id: I37baa4c9bcf9cec37f91e3b1d0fb2fad322ceda8

Change-Id: I2172d0185a2481700ffe152e58ebd5bd9c6a4fab

Change-Id: I8673810e8c04cd128a691ee1c1e8c4731108b605

Change-Id: Ibb8859908c8e73377e1ee20b041b9ae76955d076

Change-Id: Ia72d1b2827bfb38ab39d7d0df04908874d25e124

Since that makes SwDBManager::IsDataSourceOpen() return false because
of different data sources (than the one the document was tested with manually),
which prevents DocumentFieldsManager::UpdateExpFlds() from updating fields
properly.

Change-Id: I66f5f79d9fd39204eabb247aa92ec11acef56903

Change-Id: Ifa54445c8f46bb2ed5539870c5fce1a2e62beef7

When mailmerge uses a single document for all the generated documents, doing
a layout of this increasingly large document after every generated document
addition was getting slower and slower (no wonder). My recent changes should
have removed all needs for any layout in progress, so it should be enough
to just once calculate the final layout. The final layout still appears to be
needed, leaving it as it is to get layout done on the fly puts e.g. 2-page
documents on wrong starting page (maybe just invalidating something would fix
that).
Debug build shows warnings from vdraw.cxx about moving anchor from an invalid
page because of broken layouting, but those were there already before, so I
assume those are not really significant (or at least made worse by this commit).

Change-Id: I62601ad6dccaa008783d1ce34c9e4f66f9621a56

This removes another need for doing repeated and expensive layouts of the target
document.

Change-Id: Id78bc3ccc71c17e42f858dc9660866b9c94dea3a

Instead of page numbers, which
- was somewhat fragile (and broken, as it was actually off-by-one)
- required repeated re-layout of the increasingly large document, making
  mailmerge awfully slow. The re-layout is not removed by this commit, as
  it needs further checking whether it can be removed.
See the bugreport for details.

Change-Id: Ib09bd5f5a6a549c3d38ca40b0f32c0d2831fdd4c