With scientific format, use the trick of thousand separator to detect
Engineering notation.

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

use defines from static version of autoconfig.h for msvc instead of
fiddling with configure. Removes the need for adding some defines/checks
in the sources.

Change-Id: I21d4217ebb687eb13f7e7db2519a209f3b178a90

Change-Id: I2b4da9f297312390e394f24ca40fdb3d400e6df5
Reviewed-on: https://gerrit.libreoffice.org/17434Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I14746d2d16ac73c1570f050713ceec2ad0305869
Reviewed-on: https://gerrit.libreoffice.org/17408Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

+ added a text orientation spinbox to .ui file, but it does nothing so
far

Change-Id: Idb9177683c46fba50a153aff795aab7a2f419694
Reviewed-on: https://gerrit.libreoffice.org/17402Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Revert the API change from e41c33b3
and use the existing css::util::XUpdatable instead.

Change-Id: I3eba4c7def98c8765a970d54a7fe84a320d4313e
Reviewed-on: https://gerrit.libreoffice.org/17382Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Works on MacOSX-x86_64_49-TDF, but not on Jenkins_MacOSX for some
reason.

Change-Id: I027fa7d20e6a9706f17905100882cca9ad807493

Instead:

- create it early in Window::ImplInit(), except for the default window
  (that one is a chicken-and-egg problem, as creating a VirtualDevice
  invokes ImplGetDefaultWindow(), but creating the default window then
  would create a VirtualDevice)
- only erase the painted area of the buffer, don't create it
- use a separate bool in the frame state to track if we're in the middle
  of a (possibly recursive) buffered paint

And with that, rename CreateBuffer() to StartBufferedPaint(), as it does
not create the buffer anymore.

Change-Id: Ib33e8afa36977aa809f0ea2158a369f288cba8c7

Removed unused variable.
Used comphelper::makePropertyValue.

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

Added two Windows API missing errors.

The errors added:
ERROR_FILE_CHECKED_OUT
returned when trying to access a file that is locked
by another user.

ERROR_INVALID_NAME
returned when trying to access a local file with the wrong
chars in the path or file name.

Mapped to existent osl_File_E_.... for compatibility.

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

1.59 upcoming release is needed for MSVC 14.0 (aka VS 2015) support.

There is a known breakage on MSVC with boost::none instance in
optional library.  Use not documented define as explained in this
issue upstream [1]: BOOST_OPTIONAL_USE_OLD_DEFINITION_OF_NONE.

[1] https://svn.boost.org/trac/boost/ticket/11203

Change-Id: I25b1797da93f7959d15a70105d67100e0e2c4b3b
Reviewed-on: https://gerrit.libreoffice.org/17056Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>

Change-Id: I737a67945766454cc611061178acf15b434dd526
Reviewed-on: https://gerrit.libreoffice.org/17417Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

with the variadic variants for editeng.

Change-Id: I28373dd31b8b922f59b99bf1c12faa31c72b9906
Reviewed-on: https://gerrit.libreoffice.org/17416Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

caused by commit e9c3583c
"improve the returnbyref loplugin"

Change-Id: Ib8703e06e2f150538cdffcd08deca9c841e824b4

Change-Id: I10debb5119ce78638db42315594cda4d65092fb0

Change-Id: I9dddec04d1a929fa406973d3157e309a9511f29c

Change-Id: I389b6c4a4218f71113845d37a610fd621bc4396e
Reviewed-on: https://gerrit.libreoffice.org/17359Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

This partially brings back the behavior before
10a3db37.

Change-Id: I5b372ab56105c05dda6ecb9aa1eed1c6a0c72ea8

Change-Id: I0a876e9afa9a90f312d68611a8adf5a962da784d

not used anymore

Change-Id: I9db73a1bfcdb6669310d606b101b1ffdbb2df07f

after commit a45827b2
"loplugin:unusedmethods"

Change-Id: I8981a6bee237d4e2e5b9fe837a56e073e59b2697

Change-Id: I52ede543298d788cd047b8080819eef7d22a73e6

Change-Id: Ie8f7ce11ab03d47835cfe224c775324dd79a5e7a

Regression from commit 0761f816 (123792:
complete annotations on text ranges feature, 2013-12-19), the problem
was that in case a comment had a reply, then both comments produced its
range overlay, and this repeated semi-transparent overlay resulted in
dark color.

Go back to the old behavior of just painting the overlay for the
non-reply comment; for real, partly overlapping comments showing the
exact boundaries of the overlapping overlays still makes sense.

Change-Id: Ic2673a1a41146ff547262ba681b34a63f41aa8ff

, fixing a couple of bugs in the process

Change-Id: I40f932deecbcc99dff9aa13dd1882c7487e7fa8e
Reviewed-on: https://gerrit.libreoffice.org/17411Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Ib4d77ee01e7362f5951f81fceeca3c489872d971
Reviewed-on: https://gerrit.libreoffice.org/17378Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Ie4c42c623fae1cf39c2e4c643825c9655cd28daa
Reviewed-on: https://gerrit.libreoffice.org/17410Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Matthew Francis <mjay.francis@gmail.com>

accidently introduced with f1531cda

Change-Id: I292097c5f61ecb32a28a90e9f5be48fcfd6bcd7b

Change-Id: Ia564d3c9b821a09586a0bcb32ee3f827e71f43de

Change-Id: Ia3d466c269eef62f8fa419d15869f44213a6e001

Change-Id: I6f4eb2509dc731cb281350b2bb0cce94b66a8ad6

Change-Id: Idbe26d7ea554512391b22299ac6dccaeaa71d584

Change-Id: I9c3e547831d3d876c228c8b9b566f17a4d95ce5b

Change-Id: I75204a012e4bc59f40a06db814bb9057a1cf8598

The new LinePropertyPanelBase has no reference to SfxBindings anymore.

Change-Id: I7d1d1bb351066dca8bfeedc559048f8337e47f67

Change-Id: If5451ab1f4e03ac056f29ce2bad0073795c6ca4e

SwUndoFormatAttr was simply missing a case for RES_CONDTXTFMTCOLL.
Handle it the same way as an oridnary paragraph style, which seems to
work for me.

Change-Id: Ib529beb1116633e4890d5b51df39da21de485db9

why rebuild half of sw to add a comment?

Change-Id: I72796a704aadc820004f519ed43cb54ba18f918a

Change-Id: Ie2d1cb7312de6f14a5c6de81eefd7a00be6f75c0

Change-Id: I36f7e2ffa8868692b99c0a7d77692d25b82662d8
Reviewed-on: https://gerrit.libreoffice.org/17319Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>