Age | Commit message (Collapse) | Author |
|
This info will be used during type detection for more clever filter
selection.
Change-Id: I66a52ff6f425e97884afd1c85831c11381fb695d
|
|
Change-Id: Id6943713ade8a77f3f72aabf2e74635875cf5249
|
|
Change-Id: I96997da0eb038cab4bdba32e0d797747623f4853
|
|
This should reflect the fact that this type was already used as a
generic HTML type.
Change-Id: I0a209d51ed229f07aff001075c39bfc82d4c3088
|
|
Change-Id: I35a3efc506bbcc33ea4c3d2466929f8227dae102
|
|
Change-Id: Ie335ee44a347ab588dbf6cdeb38ef19246c1ad47
|
|
But it isn't needed here anyway, the "command line" is so short, so
just use lo-main-cmdline instead.
Change-Id: Icca1b57228584cee5962a33cd0d18873b13b2884
|
|
|
|
Change-Id: Icb84c34782dd41e0658f5f8ed4f689f149331d99
|
|
Change-Id: I9ed4df2a25c8a2a868f83de48472715a6cabe2be
|
|
|
|
Change-Id: Icaef88ba850f40e2354e896f688d11abba31fd8a
|
|
Simpler, and more light-weight now.
Change-Id: I1d512f92714b0836dc75a187024af263e208484f
|
|
Just a line at the top and the bottom, we do not want the entire 3D effect
here, it makes it visually incompatible with the window decorations.
Change-Id: I262932fb5def21d5bc4fb347be6d6a07807bb4d2
|
|
Change-Id: I9d118a5fbe2306465d8bcdb9ddd0596588137e5e
|
|
This makes both sw/qa/extras/ooxmltok/data/n705956-{1|2}.docx testcases
work at the same time. As far as I understand it, the .docx filter
calls into oox and at the end if gets the shape, while the shape
is removed from the ShapeContainer. In the case of recursion caused by
<w:pict><v:shape><w:txbxContent><w:pict><v:shape>, clearing the whole
list is wrong. Also, the OSL_ENSURE seems to suggest that there should
not be more than one shape inserted by each read. So simply consider
maShapes to be a stack when importing .docx .
Change-Id: I7263aeaf74c8d31a05e64c56b880cbc6b00d7dd6
|
|
Change-Id: Ie9a41292bd90919355991a187f17eb810dfc4dc1
|
|
This is pretty much a revert of 60cb70b94537e9ff1155fb80255fc04ce41363b2.
Turns out e.g. <v:shapetype> is not local only to its <w:pict>.
Added a testcase.
Change-Id: Ibbb9fe01bc2fc77dd67151bf4ca0905443eebf63
|
|
Change-Id: If97589c7b7ad647b22de229a6161b4fd78c757c8
|
|
Change-Id: Ifbb21fc26eedfde4afe2e3faf637346554f63d94
|
|
Change-Id: I00e1202de7bf5d20b4ac314dd138a3bb486245cb
|
|
|
|
Change-Id: I06dc09d57821ac729182764882558fa079b5ed37
|
|
Change-Id: Ia760fe7ae66f8caadb10947c3d743a9f64a55dc5
|
|
|
|
|
|
|
|
|
|
|
|
Change-Id: Ic982570a88a7f35c3b5a55a722ee759a37e1a64f
|
|
Currently default row heights imported from Excel are not adjusted Optimally ( AdjustRowHeight() is no longer called ) However to ensure correct round tripping the CR_MANUALSIZE flag *is* still set, this results in the style:use-optimal-row-height="true" being set for default row height(s) when saving as odf. So, for example absolute positions which are calculated on importing the Excel document ( where the row height is *not* optimally adjusted ) are still saved with the 'style:use-optimal-row-height' set. When the row heights are read back into calc the row sizes are changed any absolutely positioned objects are now out of place. This patch ensures *all* row heights are from an imported excel document are saved with style:use-optimal-row-height="false"
Change-Id: If898b97ddb0c8b59a401d7b3c133b0eec09cd1db
|
|
Change-Id: Ieb6aea7d3683411ffcefc6c5e1e7facdef8ed105
|
|
Change-Id: Ibfafe0d6420ad59e12b9eed4847c89e57a18d679
|
|
Change-Id: Icd40cc3bdc70e0ff55c82a6a4099411d1da47f56
|
|
|
|
Windows length path limitations strike again, and this should reduce the total
argument length.
Change-Id: I76fefabc8201e51494a7003d7ca4f9fd92ffa3b9
|
|
Change-Id: I906931d62683b7feeff1a2e4b2f8b185c6af480e
|
|
Change-Id: I14bc964e931d9ae1981e7a22e66d2699e16457f3
|
|
Change-Id: I4941d97a8eb540bbf63320db83230707ced9f90f
|
|
Change-Id: Ia2b63502dbd8b5e4e0ca7faa34e06df73f094a78
|
|
Change-Id: Iae8eb4a1a7f3a0d429ac47f64a77dcd4404d14d1
|
|
Change-Id: If47645a381a8da9851ba1bc19431f6341151906f
|
|
The trick of writing generic types into class files of versions < 49
does no longer work with javac from OpenJDK 7:
/comphelper/qa/complex/comphelper/Map.java:154: error: type Pair does
not take parameters
Pair< ?, ? >[] initialMappings = new Pair< ?, ? >[ _keys.length ];
There appears to be a related JDK bug for this, at some time javac had
an undocumented option to produce similar class files that are also
rejected now, this has been closed as "Not a Defect":
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7078419
Change-Id: I8a504f6cbb3bb58cd914aebb88637cc6feb0bd48
|
|
Without this, when changing sdi file, the objects that include the
generated header are only rebuilt at the second make invocation.
Change-Id: Idd52a12dd162ec780da3a3b9f24d3bdd9b408a33
|
|
When the new BorderLine2 struct with its added members was introduced,
the PutValues methods that are called by the macro recorder with
seqeunces of Anys were not adapted, so running recorded macro for
".uno:BorderInner" ".uno:BorderOuter" ".uno:SetBorderStyle" fails.
(regression from b624e6e6cf2ecfc6e6e983af45212fce5e731006,
7db30f7aa037f52eb07cbb4fd2796bd869204af8)
Change-Id: Icd8a11d7f5c8d79c57020f213a1554540b6c666d
|
|
Change-Id: I691616575b5ea0b35e0ec0cc98db6772a7ad3b25
|
|
Change-Id: Idad4558cfa741f1f2e17b270989a8a96ac80dd06
|
|
- when using the gtk vcl plugin, pressing F11 in writer crashes
libreoffice on some systems with an X error
- related: fdo#46687
Change-Id: I235cf327d812b606a357de859b1a959be728d2a1
|
|
Color Scales look correctly but in the databar code seems to be an error
if all values are positive.
Change-Id: I0bfb277df50021bd20a4b13a5da342670102b649
|
|
|