... and instead do that in ExternalProject, which should be more
maintainable than patching.

Change-Id: I0ccf5697976399cf4f92c53e896492044ee6492d

Change-Id: I5fc7cdbcdf079edb101f6a8c3851c4cf4f92e258

There was a wrong 'if' statement, that checked if the focus was over 75%
and also if the angle was less than 180. If so - it compensated for that
by adding 180 degrees to the angle (and losing the 'focus' attribute).
But it should do that even if the angle is more than 180 degrees, so
this was fixed.

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

Change-Id: Ib2dc8a61359e656721c5c6c99587d4d547eed835

This commit changes the behavior of the export process of text-box
gradient color. Currently it exports the colors inverted,
but it should do so only when it is an 'axis' gradient.

Change-Id: I8841982c1dbc57616d6e1640d73bc8aa823ae056
Reviewed-on: https://gerrit.libreoffice.org/6646Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I5a205752cc69f4f5cc3f8198db3ab64341e13f1e

Change-Id: Ieecd2e8ee010b06b64a792e0fcad744c66c5f79e

Change-Id: Id9433a32a9787673fbb266d6465f0bd89f919a40

Only the background bitmap that will show behind the buttons is missing at the
moment, will come later.

Change-Id: I60e8f74ab28383ce1e891367ba5d2aff23d787ff

Otherwise, the text on the button easily becomes invisible.

Change-Id: Ia812706559fbee4ce4ccb1f7610cfd235b1dc5c3

Otherwise, when you use SetBackground() to set a color, it will be changed to
white the next time the UpdateSettings() is called whatever you do ;-)

Change-Id: I508a049a327fa9be5035bdb19050d6bcb53a2bfe

Change-Id: Ie886beceb57201ee1a0893943c455d5f87b0d6cc

Problem Description :
The <w:hyperlink> tag is not terminated properly due to that the file get corrupted.
Also unit test is added for export.

Conflicts:
	sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Revewied on:
	https://gerrit.libreoffice.org/6619

Change-Id: I2480ab624ab572e411bd1511030c0da1b7f5d183

Change-Id: I6343cf1f274de407b6de18304612b69e2516f621

Change-Id: I58e7d1ba611b4482cfe4ac5f5d37feaf33691a37

Change-Id: Ie22292da1ee79f2693da73cc27944a53b2213150

Problem Description:
In "w:spacing" value of "w:line" attribute value is not getting preserved.

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

Change-Id: Id9da4f9234d14cf4599c6520b4a191ad9af92c25

Change-Id: Iccfa510c11d0b9f82130ae136db0bdd6714fadcd

Change-Id: I147e8632c36ac0755a539d89ea5d34207839ea7c
Reviewed-on: https://gerrit.libreoffice.org/6518Reviewed-by: Andrzej J.R. Hunt <andrzej@ahunt.org>
Tested-by: Andrzej J.R. Hunt <andrzej@ahunt.org>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

Change-Id: I20b2dff7bef115b2eab8e6fdba9a836612134d48

Project: help  39f6e246dc6790f93511d3f7f7e08861f160d400

Change-Id: I51f90299f0a2f9573dd8cfd1e6b875e7c76af125

Change-Id: Ib60e1f052d15ca49e8cbba48b65a94d273a82170

This only applies to embedded databases where any changes to the database
only affect the temporary extracted db which still has to be stored into
the .odb.

This only fixes the status for modification/insertion/deletion of data
in existing tables. Insertion of new tables still does not result
in the modified state being set.

Change-Id: I553f67127672f2cf49b98ddcdf7d25f22bef5074
Reviewed-on: https://gerrit.libreoffice.org/6621Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

When importing bitmaps coming from VML code, we were mistakenly ignoring
rotation information: we have just added it to the existing XShape object.

In the case of bitmaps expressed in DrawingML, the code was transforming
them into SwXTextGraphicObjects which don't have rotation information.
We are now preventing that transformation when rotation value differs from
zero, leaving the XShape object that was built in the first pass through
the document.

Added a unit test.

Conflicts:
	sw/qa/extras/ooxmlimport/ooxmlimport.cxx
Reviewed on:
	https://gerrit.libreoffice.org/6484

Change-Id: I40100f8919894e48c005f8ed445bb5cad4f58d8b

Change-Id: I63c7caec6c2c630cf1ce67a4e0f71694475e83bc

RID_SLRBRACEX was missing in the Elements dock.

Change-Id: Id8b2035b603938dea774ac2cfe1ef5aaff4dae54

..and are included by another headers

Change-Id: I1adfac86525105188b68f512bcbf3b4f4a0fc490

Added new toolbar ("Changes") which contains accept, reject, comment,
protect, accept or reject, record and show within Writer.

Change-Id: Ic541f95f09b3897cdabd23a6e1070809f361cc16

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

Change-Id: I631073180f973000c68533cd21b0b8447e5869e9

- from nss_macosx.patch drop nmedit hunk (removed upstream)
- adapt include and lib paths to changed tarball directory layout

Change-Id: Ia5dcce8dfd9d10e7e4ba689eefa9f39a51596dfe
Reviewed-on: https://gerrit.libreoffice.org/6670Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Fixed an error at ImplEESdrWriter::ImplFlipBoundingBox implementation.
I've also tried to simplify and explain the calculations done there.

Change-Id: I41c6c6e1a045803524479c92ef807913db38167a
Reviewed-on: https://gerrit.libreoffice.org/6433Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

We were saving the size of the rotated shape bounding box in the docx file
but that size was being interpreted as the size of the original, unrotated
shape.

Now VMLExport::Commit will use the dimensions of the rectangle received as
a parameter to save to the file instead of those returned by SdrAttrObject
->GetSnapRect

Change-Id: I53670db77f5e5320a87579dcd56617d5ccf1851a
Reviewed-on: https://gerrit.libreoffice.org/6432Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Project: help  42f290e423e49da0283dcd00a66f17cf1d201456

Change-Id: Iec39551dafead84f4f0ad246e7e1d1ad16e15b4a

Change-Id: I9dc8366d2e8bd2ab16ce11c9e69cbdbdca0ccae5

Change-Id: I34b6f91d104e5f095f0aad58869d62d0a367d2b3

Change-Id: I8b9e0629710c3b48c26a19158ab54bb250d79d5c

Change-Id: Ida3365b0451b947e04d7097799ac5108f76fc1a5

 Issue:-
  1] When MS Office docx file containing cropped image is
     round tripped with LibreOffice 4.2, image looses
     its cropping effect.

 Implementation:-
  1] Function WriteSrcRect() is implemented inside docxattributeoutput.cxx
  2] It writes out xml tag <a:srcRect> which is responsible for storing
     cropping parameters

Change-Id: I8814df40f9907512779b42c9ad2405953c70626b
Reviewed-on: https://gerrit.libreoffice.org/6507Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: Ia8a15d1ec79577e4cd5bcaec99ef0926163a14ca