Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I01e11fa956a249974e77dce9deebe79311f098d0
|
|
Change-Id: I30016977f1be8fb53dd239367d043de92a9467d9
|
|
It seems that number recognition in tables are not working properly
enter 10-10-10 and it should be converted to a date but it is not.
I tracked it down to the fix of bug fdo#32082. It looks like bSetNumFmt
was changed to false by mistake. Since then it has changed name to
bSetNumFormat. From what I can tell fdo#32082 still works after this
patch, but I might have missed some nuance of that bug report.
Added two tests, one for the bug mentioned above and one to check
that number recognition is working. At least with a simple date.
Change-Id: Id58849a223eb602054c66c7379cd56a68a93dea2
Reviewed-on: https://gerrit.libreoffice.org/19563
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
|
|
Change-Id: Iecb7cd82d88bd1ee82f074e17319e5ce095e2690
|
|
Change-Id: I3ce33c8ea0c09948785621785d199ece6eda128a
|
|
Change-Id: I51a8161eeaa781ccace08605b97a0092f972b3bf
|
|
Change-Id: Ibb3b33681f4c33794e07b40989709e8f292f2084
|
|
Change-Id: Id9e18c67a4fa6e3646ac33cd616838819d1f10d8
|
|
Change-Id: Ibbcafef60e5074ef8b9e86bd6709bcfa50a5068d
|
|
Change-Id: I11ff551955c1ac291ab576f2f18c2dd410427eda
|
|
Change-Id: Ib5b0e87064b6dcff03f6b77287a80ee2a03b8799
|
|
Change-Id: I2ea407acd763ef2d7dae2d3b8f32525523ac8274
|
|
Change-Id: I328ac7a95ccc87732efae48b567a0556865928f3
|
|
replaced use of PTR_CAST, IS_TYPE, ISA in
idl, editeng, sc, sd, sw, sfx2, sot, starmath
Change-Id: I4a5bba4fdc4829099618c09b690c83f876a3d653
Reviewed-on: https://gerrit.libreoffice.org/19132
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>
|
|
Change-Id: Ie1603adf3908fd0668bcbe8f75c6bafa0d0bfd6c
Reviewed-on: https://gerrit.libreoffice.org/19072
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I9bae7b6fd8d66b4877fc96d93fc8f57d17987002
Reviewed-on: https://gerrit.libreoffice.org/18984
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Fixed tdf#94269
Change-Id: I63109cc4e095bad680d7637a065080ea368860ae
Reviewed-on: https://gerrit.libreoffice.org/18851
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ic2cb2c4d9534d503828308183d55cea5b8d88112
|
|
Make sure we don't reset the direct formatting with the table style when
updating.
Change-Id: I07b4a687fd0403bd80d73732a66101b967398507
|
|
Make these operations applying the table style too.
Change-Id: Iee2808a5a5c5f84538474b8fbc6bf53d1fab19b7
|
|
Change-Id: Idfbcfa1e5ba7bff92e98693c33c4b33a6beda08f
|
|
and clean up the API a little, there were multiple versions
of the same accessor with different names.
Change-Id: I01e44a7a81c0d67cbb6135a6d196ee106cbf994a
|
|
Change-Id: I341fb7c0712dff77ebfed41560a487f85c27c25a
|
|
Change-Id: If8d9770717c21875b4472b0d94a1fa5a9d136085
|
|
Change-Id: I13f10bda985d55d419a5bff481130a456ae2db8a
|
|
Change-Id: I36c7086117112d35df98c05030c965c21d9330ac
|
|
Polygon is one of these names that Clash with some system objects
A similar work has been done earlier with PolyPolygon.
Change-Id: Icf2217cb2906292b7275760f1a16be0e150312f5
Reviewed-on: https://gerrit.libreoffice.org/17789
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I7c67958c7bfea71e8b79588b85d388a8e6838775
|
|
Change-Id: I52cbaad71560d73f5e24f3de3cd62b00d678dd6c
Reviewed-on: https://gerrit.libreoffice.org/17187
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I1b510a6194282dfa4a9001d473127c5ebc8b44eb
Reviewed-on: https://gerrit.libreoffice.org/16731
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Id9296115f30858e7fd470a199e59343a96d7deec
Reviewed-on: https://gerrit.libreoffice.org/16712
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
not being used
Change-Id: I615558e3c0abe7284b9abb535ee8f15c844c846e
|
|
Change-Id: I4db77ea1de42676d9d2df70db3f2e1665a3fd983
Reviewed-on: https://gerrit.libreoffice.org/16419
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ibfa971952cd330ddf430e7e951c5c235d2ae6bd8
Reviewed-on: https://gerrit.libreoffice.org/16314
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ia5c8c0f38a347f398d587970a22e03f29ffd37af
|
|
Change-Id: I8d27ae80d209159690182ab91e272cf00e9f863d
|
|
Change-Id: Icb8f62a167cc450bd156f0e3611f30c4d2a57c16
|
|
Change-Id: I27c24d3284a8e0678fc5c041426b4a7e71cbd363
|
|
Change-Id: I338706e012d311df3cabc2b25175765c63c1b24c
Reviewed-on: https://gerrit.libreoffice.org/15899
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
renames the most annoying abbreviations in Writer (and partially
in the shared code too).
Change-Id: I9a62759138126c1537cc5c985ba05cf54d6132d9
|
|
+ adjust related code using the functionality
Change-Id: I6fa4ad04137643009ee39522c36d6c9e6f3d2502
|
|
Change-Id: I6cf30f74b8e6f32afed83fec1325ddf4d1f00ced
|
|
Change-Id: Ic5c8e439de38a421e2ac056fc1c11c872cee34f7
|
|
Change-Id: I12a020f4912921761a8bc4f8913638b5b41a91b5
|
|
Change-Id: I0e42e757a6f7b0c28758193aad8b3cb01607b8b1
|
|
Change-Id: I435d887c4763bfbb4a24e9d34252a85967ef8947
|
|
Change-Id: I187c0b2bd2f9e4ddeeac80b6046c25d5cf674d71
|
|
SwRangeRedline::Hide() will copy and delete the redlined text range,
and during the delete it happens that FLY_AS_CHAR frames are not deleted
before their anchor SwTxtNode is destroyed, so SwFmtAnchor::m_pCntntAnchor
will have its NodeIndex adjusted by SwNodes::RemoveNode() to a wrong
node and then it cannot call RemoveAnchoredFly() on the proper node.
Avoid the problem by manually deleting all FLY_AS_CHAR from nodes
before they are deleted and before the SwNodeIndex adjustment.
(regression from 738fb2ad77e5a1a4d6e2dc540886a17f4527e4db, which had
the equivalent problem with differing SwNodeIndex keys)
Change-Id: I13c9577c01e3b8976b74fb9c58dc2ef2c2fc0666
|
|
SwRangeRedline::Show() will move nodes around in the nodes-array, which
means that using SwNodeIndex as a key in a map that has a lifetime
not limited by the stack is a bad idea, as the map will become unsorted.
Remove SwFrmFmtAnchorMap from SwDoc and replace it with new
SwNode::m_pAnchoredFlys to do the same mapping.
(regression from 738fb2ad77e5a1a4d6e2dc540886a17f4527e4db)
Change-Id: I396d92b9d0b2045e98bad6d0b374303cd4e62b59
|
|
Problem is that after import there are SwRangeRedline that start in the
first cell of a table and end in the paragraph following the table.
There are <w:del> elements covering every individual paragraph in the
table; all of these are merged into one SwRangeRedline.
This could possibly be fixed in writerfilter by buffering the
m_pParaMarkerRedline until after convertToTable() to prevent the
merging, but perhaps it's better to fix it in SwXText::convertToTable().
Change-Id: I853ae624fffedb59a48bd90decb0973bf33beb68
|