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

Instead, just add the constructors of the needed services.  Tested with
various-charts.ods from tdf#89364.

Change-Id: I98df03bfc19aeacaa92e4693e7934c8503f183e1

Change-Id: I68d774d0d3758cdb67864d7939a7e1167dd9a7df

Project: help  377e8876396a87ae09b82ce17b67d8bef5b26abe

tdf#89294 scanner items are now in Media submenu

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

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

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

Change-Id: I61d5088a6f2e0b444b2943a2f9ce9feeb2e09c11

This reverts commit 0685b2e7.

com.sun.star.comp.chart2.report.XMLFilter was pointing to
com.sun.star.comp.chart2.XMLFilter by mistake.

Change-Id: Ia3c96cc98a4f81f2bb918200dc39eae1dbafdb58

Change-Id: I3ffe83afa0e0e6f181f75319af3d5cbcc78de395