Project: help 33bc6868c0b6ffaf2e9ee31b8e5448b11930634f
tweak help for core Change-Id: Ib8ccc9bc52718d9b0ebbfee76ad93dc29c260863
Change-Id: Iffb5f9facb234be10523af93f1e23607fb4fdd1c
Reviewed-on: https://gerrit.libreoffice.org/6663
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Currently - the angle of the gradient fill of a text-box was not
being exported. This resulted in the gradient always being a horizontal
gradient. This patch fixes that and exports the angle.
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
https://gerrit.libreoffice.org/6653
Change-Id: I1da60a8e82705097e9e699549d3828375967e744
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/6646
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
Only the background bitmap that will show behind the buttons is missing at the
moment, will come later.
Change-Id: I60e8f74ab28383ce1e891367ba5d2aff23d787ff
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
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
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
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/6621
Reviewed-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
Added new toolbar ("Changes") which contains accept, reject, comment,
protect, accept or reject, record and show within Writer.
Change-Id: Ic541f95f09b3897cdabd23a6e1070809f361cc16
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/6433
Reviewed-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/6432
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
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/6507
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
