Remove getZoneOffsetInMillis, getDSTOffsetInMillis
+ getCombinedOffsetInMillis

Change-Id: I7bf5b3e9e2e84c2f0add263083d6e7e9057db8ac

Change-Id: I21aa10e1b4b0aa301f8b3022585e148fb727fbc9

Partially revert commit d30a8ec4
(Correct number format mapping for CJK numbered lists in rtf/doc/docx
filters., 2014-11-04).

Conflicts:
	sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
	https://gerrit.libreoffice.org/14211

Change-Id: I0876ecd982cfd8d97887495b23af0e0370821101

Change-Id: Ied44998b48817964f65fbe9f15e6d8cdf56f5e7a

Change-Id: Ib55dc6c32ec37fe022d268129de12567652c96ba

Change-Id: Idda1a5fbfec7d10fab4fcef47ee0d10945510d50

Change-Id: Iacd1fd5dcd91f09e142d46bd6f397375d3fd4906

Change-Id: I0f9d93e945ec554e9ea89621ecd30f683f3f184c

Don't add tests that try to load files to ucalc. That just ends up in problems.

Change-Id: I6ccc08230b7d96fd7a1b7ca0fc7c1f48284cad5a

regression from 1d38cb36

Change-Id: Ia8cfe47b9d92889b3724f394db5090a59e69dd48

should be equivalent

Change-Id: I7bec152b8abb26b34f7b5362a47dc5bdcbee02a9

Change-Id: Ic99f1f30d799433e42ccc51a2e2019c60038222a

Change-Id: I93bf9ab7ed32e60b735ad04b5da3de3c9aea6501

Change-Id: Ia3382b3b233d416c946090fc670a0ff029851c2a

Change-Id: I8976671fa0c1c090c0af1030e3ef8df3f3701b60

warn:vcl.layout:723333:1:vcl/source/window/builder.cxx:1424: making metric box for
type: GtkComboBox unit: degrees name: orientationdegrees use a VclComboBoxNumeric instead

Change-Id: I56b93ff19fcd5e650f9de60a2db70bc86ac81299

Conflicts:
	sc/source/core/data/document10.cxx
	sw/source/core/doc/docfmt.cxx

Change-Id: I1312f476607ea3a78b162a7e59323b0a142f6629

Change-Id: Ieca50aa0920753cd952123e27d5355d32e82c918

Change-Id: Ie74495745b48d721c7dda0b447fc59066c869874

Change-Id: Ied363ca05ee1778b401073321588ac00d9b19634

Change-Id: I2c1b935648ea2728878f606dfe8a141c3c1ddda2

Change-Id: I4c79b944edf246b80a8dd5ea54c3651e3909f54b

This was unused since the earlier cleanup.

Change-Id: Ia56641c4242037a0ce501e43939b8dc862499f0e

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

Change-Id: Ib1445e9c66c08044434c7e8c828d2fc7b6a0a04c

* pib structure in rtf shape is processed always, if exists, not only
  for shape #75 (picture frame): it is possible for other shapes, at
  least for #1 (rectangle)

* picture inside shape gets width and height from shape: this picture
  looks like pib object and should fit shape frame

Conflicts:
	sw/qa/extras/rtfimport/rtfimport.cxx

Reviewed on:
	https://gerrit.libreoffice.org/14396

Change-Id: I5cf2e692940c4ddd8ab8b291ef65c0cc44c45f5d

take the border window dimensions into account on the
layout size, but not the layout position

Change-Id: I9deb722933e325c92e93ae917fa8e34eaccfca2d

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

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

No visible effect, just that it's unnecessary in other cases.

Change-Id: I4f40dbaea5ea647347f7e20f8e233837f7dbd8cb

Just use /bin/sh, which exists on more systems.

Change-Id: I5e5453b89841510473414a4c339b647b4f95ae7b

"[...] to allow users to control the visibility of a type for the purposes of
RTTI [...]"
(<http://llvm.org/viewvc/llvm-project?view=revision&revision=175587>), so fits
well for SAL_DLLPUBLIC_RTTI

Change-Id: I6494e027c3af176591ffeb1d6a8965b7d40db1a9

Change-Id: I4da774b8ebd2115a7f1ae717843498c0f452f7df

Change-Id: Id56bc94e95e59f9bfe1dca02ff1f5e16844de45a

Change-Id: Ia9ac12c0d03d960aced5d7066306a6f68c95996b

The problem was that the bugdoc had a table, and inside the table there
was a long paragraph that flows to the next page, but only the paragraph
mark of it does so. We first split the frame to have space for the
paragraph mark, but later decided that all the content would fit the
first frame, and this way the last hard line break and the paragraph
mark was painted on each other.

This is normally not a problem without tables, because
SwTxtFrm::FormatAdjust() just calls SplitFrm(), sets its nNew flag to
non-zero make sure that later SwTxtFrm::_AdjustFollow() doesn't try to
join it, and we're ready. However, when the paragraph is inside a table,
then the paragraph was formatted multiple times, and next time when we
already had a follow nNew was not set, so even if there was a correct
split first, the new frame was joined later.

Fix the problem by explicitly setting nNew for the "in a table and
paragraph ends with a hard line break" case, that way we don't blindly
join the frame, only in case there is enough space for the follow in the
master.

Change-Id: Iede654740dcb0d8aa768d742ee330208291a383a

Change-Id: Id6e418fb6ae69c6e71e5e52e6e08c1411ea08b65

Change-Id: I6ef51a8ec3215f331d2671074be17f68aa6cd1ce

Change-Id: I29ca828a2049a72e2238986892c172e7c135b44b

Compute expressions like (-8)^(1/3) correctly. This makes
calculations compatible with Excel. Exponents must reduce
to the form 1/n.

Change-Id: I007c818f584323f80f2f6b1000d931f19a4590ad