Change-Id: Ia2e198c20b904ba178fac2969dfa80f3f1291be1
Reviewed-on: https://gerrit.libreoffice.org/49123Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

that was introduced with 54596087
without adjusting for Android accordingly

Change-Id: Ie6a2001ab13ecec959da9b57bb49e1bac76e8691

functionality to create new documents was added for tdf#106325 with
commit 1503769f
However the commit had some issues, most notably clipping of the shadow
effect and alignment issues to to scaling down (via the animation
effect, took me quite a while until I looked at that) with having a
centered pivot. I think it was due to those alignment issues that the
label was set to a fixed with - which is a problem for future
translation.
This commit:
* changes the animation to not scale down the initial views
* changes the FABs' setting to use compatPadding - this not only ensures
  enough room for the shadow, but also allows for consistent look across
  android versions. Side effect is that it needs more height, so
* the effect was adjusted accordingly, to shrink to/expand from the
  lower-right corner of the parent view, instead of "mid-air"
* the labels were given a proper background drawable with rounded
  corners and some padding for a (much more9 polished look
* formatting of the labels was split out to a style, for ease of
  tweaking the looks
* add tools:visibility statement to see the elements in layout editor
* fixed the strings for the labels (and ID) to some less awkward ones

Change-Id: Ifd2d90ec8d23e40603edff19c9af9e0b32090c9f
Reviewed-on: https://gerrit.libreoffice.org/42033Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Change-Id: I0362725646521c9e2126faeaaf35a1c1dbf775af

Change-Id: Idf609a4012499e76acc5e7ae76565937f2a58fbd

Change-Id: I58bc7c9099cd2a3a90f92efbd179d0f3abce02a6

The patch was sent for the ULAKBIM/PARDUS project.
Signed-off-by: Mert Tümer <merttumer7@gmail.com>

Change-Id: Iadbb688a1a976279b23d246001818ac1c21b3d47
Reviewed-on: https://gerrit.libreoffice.org/47637Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: Iaee918439f8472bab7fab2cf545ac2e420d614ab

Change-Id: Iad0d51311ba0e74e1fbc33ee3fb09c8c9a89b0c0

Change-Id: I47e1df5d27e788ef5aa48c3a09daf9888c33f920

esp. removing the jniLib one is important, as otherwise it is easy to
package both x86 as well as arm libs into the apk, making it huuuge :-)

Change-Id: I6364b82800a449682b618f0bb98a47825dcb0742

Change-Id: Ie885224f257916debec85ab4a42435ff606b0acd

On Windows, with 16x parallel build, build-nocheck target fails,
because it tries to sign a file that is already in use (gengal).

Change-Id: Ic582334f2c02f5e38f49d048fc0425025ffeee41

Change-Id: Ic1eeb36584144785f1ec5c502140ea0405020cac

Word relates the position to the unrotated shape in legacy doc
format. Writer uses the rotated shape. The patch corrects the
difference on import and export.

Reviewed-on: https://gerrit.libreoffice.org/70152
Tested-by: Jenkins
Reviewed-by: Regina Henschel <rb.henschel@t-online.de>
(cherry picked from commit 421e6fc3)

Change-Id: I25537123656e62d6ffae5118ee8d621a4b5c5be0

This registers SharePoint integration libraries using regsvr.exe.
Both 32-bit and 64-bit libraries are registered; registration of
SharePoint.OpenDocuments is unconditional (subject to ActiveX
feature install state), substituting respective MSO component.

This only works for 32-bit MSI, because in case of 64-bit MSI, only
64-bit SharePoint DLL is included; this makes the library ~useless
in case of 64-bit MSI, because IE needs 32-bit component absent there.
Proper solution will be created for master branch.

Change-Id: Ic5bf9e7090acfaa17d47cb72b9ebfd483242f656
Reviewed-on: https://gerrit.libreoffice.org/72801Reviewed-by: Aron Budea <aron.budea@collabora.com>
Tested-by: Aron Budea <aron.budea@collabora.com>

Removing these few lines of code fixes the problem on iOS, as far as I
can see. Let's hope it doesn't introduce any new issue in the iOS app.
In this branch, I didn't have the clout to remove them for macOS, too.

Change-Id: I2380d010ba223a698acfe916fca4580a1502be98

Reading OOXML _x005F_ escaped content may not get unescaped, so
when writing back to OOXML do not attempt to escape it again, i.e.
write _x005F_xHHHH_ as is and not as _x005F_x005F_xHHHH_.

This is more a workaround, the proper fix would be to unescape
_x005F_ content upon read. But then the entire "invalid XML
character" escapement and handling control characters rat tail
would come into play.

Change-Id: I3d31dc84a362753c23a8c89f7a5d7bfd06e4367b
Reviewed-on: https://gerrit.libreoffice.org/73187
Tested-by: Jenkins
Reviewed-by: Eike Rathke <erack@redhat.com>
(cherry picked from commit f677885f)

auto-rewrite with <https://gerrit.libreoffice.org/#/c/47798/> "Enable
loplugin:cstylecast for some more cases" plus
solenv/clang-format/reformat-formatted-files

Change-Id: I52e58aa38c600faf677e932cb3caad07547ccbb7
(cherry picked from commit 02416cc1)

Otherwise, the column setting is duplicated both in the section
and in the page style.

Change-Id: I14383c646e709a3653f1054f0d4170a2963529c1
Reviewed-on: https://gerrit.libreoffice.org/66151
Tested-by: Jenkins
Reviewed-by: Justin Luth <justin_luth@sil.org>
(cherry picked from commit 84fefd7c)
Reviewed-on: https://gerrit.libreoffice.org/66217Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
(cherry picked from commit 0e863f55)

Change-Id: I17d95cce0dd69e2ba8b4ebc7045544fc5659a249

The DISABLE_DYNLOADING case in ImpFilterLibCacheEntry::GetImportFunction()
had apparently been broken from the start, but nobody never noticed as
the common formats (PNG, JPEG, GIF etc) use a more "internal"code
path. The problem was noticed now with a TIFF image in a presentation.

The fix for the import case seems to work, but I could not test the
fix for the export case.

Change-Id: Icbd33c7cb654136a562f18b06d5b0896e701bf3d

Which is mapped to sal_Int32.

Change-Id: Ibf12e92a20034440fa990ed0c6f1196f4ca3f40f
Reviewed-on: https://gerrit.libreoffice.org/73218Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Status true / false means checked, status enabled / disabled means the
visibility (enablement) of the uno command.

Change-Id: Ib2671984f59ffd5e6f1823a65ea42b33bdfe67d6
Reviewed-on: https://gerrit.libreoffice.org/73384Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>
Tested-by: Szymon Kłos <szymon.klos@collabora.com>

Change-Id: Iae6191fbcf1d02e9e5dd29613eaf5c36646afccc
Reviewed-on: https://gerrit.libreoffice.org/73084Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

No function change, default behavior is still mapping them to postits.

(cherry picked from commit 25610762)

Conflicts:
	sw/source/filter/html/swhtml.cxx

Change-Id: I55041452909e9f0b83d6c5d113af3067b3c0afdb
Reviewed-on: https://gerrit.libreoffice.org/73083Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Miklos Vajna <vmiklos@collabora.com>

This reverts commit f6d2125b. No need to
hardcode this, we'll have a proper option instead.

Change-Id: I9778c19715d52bfa066585791b2002e9837e1d14
Reviewed-on: https://gerrit.libreoffice.org/73082Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: Iff70622732792224b3c0a080f95d69f86c167ae6
Reviewed-on: https://gerrit.libreoffice.org/73369Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

Change-Id: Ica706842003fe60ba864e013614eb535580446bb
Reviewed-on: https://gerrit.libreoffice.org/73365Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

Change-Id: Ib934314e56163983e70a0b04eb667e6b8527c783
Reviewed-on: https://gerrit.libreoffice.org/73364Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

Change-Id: Ie9efd1c5b4f5f6ffa66215df27a78027ba0dea39

Change-Id: I6f1ebf18e0565862703bcd4291f2705c8a605de0

Change-Id: I786001d66e9b40df5c30e19ff2381c9ed6c7db94

...ever since 2bd76c39 "INTEGRATION: CWS aw033",
and looks like it wants to use the

  aRetval = rCandidate.getB2DPoint(nIndex);

already assigned to it ahead of the if/else branches.

Change-Id: Iac242281312fe28b9a17a6a2a930e9597f77b7aa
Reviewed-on: https://gerrit.libreoffice.org/52811Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
(cherry picked from commit 4bf1bf9d)

Revert of:
2903c5f5

Reverting this commit does not lead to the original bug
to come back, so we can revert it without a problem.

Change-Id: I244a6b9451c47e1094db8a77c71b6696e0c464cc
Reviewed-on: https://gerrit.libreoffice.org/73139Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
Tested-by: Tamás Zolnai <tamas.zolnai@collabora.com>
(cherry picked from commit 63d17d01)
Reviewed-on: https://gerrit.libreoffice.org/73160Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Revert the commit caused this regression:
0fc41c53

The original issue does not come back with
reverting this commit.

Reviewed-on: https://gerrit.libreoffice.org/72679
Tested-by: Jenkins
Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
(cherry picked from commit 10609749)

Change-Id: I666c4f92e3b70b416ec6da7a704298d207451649
Reviewed-on: https://gerrit.libreoffice.org/72767Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Change-Id: Icea2c8aacb36e843dad67a056d07d6495fbbb17a
Reviewed-on: https://gerrit.libreoffice.org/72678
Tested-by: Jenkins
Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
(cherry picked from commit a703b4d8)
Reviewed-on: https://gerrit.libreoffice.org/72766Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Change-Id: I8b48c4ba6c114090243c89e507ef08b8056e641c

Change-Id: Icc72fca62e189559956abc0ebbca9ce196a02073

Sadly we can't accept public.utf8-plain-text, i.e.
text/plain;charset=utf-8, as the code does not know of such a
SotClipboardFormatId. The only text/plain is UTF-16.

And it probably is a good idea to accept HTML anyway. We have to
continue to (I think) not offer text/html because of the assertion
failure issue, see comment in DataFlavorMapper::openOfficeToSystemFlavor().

Change-Id: If5d77b97649424e347c50af10475c2be997c8632