- 10 Nis, 2019 22 kayıt (commit)
-
-
Stephan Bergmann yazdı
Change-Id: I22d556fe4719fc8e7b53c66b778f6b4196f8f024 Reviewed-on: https://gerrit.libreoffice.org/70523 Tested-by: Jenkins Reviewed-by:
Stephan Bergmann <sbergman@redhat.com>
-
Michael Weghorn yazdı
S.a. commit 8dbe0af7 which already did the same for Gtk3KDE5FilePicker. Change-Id: I35f837b7b8fdaebc5625ff8ea5e20b3f48a3b4ec Reviewed-on: https://gerrit.libreoffice.org/70519 Tested-by: Jenkins Reviewed-by:
Michael Weghorn <m.weghorn@posteo.de>
-
Tomaž Vajngerl yazdı
When we drag a entry in TreeListBox, we execute a PaintDDCursor which paints a "cursor" of a possible drag target (for example to show where the entry will be moved to if we want to change the order). The problem with this fuction is that it paints a line directlly at that location, and that it uses invert raster operation to draw a line. So to hide the line it just needs to draw again. On MacOS this invertion causes a problem and draws the whole area black, which is the cause of this bug. So instead of inverting the drawing of the drag target cursor has now been moved into the main Paint method, where it redraws the whole entry, and if present, also the drag target cursor. This means that all we need to do is Invalidate the entry, which then just gets redrawn in a normal Paint pass. One exception is still MacOS, which doesn't invalidate the entry, but redraws the entry directly. DnD is MacOS is a bit different as it is not async (if I understand correctly) so the invalidate has no effect. Change-Id: I8542f47940a3b90114ea4bbbac57fd303ca3434b Reviewed-on: https://gerrit.libreoffice.org/70521 Tested-by: Jenkins Reviewed-by:
Tomaž Vajngerl <quikee@gmail.com>
-
Jan-Marek Glogowski yazdı
... and doesn't change any code or API. Change-Id: Ic769831130bb78b8192ffd33375760bef9b76911 Reviewed-on: https://gerrit.libreoffice.org/70466 Tested-by: Jenkins Reviewed-by:
Jan-Marek Glogowski <glogow@fbihome.de>
-
László Németh yazdı
The fix for tdf#37223 creates native text tables from the RTF clipboard data to insert them cell by cell in Writer tables instead of OLE embedding. Unfortunately, using Calc RTF clipboard data inserts also the cells of the hidden rows (tdf#118676). This improvement uses the HTML clipboard data to paste only the visible rows. Note: first the original patch 1) converted the clipboard data to a temporary nested text table at the cursor position, and 2) copied its already native table content to the clipboard, and inserts it into the original target table. This doesn't work with the HTML format (that inserts plain text data within a text table cell instead of a nested table). As a workaround, the patch removes the target text table with the insertion point temporarily, creating the native text table from the HTML clipboard data at the place of the removed text table. After copying the converted native text table data to the clipboard, the removed table is restored, and the native clipboard data is inserted at the original cursor position. Change-Id: Iee5bb4027729ca1eab373029f176eeadc59388a8 Reviewed-on: https://gerrit.libreoffice.org/70425 Tested-by: Jenkins Reviewed-by:
László Németh <nemeth@numbertext.org>
-
László Németh yazdı
In FindBuiltInNameIdx(), check the duplication by using the exported symbol of the ranges, instead of the (in the case of whole rows) always different XclTokenArray data. Change-Id: Iba439d765bbbfaf5379113548f3d86d1c984e71c Reviewed-on: https://gerrit.libreoffice.org/70507 Tested-by: Jenkins Reviewed-by:
-
heiko tietze yazdı
New dialog Change-Id: If1e501de26eb5a9c20a59e621f9e805c3b5e2cf8 Reviewed-on: https://gerrit.libreoffice.org/69498 Tested-by: Jenkins Reviewed-by:
Heiko Tietze <tietze.heiko@gmail.com>
-
LibreOfficiant yazdı
* Update helpcontent2 from branch 'master' - New Python page + updates to existing pages to support embedded references Change-Id: Ie7bd884db45e3ca59dee1ffa79b2ea14ced3d160 Reviewed-on: https://gerrit.libreoffice.org/70420 Tested-by: Jenkins Reviewed-by:Olivier Hallot <olivier.hallot@libreoffice.org>
-
Tamás Zolnai yazdı
Where it can be done by removing useless / duplicate code. For XFListStyle I removed the copy operator entirely, because it was bugous and it seems not to be used anyway. Change-Id: Iba0eb0d5c45b42f0e78be466c617acdc1216eb22 Reviewed-on: https://gerrit.libreoffice.org/70482Reviewed-by:
Tamás Zolnai <tamas.zolnai@collabora.com> Tested-by:
-
Stephan Bergmann yazdı
...that got added with 36883a9f "Sifr icon theme: add sc and extension icon folder" and broke PythonTest_solenv_python. Change-Id: Ifb1c3dd29dbc969f05f3bfb0e121699fcbeb9007
-
Michael Stahl yazdı
It turns out that the situation fixed in commit 1be0a3fa also applies to the definition of the styles themselves. To implement the same style import as Word, the style definitions need to be stored twice: once as read from the file, and another time with attributes defaulted and deduplicated vs. the parent style; the second representation is then sent to the domain mapper. To make this easier, add a bool parameter to cloneAndDeduplicate() to disable the implicit pPr dereferencing that happens when creating the hard formatted paragraph properties (this could potentially be cleaned up further if those paragraph properties would use pPr wrapper themselves). Also implement defaulting of line spacing in getDefaultSPRM(). Change-Id: I4810e917697b3af244e5dbdd7f5a45b4767c93fc Reviewed-on: https://gerrit.libreoffice.org/70320 Tested-by: Jenkins Reviewed-by:
Miklos Vajna <vmiklos@collabora.com>
-
Noel Grandin yazdı
Change-Id: I1c94090c4846e232bd6bb9c86a0c94b750ccbf5c Reviewed-on: https://gerrit.libreoffice.org/70499 Tested-by: Jenkins Reviewed-by:
Noel Grandin <noel.grandin@collabora.co.uk>
-
Johnny_M yazdı
Change-Id: I3799788cd72b34d603f4bffc6820f5b656cbf427 Reviewed-on: https://gerrit.libreoffice.org/70471Reviewed-by:
Michael Stahl <Michael.Stahl@cib.de> Tested-by:
-
Michael Stahl yazdı
Missed one call where the return value must be forwarded. (regression from 7d481f7a and 943d9be7) Change-Id: Ic405b29a1dce982bfdd81eeb5d678ceb79690bfc Reviewed-on: https://gerrit.libreoffice.org/70469 Tested-by: Jenkins Reviewed-by:
-
Michael Stahl yazdı
(regression from c180c944) Change-Id: Ie3c935ee5dd42187ca8ad2b28406b80e63c0d1e3 Reviewed-on: https://gerrit.libreoffice.org/70467Reviewed-by:
-
Gabor Kelemen yazdı
Found with bin/find-unneeded-includes Only removal proposals are dealt with here. There were some changes since last run and some omitted files Change-Id: I666ac8ed7d06684e252ca590e3d7d454e9e10975 Reviewed-on: https://gerrit.libreoffice.org/70497 Tested-by: Jenkins Reviewed-by:
-
Stephan Bergmann yazdı
Change-Id: I20ed4c7daa9cde48ba65f92e5b4cc7e00972fe81 Reviewed-on: https://gerrit.libreoffice.org/70477 Tested-by: Jenkins Reviewed-by:
-
Miklos Vajna yazdı
It's cleaner to avoid member functions and constructors when we inherit from a C struct and we pass it to pdfium's C API. Change-Id: Iac9ab99b3d1b66241bb49d3a7707e242078ab5df Reviewed-on: https://gerrit.libreoffice.org/70472 Tested-by: Jenkins Reviewed-by:
-
Grzegorz Araminowicz yazdı
now all transition arrows are created in cycle diagrams Change-Id: I69e932f0060786b702dbecae72245bb624fa602b Reviewed-on: https://gerrit.libreoffice.org/70457 Tested-by: Jenkins Reviewed-by:
-
Andrea Gelmini yazdı
Change-Id: Ida96d8a0a993daac87c4e03fe4ba0d22a69f90cb Reviewed-on: https://gerrit.libreoffice.org/70487 Tested-by: Jenkins Reviewed-by:
Julien Nabet <serval2412@yahoo.fr>
-
Andrea Gelmini yazdı
Change-Id: Id9d19965511760839e8e93488b1cc6a98fbd4a5c Reviewed-on: https://gerrit.libreoffice.org/70493 Tested-by: Jenkins Reviewed-by:
himajin100000 <himajin100000@gmail.com> Reviewed-by:
-
Andrea Gelmini yazdı
Change-Id: Ia0dd6a96a039056f15e494baf844e11fb9b5e9aa Reviewed-on: https://gerrit.libreoffice.org/70488 Tested-by: Jenkins Reviewed-by:
-
- 09 Nis, 2019 18 kayıt (commit)
-
-
Tamás Zolnai yazdı
Change-Id: I1cb16b180f4cc5bf4d65485f03c44a06414d3580 Reviewed-on: https://gerrit.libreoffice.org/70481 Tested-by: Jenkins Reviewed-by:
-
Mike Kaganski yazdı
Change-Id: I91f04cae91cbb5510f70baaf8c31ecc59f6402c7 Reviewed-on: https://gerrit.libreoffice.org/70479 Tested-by: Jenkins Reviewed-by:
Mike Kaganski <mike.kaganski@collabora.com>
-
andreas kainz yazdı
Change-Id: Ibdcae261ee19e95a36b094401c9b526c41e261ad Reviewed-on: https://gerrit.libreoffice.org/70484Reviewed-by:
andreas_kainz <kainz.a@gmail.com> Tested-by:
-
andreas kainz yazdı
Change-Id: I0a3ba3beb671cae6956fa616308997fcc2bd3d1f Reviewed-on: https://gerrit.libreoffice.org/70476 Tested-by: Jenkins Reviewed-by:
-
Stephan Bergmann yazdı
After recent additions of 61c4f96d "Support AdoptOpenJDK" and 41507db5 "Support Amazon Corretto" to our hard-coded list, there is now reports that at least Debian and Ubuntu tried to distribute versions of OpenJDK with the java.vendor propety set to string like "Debian" or "Ubuntu". Instead of trying to catch up with an ever-growing hard-coded list, it is probably better to stop relying exclusively on such a hard-coded list, and for unknown vendor values, try out whether the SunInfo backend (which supports the "generic" OpenJDK) would be able to handle the given JRE. (For simplicity, assume that any versions of such JREs are supported. Our baseline is Java 6, and there are unlikely any older versions of JREs from unknown vendors out there. If this turns out to be problematic, we could include information about problematic vendors after all, or add a general check that JREs from unknown vendors are at least Java 6.) Many functions in jvmfwk/inc/vendorplugin.hxx that used to take a set of sVendor/sMinVersion/sMaxVerison/arExcludeList paramters had to be revised to take a vendorSettings parameter instead, and VendorSettings::getVersionInformation has been changed to return a boost::optional, so that unknown vendors can be handled gracefully. Change-Id: Ibf915f2ddd59e09b77e2c03be688cac0547b9ac9 Reviewed-on: https://gerrit.libreoffice.org/70460 Tested-by: Jenkins Reviewed-by:
-
Mike Kaganski yazdı
... which could help catch copy-paste errors when wrong guard is cleared second time. Also an assert added that when resetting, there's something to reset (i.e., no descendant class had cleared protected pResetT, making reset impossible, and thus actually unable to guard anything). framework/source/layoutmanager/layoutmanager.cxx: made sure to not call clear() second time framework/source/layoutmanager/toolbarlayoutmanager.cxx: restored lock lost in commit 777bc22c forms/source/misc/InterfaceContainer.cxx: removed a leftover from commit a19cd21e which reduced guarded scope forms/source/component/DatabaseForm.cxx: fixed clear-reset sequence broken from the initial commit bf4154eb Change-Id: Ibab6660c79561eee31faf3e6c1128ab141a7e8a3 Reviewed-on: https://gerrit.libreoffice.org/70381 Tested-by: Jenkins Reviewed-by:
-
Jan-Marek Glogowski yazdı
... as we can't drop them. IMHO it's still better then just a crash. Has to use NULL, as the API is pre-C++11 compatible. Change-Id: Idb4395d14a9185f4d7d1c2f048ad950518eef133 Reviewed-on: https://gerrit.libreoffice.org/70465Reviewed-by:
-
andreas kainz yazdı
Change-Id: Icc7822c942236904b63c26984190312109cfc909 Reviewed-on: https://gerrit.libreoffice.org/70462 Tested-by: Jenkins Reviewed-by:
-
Christian Lohmaier yazdı
Change-Id: Ib1d4c660ff8578d86dc2dddb1aeb55b95f127cb8
-
Johnny_M yazdı
Please feel free to suggest a better name, if desired Change-Id: I9ddf5007930b90058d448c81ae5733cbc7192d1a Reviewed-on: https://gerrit.libreoffice.org/70374 Tested-by: Jenkins Reviewed-by:
-
Johnny_M yazdı
Please feel free to suggest a better name, if desired Change-Id: I31fd05dbd2e7c86c1aab6967c630c13bd2da455f Reviewed-on: https://gerrit.libreoffice.org/70373 Tested-by: Jenkins Reviewed-by:
-
Johnny_M yazdı
Please feel free to suggest a better name, if desired Change-Id: Ia5b7b6100fc588ba366ed31e249e35ce501e0d1a Reviewed-on: https://gerrit.libreoffice.org/70372 Tested-by: Jenkins Reviewed-by:
-
Johnny_M yazdı
Please feel free to suggest a better name, if desired Change-Id: I1bd5805c206547a5f70d4d5186ecec2e624845fe Reviewed-on: https://gerrit.libreoffice.org/70364 Tested-by: Jenkins Reviewed-by:
-
Jan-Marek Glogowski yazdı
... instead of the nested MutexGuard and clear. Really had to look twice, that the MutexGuard and ResettableGuard use the same Mutex - who came up with this... yup myself. Change-Id: I70326772a9be8352f169a26467529a7c4100a20d Reviewed-on: https://gerrit.libreoffice.org/70385 Tested-by: Jenkins Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I4ba1a3c467526b85f576e5549e7c47a1e0fb66a0 Reviewed-on: https://gerrit.libreoffice.org/70456 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
-
Gabor Kelemen yazdı
So it gives no false positives as currently seen in e.g. include/sfx2/charmapcontrol.hxx include/sfx2/docinsert.hxx Change-Id: I087a949875df20c4ef25a10c80571bb57334cf80 Reviewed-on: https://gerrit.libreoffice.org/70400 Tested-by: Jenkins Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I6a748d76bb24661404d280236f4c850a9136bb30 Reviewed-on: https://gerrit.libreoffice.org/70430 Tested-by: Jenkins Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I8e41e28313a22148033c566edce50f5bfa58d065 Reviewed-on: https://gerrit.libreoffice.org/70452 Tested-by: Jenkins Reviewed-by:
-
