Age | Commit message (Collapse) | Author |
|
Change-Id: I626e0039a01e62eeae994b1c423cc6f8aa359c06
Reviewed-on: https://gerrit.libreoffice.org/8087
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I6e13f3705cb591573693cf60220e32aa823c5886
Reviewed-on: https://gerrit.libreoffice.org/8067
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
|
|
Change-Id: Iddee0b723ce8a0ac9020b0b048a31212dc377430
|
|
Change-Id: Ib0f6699e994f5a71603779b8227bf081b71a5dd6
|
|
Change-Id: I366f41afdad4f1ef38506d5d20f4293c3dde2d68
|
|
Change-Id: Iffe842fad73eadf69c67f03cfd1d99aadf70a167
|
|
Change-Id: I3a38f7db881469a5a08fa48f77609355ff6dae4c
|
|
Change-Id: I41cedc756bbaa6f1382aaf40395f18176170402a
|
|
Change-Id: Ib31e77d3dfe4cf2397ae41b45997c109d5b6125b
|
|
Change-Id: I9529a1d48c9c708ded67f83eb4d7777086618cb6
|
|
Change-Id: I1fd936e71dfd392f53d77924b3044ff763620595
|
|
Change-Id: Ia4ee1370c1b68d93e5e74b452c6fd332df22e545
|
|
Change-Id: Iec6f0cbd3b2368959327f807a5dd91451ed6abb2
|
|
Change-Id: I68e317d7f7a419ed5901d745a9477e0d4570db45
|
|
Follow logical consequences of the always-NULL.
And, depressingly, big slabs of the IA2 caption code
in writer doesn't actually do anything.
Change-Id: I35f7ffac19db683010b656b3c88f81b65233b080
|
|
Change-Id: Iaaad9302ef8edb47fa95ce8ca608b6f36449521b
|
|
If you start a mail merge jobs via UNO, there is no way to cancel
it. But the functionality is already implemented and used by the
LO internal mail merge dialogs.
This patch adds an optional XCancellable interface to the MailMerge
service and implements it in the SwXMailMerge class.
As the XJob::execute function already uses the SolarMutex to
prevent parallel runs, XCancellable::cancel can be implemented by
storing the SwNewDBMgr in the private variable m_pMgr, protected by
a mutex.
The bCancel member has to be converted from a bitfield value to a
real boolean, because otherwise all bitfield values would have to
be protected by a mutex. Bitfield assignments aren't atomic as you
always have to replace at least a byte.
Change-Id: I007cc23fdf04ccfca7d3cd6180b0e17e99f53061
Reviewed-on: https://gerrit.libreoffice.org/7190
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
This patch adds support in the DOCX importer for the 'table cell redline'
to be sent from the DOCX importer, using UNO (as a property of the
table cell) to the SW core. Once it reaches the 'table cell' - the
'set property' detects this property - and creates an
'SwTableCellRedline' object for it, and adds it to the
'SwExtraRedlineTbl' object.
Change-Id: Iba038f4109d5505b94cea548e73c614b5cc1b637
Reviewed-on: https://gerrit.libreoffice.org/7875
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I257ef3cc360c74fb83c65e4be9967e9f84ba9af3
Reviewed-on: https://gerrit.libreoffice.org/7874
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
This patch adds support for 'Table Cell Redlines' (such as 'table cell inserted'
or 'table cell deleted' in SW core).
It adds the 'SwTableCellRedline' object, and adds a function for adding
objects of that type to the 'SwExtraRedlineTbl', which is the object
that holds all the redlines which are not 'Ranged' redlines.
Change-Id: Ic2e410be58683f171ea07d430b7544600780711e
Reviewed-on: https://gerrit.libreoffice.org/7873
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
This patch adds support in the DOCX importer for the 'table row redline'
to be sent from the DOCX importer, using UNO (as a property of the
table row) to the SW core. Once it reaches the 'table row' - the
'set property' detects this property - and creates an
'SwTableRowRedline' object for it, and adds it to the 'SwExtraRedlineTbl'
object.
Change-Id: Ifd9ba680a722b54116b07dca54841dcba599c517
Reviewed-on: https://gerrit.libreoffice.org/7822
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
and related Input Fields when user directly edits a User Field Input Field
- assure that no recursive updates occur
(cherry picked from commit 3c2b5242e81575ec4b6c110afd88894670bd2283)
Conflicts:
sw/inc/txtfld.hxx
sw/source/core/fields/expfld.cxx
sw/source/core/fields/usrfld.cxx
Change-Id: I36af4d5e8008f16737e3ec14c1ec737a5f43d3b1
|
|
This patch adds support for 'Table Row Redlines' (such as 'table row inserted'
or 'table row deleted' in SW core).
This is done by adding a new object called 'SwExtraRedlineTbl' that holds all
the redlines that are not of type 'SwRangedRedline'.
Also this patch adds a function for adding these types of redlines to the
'SwExtraRedlineTbl' object.
It also further develops the 'SwTableRowRedline' object.
Change-Id: Ic285f33e4f5af8f197d8fc24c2a8a3777755afad
Reviewed-on: https://gerrit.libreoffice.org/7821
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I1b8cf992b574fe6155701711a619bad5bfc34265
|
|
Add stub derived class 'SwTableRowRedline' that will hold information
about the table row that got the changes, including the actual change
that was done (inserted\deleted).
Change-Id: I8b6ef9da3f3d9859a1e908dbcc018bc5c54b8329
Reviewed-on: https://gerrit.libreoffice.org/7466
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Added a new redline object for non-ranged redlines called 'SwExtraRedline'.
Examples for such redlines are 'table row was inserted \ deleted',
'table properties changed', 'text was moved' etc.
Also - added a table for these redlines called 'SwExtraRedlineTbl'.
Change-Id: I9190093c97108b7e4923bc8a9feb441ad5c5694f
Reviewed-on: https://gerrit.libreoffice.org/7464
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I447ebcc61ff061bce15678c6fcfd3d0a4669908f
|
|
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
|
|
in all apps for all object types to work the same
(cherry picked from commit 080a23dfb836bac49d9496fa1460b9dda9138f65)
Conflicts:
sc/source/ui/drawfunc/fuins1.cxx
sc/source/ui/inc/drawview.hxx
sc/source/ui/inc/viewfunc.hxx
sc/source/ui/view/drawview.cxx
sc/source/ui/view/viewfun3.cxx
sc/source/ui/view/viewfun7.cxx
sd/source/ui/func/fuinsert.cxx
sd/source/ui/view/sdview4.cxx
sw/source/core/frmedt/fecopy.cxx
sw/source/ui/dochdl/swdtflvr.cxx
sw/source/ui/inc/view.hxx
sw/source/ui/inc/wrtsh.hxx
sw/source/ui/shells/drawsh.cxx
sw/source/ui/uiview/view2.cxx
sw/source/ui/wrtsh/wrtsh1.cxx
Change-Id: I7f77d8c0812278ad434fe1c503a03d9747ea0b00
|
|
Change-Id: If4aba89909a3ef049a756182c37d8a5d6812ae70
|
|
To replace single-instance com.sun.star.util.PathSettings service,
incorrectly converted in 89b0017b22889af6a8afe28b94c06e7095dc8c6f
Keeping util::PathSettings::create in
sc/source/ui/vba/vbaapplication.cxx because for some reason
util::thePathSettings::get does not work in sc_macros_test
while testing sc/qa/extras/testdocuments/Ranges.xls.
Change-Id: I75b68ae56ac5b58f72416070dba100ab3ab70fe8
|
|
|
|
Change-Id: I6854bdf96f050b7f333803d068fe681df92ed3e6
|
|
Change-Id: I6f5b937826ac37f5f8bdee26e139fd6ca1e9a925
|
|
Change-Id: I5498266e5496f196d420a2897b804da8599917b5
|
|
Change-Id: Iae7d6ca73d64b1fa95cdd3f84e6ad51fb0015e4d
|
|
Change-Id: I9eeb6973a8056002f0cb478138056c30189a46e7
|
|
Change-Id: I7b503e5d49865c9ff287bf72eaff1995ce871790
|
|
UNO API, height.
Change-Id: Ie61fb7f6de42b9dfb8b8f6f0982239d1c30f84ab
|
|
This is the doc model part, height.
Change-Id: I99eb4cadc2bd5f2025bc1b8793d4eede5b106d72
|
|
Change-Id: Ibeb658e73b588f90242c95d23149f2ef45a7a815
|
|
Change-Id: Ic88cca3722d555ba48d7da8c176556fa1ff90650
|
|
Which exposes SwFmtFrmSize::eWidthPercentRelation. Do not document yet,
will be done if layout/filters/UI confirms that the data structure is
suitable.
Change-Id: Ic4eac3356452f4bedf9809ff5678e299b7339053
|
|
Relative width so far was always relative to margin. This new member can
describe if the relative width should be relative to e.g. page.
Change-Id: Idaed3c1ade8cd49021ed3406abd6f79cf8e742be
|
|
This was generated previously in writerfilter, but keeping around an XML
file of 8000+ lines just to generate these constants is an overkill.
Additionally, these constants are hardwired in all available WW8 files,
so they won't change. By copying it here, it's possible to incrementally
remove what's still remaining from writerfilter's not used doctok.
Change-Id: I1d30da1f635946b15a37de68080fd9eebc2ad88e
|
|
Change-Id: I6798bcb995cf68f4a7121b0cfe3712a3564584ea
|
|
Change-Id: I74e523717ca78983b67aa612161e8f32aaead2d1
|
|
Change-Id: Ib65a1e987ad6511e90fd66a36c0105593a1df27c
|
|
Issue :
DOCX contatining TOC Code field '\u' was not getting
preserved after RT.
Implementation :
1] Provided import & export support for TOC field flag '\u'.
2] Written export Unit Test for code field '\u'.
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
https://gerrit.libreoffice.org/7202
Change-Id: I43872c7db21c25e0586bf874d5bb0c9115ab76af
|
|
Change-Id: I9324483db587be43238af79c2148d724397a4622
|