If scientific format is selected, "Thousands separator" option is almost
useless. It could be replaced by "Engineering Notation".

Rebase of https://gerrit.libreoffice.org/15152
Update with more robust tests.

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

Change-Id: Ibc394aa8ae758bbcc478707731cda3b270499ce2

Change-Id: Ice995c7061b195ae7ac600635fc7643f762841c0

Change-Id: Id59ba5f0fcb27e5a3fec322ba0a016c5fc4bacc1

Change-Id: I1032054765013a43744a7be548e892fc973a40ce

Change-Id: I71db7422ab8ad83455cc61df5314cf214a4d388c

warning C4334: '<<' : result of 32-bit shift implicitly converted to 64
bits (was 64-bit shift intended?)

after my commit 60e659ae
"convert IMPL_FONT_ATTR constants to scoped enum"

Change-Id: I83f1ea5869fa60c89dbc706020f68cc2c4277f48

For instance, if using LibreOfficeKit in a chroot jail, there might
not be a /dev/urandom, which causes the std::random_device ctor to
throw a std::runtime_error exception, at least in the libstdc++ I
have.

Change-Id: Icc91a4ddf92ce66c66b6ffb8b4d1a02ab5f29ee9

It is supposed to contain the name of a stream in the document storage
(like "Object 1") that has an embedded database for mail merge data
source definition purposes.

It's just loaded / saved from ODF at the moment, it's not yet used for
anything.

Change-Id: Ida366478fd83aa51e66e958ac09d852332c227c9

since

commit b8f21298
Author: Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk>
Date:   Mon Mar 2 20:57:32 2015 +0900

the color bar is always drawn under the icon and doesn't
get drawn to the right and fill all the empty space of
the tool item, e.g. in impress see the new toolbar color
selector

Change-Id: Ib70fec9c933b9d743e67475899938a5d9f405496

Change-Id: I01a7d41084185c8c9d4a103fb124a0416a3bc890

Change-Id: I32d8b8f4301188245721d31fd234bb1784a1ae8d

Change-Id: I32dc6c24c523519d6c2376c555b2d774fa40b3ba

Change-Id: I8b83b57f8dbbbc3cc75618d133139fdbe2c24603

Change-Id: I2a54f0c2694bb069478a8c8764a1789a377b4c0a

Change-Id: I3bdadb02918bf109e7e93ea0c7c709f018caed4a

Change-Id: I3dbcc792278814df6c23d0f593bd6d86b5d4907e

Change-Id: I6df0009cad65134e626f89563be168ff739ca092

and fix bug in svx/source/xoutdev/_xoutbmp.cxx,XOutBitmap::MirrorGraphic
where it was not correctly translating between different flags types.

Change-Id: I78b4965544da2aa54b67ec18307fa54c8ffc3aee

Change-Id: Ibc9f88d2588c028cd71aa86c26d970a73025ef22

Change-Id: I85a1c9f89ac79e0e54fcd8dfd1908325fae9a8ac

Change-Id: Ia33e957f6cf530e2639b3c86d9482f642652cb46

Change-Id: Ic66191ac4cdfa753dc784e7bd1a6dd20f50def6b

Change-Id: I994bfc76d709d01406404991dbfbd49b15bd03f4

Change-Id: I2b5986ea69dc09e6ba18b23a80029f6551b48152

Change-Id: Iadc9b6240121e9fee91de299b94a9f8629656507

Change-Id: I1b0fb976e7bf8d7de06da0c30012e8bba1320498

Change-Id: Ia2521b000e962a0cc461a54f73b5c97bbe34a602

Change-Id: I15044bd9ea94562c1d4727f64aa0b32543e0cc0a

Change-Id: Iddfd36ae0de86fdd2d4febb2c05d1fe0c02801f0

This code was like that ever since 9ae5a91f
"initial import."  From the surrounding code, the best bet appears to be
ATTR_LINEBREAK?

Change-Id: Id0e3346f2f9bb9c00c202003d06c2518dea38112

Change-Id: Icd99c8d98ae4c5cd6c6552a929c28ad0f096c214

Problem is that after import there are SwRangeRedline that start in the
first cell of a table and end in the paragraph following the table.

There are <w:del> elements covering every individual paragraph in the
table; all of these are merged into one SwRangeRedline.

This could possibly be fixed in writerfilter by buffering the
m_pParaMarkerRedline until after convertToTable() to prevent the
merging, but perhaps it's better to fix it in SwXText::convertToTable().

Change-Id: I853ae624fffedb59a48bd90decb0973bf33beb68

Change-Id: If1515df57cd90451f2c912bf5c268fec8688c063

instead of sal_uInt16, to match type preferred by following
code. Also use size_t for calculating products, just to stay
on the safe side

Change-Id: Id875e01aa2087fc27e60536d5e3ef152b22aadc6

Change-Id: I8200af6fcb111edd8a00cb77824e84e2231bee1b

Change-Id: Icbda6c3ab23622e1d9f73d3a9a30ff0c278684cf

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

Change-Id: I3f81128b58992db68263fb6c8d2a94cbae855632

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