- 07 Nis, 2018 4 kayıt (commit)
-
-
Caolán McNamara yazdı
Change-Id: Ide72884c77904ae9495b5189cde086e43923e4bd Reviewed-on: https://gerrit.libreoffice.org/51138Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Michael Stahl <mstahl@redhat.com> (cherry picked from commit 05315e34)
-
Caolán McNamara yazdı
Change-Id: I37f4787fb5772e959c45280d9650adcc15591033 Reviewed-on: https://gerrit.libreoffice.org/51130Tested-by:
-
Caolán McNamara yazdı
Change-Id: Ib36b74b455f741d9dcccbdf244d21453837bda3c Reviewed-on: https://gerrit.libreoffice.org/51100Reviewed-by:
-
Miklos Vajna yazdı
PDFDocument::Tokenize() in the aKeyword == "obj" case allocates a PDFObjectElement, stores it as an owning pointer inside rElements, and also stores two non-owning references to it in m_aOffsetObjects and m_aIDObjects. So make sure those 2 other containers are also cleared then elements go away. LO_TRACE="valgrind" bin/run pdfverify <sample> doesn't report errors anymore after the fix. Reviewed-on: https://gerrit.libreoffice.org/50632Tested-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
-
- 06 Nis, 2018 4 kayıt (commit)
-
-
Jan Holesovsky yazdı
Change-Id: I1ecae82c4b1e08383f6957c38cb70b91fc3549d4 Reviewed-on: https://gerrit.libreoffice.org/52504Reviewed-by:
Ashod Nakashian <ashnakash@gmail.com> Tested-by:
-
Jan Holesovsky yazdı
The DoubleClickHdl()'s return value does not mean "was handled", but actually "is there anything more to be done". Change-Id: Ideeee31db648829546a713148124e3d366941b9a Reviewed-on: https://gerrit.libreoffice.org/52292Tested-by:
Jan Holesovsky <kendy@collabora.com> (cherry picked from commit 3af6be55) Reviewed-on: https://gerrit.libreoffice.org/52304Reviewed-by:
Marco Cecchetti <mrcekets@gmail.com> Tested-by:
-
Jan Holesovsky yazdı
Change-Id: I50627ca577bf89810c716bf9e1db9ae74cec58d1 Reviewed-on: https://gerrit.libreoffice.org/52474Reviewed-by:
-
Tamás Zolnai yazdı
Create the user directory temporary in the temp directory and use that to load the dictionaries (bundled extensions). Co-author; Jan Holesovsky <kendy@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/49495Reviewed-by:
Tamás Zolnai <tamas.zolnai@collabora.com> (cherry picked from commit ecfd40a1) Change-Id: I5c7c824b68571048ce870fd5218cb47a333f3ad8 Reviewed-on: https://gerrit.libreoffice.org/52347Reviewed-by:
-
- 05 Nis, 2018 1 kayıt (commit)
-
-
Ashod Nakashian yazdı
Change-Id: Ie05d1feea2e930b117b3754c6e0db86bdb85bc61 Reviewed-on: https://gerrit.libreoffice.org/51681Tested-by:
-
- 03 Nis, 2018 11 kayıt (commit)
-
-
Mike Kaganski yazdı
Since commit fe6da2fe, "auto" color is supported in OOXML import. Since ODF doesn't support "auto" color as border color, just convert "auto" border color to black on import, like is done in GetLineIndex in ww8par6.cxx. Incidentally, this also fixes a problem in RTF import, where we used to import black borders ("\red0\green0\blue0;" entries in color table) as 0x000001 ("\red0\green0\blue1;") - see fixed tests in rtfimport.cxx. Change-Id: I4f5e720d215b51c8a43dc7c58f338741bd608efc Reviewed-on: https://gerrit.libreoffice.org/51519Tested-by:
Mike Kaganski <mike.kaganski@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/51585Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Reviewed-on: https://gerrit.libreoffice.org/52272Reviewed-by:
Aron Budea <aron.budea@collabora.com> Tested-by:
-
Tor Lillqvist yazdı
Change-Id: Ifc319e6954665b71f8a98d6ec849a71bbf2b7318 (cherry picked from commit 850b401e) Reviewed-on: https://gerrit.libreoffice.org/52096Reviewed-by:
-
Tor Lillqvist yazdı
Change-Id: I081614cb34aee704c9162f58c78dbaa6a350d30b (cherry picked from commit f21e341d) Reviewed-on: https://gerrit.libreoffice.org/52095Reviewed-by:
-
Tor Lillqvist yazdı
Change-Id: Ic2d36182795b2d27aec8fed8665d8bb9f8f12a0f Reviewed-on: https://gerrit.libreoffice.org/51975Tested-by:
Tor Lillqvist <tml@collabora.com> (cherry picked from commit a260eabf) Reviewed-on: https://gerrit.libreoffice.org/52094Reviewed-by:
-
Tor Lillqvist yazdı
Change-Id: I171e74a34273ddf969e49260fec487dd8cf2fb12 Reviewed-on: https://gerrit.libreoffice.org/51981Tested-by:
-
Tor Lillqvist yazdı
Change-Id: Ibe11ab2c3513a05b9aec574602b24df70270908c Reviewed-on: https://gerrit.libreoffice.org/51968Tested-by:
-
Tor Lillqvist yazdı
We add it as a subtree where each element in the sequence has as its name its number. Change-Id: I9422777d887d899f76ad6d259631d15c2db53f03 Reviewed-on: https://gerrit.libreoffice.org/51967Tested-by:
-
Tor Lillqvist yazdı
Change-Id: I542a8b36a097d8961dc76fdcc3d25a3d7b6eb526 Reviewed-on: https://gerrit.libreoffice.org/51966Tested-by:
-
Tor Lillqvist yazdı
Change-Id: I2c5111ee34929b9740796f5e1f08b3a8a58218e4 Reviewed-on: https://gerrit.libreoffice.org/51964Tested-by:
-
Tor Lillqvist yazdı
We defined the same function member in the class PythonScriptProvider twice. The first one was some accidental leftover surely. Change-Id: I10eebab7084af790a9263176f01f7817fa5124ff Reviewed-on: https://gerrit.libreoffice.org/51965Tested-by:
-
Tor Lillqvist yazdı
Change-Id: I5c2e01249058e03edfcf036036f9595b87f0a070 Reviewed-on: https://gerrit.libreoffice.org/51963Tested-by:
-
- 02 Nis, 2018 2 kayıt (commit)
-
-
Luke Deller yazdı
In docx a colour value is represented as a 6-digit hex RGB value, or alternatively the word "auto" to represent automatic colour. - Add support for reading the value "auto" as COL_AUTO. Previously this would be read as if it were a hex value, stopping at the letter 'u' which is not a valid hex digit, resulting in the colour 0x00000A - a very dark blue, which looks close enough to black that it went unnoticed for a long time :-) - Remove code which tried to handle this wrong 0x00000A value, including the constant OOXML_COLOR_AUTO, as it is no longer needed and will cause surprises for anyone who really wanted this exact shade of dark blue - Fix unit tests that were checking for 0x00000A Reviewed-on: https://gerrit.libreoffice.org/50995Tested-by:
-
Luke Deller yazdı
Reinstate a call to DontExpandFormat which was removed from appendTextContent in commit 232ad2f2 This ensures that direct character formatting which ended immediately before the insertion point will not be expanded to cover the inserted content. Reviewed-on: https://gerrit.libreoffice.org/50729Tested-by:
-
- 29 Mar, 2018 1 kayıt (commit)
-
-
Aron Budea yazdı
Now CppunitTest_libreofficekit_tiledrendering compiles (but still fails). Change-Id: Icf0e8adb5be5bd75b821da127df44ec02c810e6d
-
- 28 Mar, 2018 2 kayıt (commit)
-
-
Tamás Zolnai yazdı
These parts seems to be unstable. The first assertion also tests the main use case, so we don't loose to much with removing this code. Change-Id: Ic3372ae43f1c6d5c3d342f3428cce514c0cd3dc1 Reviewed-on: https://gerrit.libreoffice.org/52037Reviewed-by:
Andras Timar <andras.timar@collabora.com> Tested-by:
-
Andras Timar yazdı
Change-Id: I7969547bb38a9a0942573940c847fe729a21fcf3
-
- 27 Mar, 2018 8 kayıt (commit)
-
-
Jan Holesovsky yazdı
The online now shows no title when no title name is provided, which is better for the AutoFilter too. This reverts commit 04abf03e. Change-Id: If3e26e2b6d5b5b5a6d6a85c95ce1b8a7e6d358c8 Reviewed-on: https://gerrit.libreoffice.org/51953Reviewed-by:
pranavk <pranavk@collabora.co.uk> Tested-by:
-
Jan Holesovsky yazdı
Change-Id: I7b1ca50b06c3bdf0958bb88946873c6ddf717b0e Reviewed-on: https://gerrit.libreoffice.org/51952Reviewed-by:
-
Szymon Kłos yazdı
Available in: Tools->Options->Application colors Change-Id: I6e4f7a0dcad9a6ee222275019596853f0cbd3ab0 Reviewed-on: https://gerrit.libreoffice.org/51791Tested-by:
Szymon Kłos <szymon.klos@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/51943Reviewed-by:
-
Szymon Kłos yazdı
Not a complete fix, workaround. Change-Id: If4d765eaeae3419f4f1deb4e1cfbe0113a71da94 Reviewed-on: https://gerrit.libreoffice.org/51440Tested-by:
-
Szymon Kłos yazdı
Change-Id: Id47ab6b3cb20fbcebb2d7fa589f3b0d7552e2cce Reviewed-on: https://gerrit.libreoffice.org/51369Tested-by:
-
Szymon Kłos yazdı
Change-Id: I16b573fd6455813c6be5c2f5a0f0a820360a239f Reviewed-on: https://gerrit.libreoffice.org/51359Tested-by:
-
Szymon Kłos yazdı
Change-Id: I5a953c1b0fff7bf41a59360a8f52596264ddf266 Reviewed-on: https://gerrit.libreoffice.org/51293Tested-by:
-
Szymon Kłos yazdı
Change-Id: Ibe23377c7752d9ce97c7b100af4b2759b3ce946f Reviewed-on: https://gerrit.libreoffice.org/51241Tested-by:
-
- 26 Mar, 2018 2 kayıt (commit)
-
-
Michael Meeks yazdı
Change-Id: Ia362db52e7b078203964704569e1d54f053f2b57 Reviewed-on: https://gerrit.libreoffice.org/51544Tested-by:
Michael Meeks <michael.meeks@collabora.com> (cherry picked from commit 5b1442ec) Reviewed-on: https://gerrit.libreoffice.org/51908Reviewed-by:
-
Andras Timar yazdı
Change-Id: I6b7e53882fc36c96928b93bc1cf42d63dd77556a (cherry picked from commit 96cc6a5a)
-
- 23 Mar, 2018 2 kayıt (commit)
-
-
Pranav Kant yazdı
Change-Id: I7721380b1bb6e9ec21338a72523326d0cae6729e Reviewed-on: https://gerrit.libreoffice.org/51778Reviewed-by:
-
Miklos Vajna yazdı
Discarding header/footer is necessary when the document or section settings request to ignore first or even headers/footers. In the bugdoc case settings.xml didn't opt-in for different even/odd footers, but there was an even footer to be ignored. Handle this state at two more places, so we don't end up in a situation where we ignore the footer but not its "remove last (empty) paragraph at the end of the footer" action. Also make the debug dumper for text ranges more robust to have a working token dump when we try to get the string for a table. (cherry picked from commit 49cf733e) Conflicts: sw/qa/extras/ooxmlexport/ooxmlexport11.cxx Change-Id: I6395f37aa40c42304e2c918d87dadecb21e9d378 Reviewed-on: https://gerrit.libreoffice.org/51763Reviewed-by:
-
- 20 Mar, 2018 2 kayıt (commit)
-
-
Marco Cecchetti yazdı
Change-Id: Iaedc7f15147ea7f09e71877b592f932e3ecb37d5 Reviewed-on: https://gerrit.libreoffice.org/51609Reviewed-by:
-
Marco Cecchetti yazdı
Change-Id: If22dbc9f0f0512d4b05e9b16c8c6414af33fb9d4 Reviewed-on: https://gerrit.libreoffice.org/51608Reviewed-by:
-
- 19 Mar, 2018 1 kayıt (commit)
-
-
Mike Kaganski yazdı
This is a longstanding (at least since 2000: already present in commit 7b0b5cdf) error where left border linespace was used when calculating right margin. It was copypasted from ww8 import to ooxml code verbatim. The problem only manifests itself when left and right border spacings are not the same; and since we had other errors in the borders import, that additional problem simply wasn't apparent. Also use scaled border width in border distance/margin calculations. Unit tests updated. Change-Id: I70961e1bde29471def69e1ef944ba2779cffe307 Reviewed-on: https://gerrit.libreoffice.org/51474Tested-by:
-
