Change-Id: I09048d8d92afa4761e5276f308361f6b7fd152b5

Change-Id: I13d12586b8f76b61e3b728858fb7228eb7be723e

Change-Id: I6fad82abf7d0ad4a85592e7011328faaaff14ce1

Change-Id: Ia82590221b806c9dfbc64acad13fbdc2e017782b

The commit efb23f29 Integrate branch of IAccessible2" changed the name of the accessible action click to press
we need to adjust the action wrapper class on mac accordingly.

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

1edca1fe (fdo#74499: - FILESAVE:System
throws a segmentation fault while saving files, 2014-02-06) added a unit
test to make sure a crash doesn't occur, except that it forgot to fix
the problem itself. Disable that for now till the real fix arrives.

Change-Id: I2dd2e2f2bb6f518acf082534bb048fb2d13e58e8

See http://nabble.documentfoundation.org/Cppcheck-Same-expression-on-both-sides-of-in-PresenterPaneBorderManager-cxx-sdext-td4094873.html

Change-Id: I7dbb8d0254ca77127250d6ca02de7b945ef8051e

Change-Id: I4bad098055c6c3b34dd5f02caf17df13cf4df797

Change-Id: I00f11f644b92f18f7a139bb8ece67c57a971f17e

This restriction makes absolutely no sense.  It was likely someone's
temporarily hack that was totally forgotten in the past 10 years...

Not to mention removing this fixes my bug.

Change-Id: I7394cccdc9fe486fda6cdd9b7eaf98fd291895a9

Change-Id: Ib9cffac17a8f2e0bb016952ae5dd1b00bd4fc9f9

Change-Id: I7368ad15292c82e5320deb9ab60e04f70d0c92b8

Change-Id: I0d589da01bf6afed86b5811d6b27f72f6e1bb160

ODF standard handle 'textarea-vertical-align' as a
'graphic-property' which "specifies formatting
properties for chart, draw, graphic, and frame elements".
So this change fit to the standard.

Change-Id: I956f512953380983c2c882e943178335fd4dbfeb

Change-Id: I469da0a8234dd2979facfed3d66907aad1a138ab

By now this property is added for MS Word interoperability.
With it we can make DOCX import/export working.
I use this solution instead of InteropGrabBag because vertical
adjustment would be a good thing to have for text frames too.
So later it can be the first step of an enhanchement.

Change-Id: I9dcfdc8ae56ce443f0c286c51136e1d006951938

The GetPrevPara() method apparently has to return 0 when there is no
previous paragraph.

(regression from ac85b6cf)

Change-Id: I09a3e1d3a3adb33562e4e03c0755447047cbd433

The notes already are shifted at the top of the function.  We don't
need this bottom one.

Change-Id: I10858d937674e236eecbc42ee08bf6eba197755a

Apparently having a non-empty cell where the note is makes the note take
a slightly different code path.

Change-Id: I23decb83eeb34ee9e16b4f56816648815f102db8

Change-Id: I630fc03502b7bc510313656ae11ae1159f2319ae

Change-Id: Icc089ca0b320c7db0e00b48a787e1657d65514ae

Change-Id: Iddf09c1acb7d2e812b86c6f14f5394a6a266d258

Change-Id: I3869657bbf20ac3152090a96428456c2a9eb9d14

(cherry picked from commit 2d6f7c35)

Conflicts:
	vcl/osx/salinst.cxx

Change-Id: I3f80bacd673f06be92406d397260d5b7bb0d1a19

Description: Docx containing text frame giving segmentation fault while saving file.
Reason found is inside writeDMLTextFrame() it was getting SdrObject pointer which is NULL
and accessing this NULL pointer was giving seg fault.
issue is fixed with commit 4de30fa7 here is the export test.

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

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

Change-Id: I64719e12be1f1c61bc86c99f1698f35db87d97be

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

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

The following code was reimplemented in a cleaner fashion some time
ago. However, it was just commented out and never removed. There is
no need for it now, so removing. It's in the DVCS if it's really
needed :-)

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

we don't want to apply the children's attributes onto the parent widget

Change-Id: Iad31e7f89266633e621aaf597713564747f7cac7

and other logical consequences of

officecfg::Office::Recovery::CrashReporter::Enabled ==  false

because we have this disabled by default since the first LibreOffice release
and we have no backend infrastucture to handle the submissions anyway and it's
blocking conversion of legacy .src dialogs to .ui format

Change-Id: Id5481af3ec970032b3728c0e6cc0c6a52d3ed3dc

Else you'd get a very comical result.

Change-Id: Ie73145dee47a8583f2e9cdb7ddb4f2d66f361dc1

Change-Id: I64e053106cee396a09f2a4915c19fcb1d69e5e82

The Area dialog for shapes unfortunately makes it possible to set
gradients/hatching/bitmap that uses the default items in the
SfxItemPool.  These items however cannot be stored to ODF files, since
these are represented as elements, not as attributes on a
style:default-style; what we get for defaults is a somewhat silly
draw:fill="hatch" without an draw:fill-hatch-name.
So prevent the dialog from creating them by forcing a selection of an
entry in the list.

Change-Id: I67cc6dbbf7b491f06d094d4de1e9c3ffe79b01f5

The pool defaults for svg:stroke-color and draw:fill-color were changed
and while previously (effective, manually overridden) defaults were
written into ODF files, this was lost with the change; restore that.

(regression from c0eb5e77)

Change-Id: Ibcd863260976aa42116175c7f19cb33760af986f

Change-Id: Ifc80202e0865b59931af6e50d3d60f5021f8b52e

Change-Id: I5e405ec2689000c973cf8ff1f86c1c2d6202eda9

Change-Id: I2c6bb5c0ad9a844826498a1c8495249dd88a9942

Change-Id: I8e7845c8148339fb305666e316b74fd134774ea3

Change-Id: Iebfb88b6326873642356f5ba566b36c7a3672815