Change-Id: I29feefb1045e22addcbe68c00e3ed601e258519d
Reviewed-on: https://gerrit.libreoffice.org/43607Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

...done by Bartłomiej Piotrowski <b@bpiotrowski.pl>,
<https://github.com/flathub/flathub/pull/127/commits/83a660a7c2876cfa53b86a3a5164908d4490a5f7>
"Remove access to the system and session buses" and
<https://github.com/flathub/flathub/pull/127/commits/e8481f172e03542e5be0bde537f62999db7277fe>
"Own correct D-Bus name on the session bus".

Change-Id: I3d58833e0cee64b1c936f76df90a892bc6ce70d4

Change-Id: I02db3b076e8b4387192da1d0de321cca86fc7159

Change-Id: Id288b7473fa65c35c45d726d47e5016ae0b630e4

Change-Id: I79d87614fe220db595e4d2107b0d1571093db6c5

One of them was removed with
e6611cc2, reintroduce to prevent
running into a dead end again.

16 or 17 digits will need some different approach.

Change-Id: Iec213ed857121e323e13ee83763c51fa563c794f

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

Change-Id: I8f0835a910bef2eac058a8408a86edc774ab8777
Reviewed-on: https://gerrit.libreoffice.org/43594Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Takeshi Abe <tabe@fixedpoint.jp>

Basically works in the same way then in the Windows backend.

Change-Id: If48e2b55f037563839a5e716830ce75ed78381e4
Reviewed-on: https://gerrit.libreoffice.org/43530Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>

Change-Id: Ic2ee596b1d2dbba4f685100aef1862ce0e5e435d

Change-Id: Ifae68d4d5a17446f01c97ce2e94cd0419217259e

The FlyFrames containing a graphic now support an
interactive rotation mode. Added a rotation icon to the
Toolbar close to right/left 90degree rotation. When
activated, works as similar to draw object mode as
possible. Shear and move of the rotation center is
deactivated since not supported. It uses as much of the
existing interaction stuff as possible.

Change-Id: Ia1a4e5c064d8576b114c3fcf3a96ccb42c9372bb

Position was taken from OuterBound FlyFrame, even in current
master which is wrong. There can be a distance defined between
InnerBound and OuterBound that has to be taken into account

Change-Id: Id88f99c0b218bd26fa1daa5e8215eced00c0baa6

WIth rotaiton being allowed the handle visualisation may be
dependent on this, so it is necessary to refresh their
visualisation on rotation chnage, e.g. for crop handles

Change-Id: I218e326894999381fc4058b7eba432491a0cf23b

Change-Id: I432766970ef06c7d85a0056d3f24280cf2acd47d

The FlyFrame which may contain a Graphic needs working Crop,
interactive and in core. Adapted this to work with now possible
rotation, changed common code in svx which has to handle cases
for Draw/Impress/Calc and Writer differently. Tried to use as
much in common as possible. Additionally furter adaptions
to rotation itself.

Change-Id: Ia961e9490e2627c74220b186116f5aa4fcabca78

This version allows rotation (in 10th degrees) and perserves
it over save/load cycles. Rotation of multiples of 90 degree
behave close to original except not changing the contained
Graphic and being adaptable to all kinds of graphic. The
rotated Graphic is displayed centered and under preserved
AspectRatio in the available frame space (so no rotation,
180 degree is identical, 90/-90 is identical with 1:1 ratio
of the graphic)

Change-Id: I54b3385f709ee0d34a55324aca919dcd2ce0c009

To allow free rotation of Graphic FlyFrames in Writer,
several adaptions are necessary. This change takes care
of all needed changes to internally support a freely
definable rotation angle for that case. Save/Load round
trip is working, the graphic does no longer get modified
and added in 90-degree-changed state to the object, the
original will be preserved. Support for needed slot in
core/ui is implemented. Rotation can be applied from
Menus/Toolbars in the known 90/180 degree steps. Added
a slot/Button/command to reset rotation in these cases.
Added support in Sidebar to rotate using the rotation
wheel and/or numeric field. These fields and support added
to Image TabPage, too, fully functional.
Missing now is a solution for displaying the rotated
Graphic. For now, it just gets rotated, but this will not
be the final state of this change.

Change-Id: I6f3b85ebb5be2b4ad3311c536d54f27a37a494e7

RotGrfFlyFrame: Linux build adaptions

Change-Id: I365287ecd6525b1972e8436d61332f7121d88649

Like SfxTabDialog, as in interim measure throw away the TabPage if its not
suitable for reuse

Change-Id: If8247ea37dfca42e690716a8b687677e0f73c9a8

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

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

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

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

Confirmed in MSO 2003 and MSO2013.

Change-Id: I91362571294c3869ecd7c5fd37d2f781e2655fe6
Reviewed-on: https://gerrit.libreoffice.org/42919Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>

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

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

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

Renamed toom level into zoom factor

Change-Id: Ib7cadc822b4bca33d1252e9aea844319ba4c90d6
Reviewed-on: https://gerrit.libreoffice.org/43544Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Heiko Tietze <tietze.heiko@googlemail.com>

Change-Id: I5a0f75cb2b19123ac5f9f149a6dcaa06ef3f8923
Reviewed-on: https://gerrit.libreoffice.org/43585Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I5854e1492388d765a0503193a45f7c0f1bd14004
Reviewed-on: https://gerrit.libreoffice.org/43528Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Id4fad147002d0ec18d1462764f842a3791b48d3a

Change-Id: I3c519e1377c09b53f02f360bb53f422ac1bad2b5

Change-Id: Ie9e62b87a125c0bb86b3078a6eed80cfcfc1f522

The plan:

1. As Regina points out, there is already (in ODF 1.2, but not ODF 1.1)
   a style:shrink-to-fit attribute for shapes, so use this to represent
   the AUTOFIT value.

   The fallback from AUTOFIT to draw:fit-to-size="true" was a stupid
   idea anyway, probably "false" is less annoying in practice.

   There are 2 different shapes that implement TextFitToSize property:

   a) text shapes already interpret ALLLINES and PROPORTIONAL exactly
      the same
   b) fontwork custom shapes interpret ALLLINES but do nothing for
      PROPORTIONAL

   As Regina points out, there is no shape that needs to distinguish
   between ALLLINES and PROPORTIONAL, so we do a minor behavioral
   API CHANGE and from now on interpret PROPORTIONAL as ALLLINES
   on fontwork custom shapes.  This obviates the need to distinguish
   the values in ODF and so we don't need a new attribute,
   just use draw:fit-to-size="true" for both.

   On import, use MID_FLAG_MERGE_PROPERTY to combine the 2 attributes
   into one value.

2. Restrict the export of draw:fit-to-size to only the standard
   values "true"/"false".

This implements step 1, the step 2 will be done in the future when
most users have the import of the style:shrink-to-fit.

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

> Oct 20 10:21:31 <sberg> erAck, when "Testing
>  file:///run/build/libreoffice/sc/qa/unit/data/functions/array/fods/linest.fods"
>  in CppunitTest_sc_array_functions_test fails with non-informative expected 1
>  vs. actual 0, how can I reasonably debug that?  (and no, I don't have an X11
>  connection to the relevant machine, to see what opening that .fods with LO
>  would look like there)
> Oct 20 10:25:04 <erAck> sberg: sigh.. we're still lacking an "analyze steps"
>  in the functions test loader, so far only loading the doc and inspecting
>  provides that; maybe getting individual cell results via UNO would work

So disable these tests for aarch64 for now too, to get Flathub builds unstuck,
until somebody finds a way to actually debug this.

Change-Id: I9bf30d0d7185497f9ad4b04b60b6a67f34a8c44e

The code did acccount processing of an invaild timeout system
message as a valid timeout event.

Change-Id: I3c31f8b9cec592631b4089411163dadecffde816
Reviewed-on: https://gerrit.libreoffice.org/43529Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>

Change-Id: Ibd1d4f2c59bb832d6b2bba597e3f022c628e1887
Reviewed-on: https://gerrit.libreoffice.org/43577Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>

Change-Id: I506e77d97940570b076274a35cc92d3ec7278d3c
Reviewed-on: https://gerrit.libreoffice.org/43584Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>

After the selection of a shape the shape name is selected in the Navigator
tab under the Drawing Objects entry.

It scrolls to the corresponding entry as well in case the scrollbar is
visible.

Change-Id: I298e8fe6bdab01eb20c53e1730812192c46770c5
Reviewed-on: https://gerrit.libreoffice.org/43566Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tamás Bunth <btomi96@gmail.com>

Change-Id: Ic84ebb2327d6f99b04a6f2722f71fe401d2a9e09