- 24 May, 2018 10 kayıt (commit)
-
-
Caolán McNamara yazdı
Change-Id: Iba303276f9c9564eb4afe2a9238b009dc8bbc9d3
-
Noel Grandin yazdı
and reduce unnecessary work in ScRangeList Change-Id: I0ee767fe28571f75f8a2ff980cea27c97c9797dc Reviewed-on: https://gerrit.libreoffice.org/54705Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Noel Grandin <noel.grandin@collabora.co.uk>
-
Gulsah Kose yazdı
This patch is sponsored by ULAKBIM/Pardus project. Change-Id: I5ecca4f58ec0ecf6a639153b52a4424af1966820 Signed-off-by:
Gulsah Kose <gulsah.1004@gmail.com> Reviewed-on: https://gerrit.libreoffice.org/54687Tested-by:
-
Gabor Kelemen yazdı
Found with bin/find-unneeded-includes Removal proposals are dealt with here With fallout management as necessary Change-Id: Iaef9eec626334c480dd5a2def63bb476350ceebb Reviewed-on: https://gerrit.libreoffice.org/54617Tested-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Miklos Vajna yazdı
Change-Id: I4d2ca93ff01e27ee3400adab230cb8679aacdaa9 Reviewed-on: https://gerrit.libreoffice.org/54727Tested-by:
-
Andrea Gelmini yazdı
Change-Id: I0635a5f4f02a1de222656133bca1ff2da8ce59f6 Reviewed-on: https://gerrit.libreoffice.org/54711Reviewed-by:
Julien Nabet <serval2412@yahoo.fr> Tested-by:
Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
-
Tor Lillqvist yazdı
FullScreen in this context means a top-level window that is both full-screen from the desktop environment's perspective (which depending on the desktop environment might simply mean that it is as large as possible to fill its screen, leaving any system menus etc visible), *and* is in LibreOffice's full-screen mode (with no toolbars or other UI elements except the document contents visible). Not yet used, will be used in follow-up commits. Change-Id: Ia6f86e0d2a7c5a621c6f19d897d3b17ba6bfb8b4 Reviewed-on: https://gerrit.libreoffice.org/54733Tested-by:
Tor Lillqvist <tml@collabora.com>
-
Dennis Francis yazdı
...on indirect dependencies too. Here a self reference to any formula-group means if there are any references in a formula (of the formula-group itself or any of its dependencies) that points to any element inside the formula-group. If there are any self-references, then that formula-group can't be computed in parallel. For example, with this patch we can detect the following case:- Suppose the formula-group that we want to check is: "=(F2+G2-10)*10.0" spanning A2:A100. Let the formula-group starting at F2 be "=A1*0.1-10". The indirect dependency formula-group starting at F2, references back the elements of our original formula-group at A2. This makes the F.G at A2 unsafe for parallel computation. Concretly, this patch fixes a recalc crash on tdf#63638/1 Change-Id: I7b999a34571b191d2f70da6a3831f78b24a6b0a7 Reviewed-on: https://gerrit.libreoffice.org/54433Reviewed-by:
Michael Meeks <michael.meeks@collabora.com> Tested-by:
-
Muhammet Kara yazdı
Change-Id: I660bc8efd441e9fc5b6f83f69dc632a26add193b Reviewed-on: https://gerrit.libreoffice.org/54712Tested-by:
Muhammet Kara <muhammet.kara@pardus.org.tr>
-
Justin Luth yazdı
tdf#50774 has an example document which was broken by 6.1 commit 8e9e705d. Reverting does a couple of things: -go back to previous behaviour (right or wrong) - no regression. -gives an opportunity to find documents broken by reverting - i.e. it will give an indication as to which state has more broken docs. Can be re-visited in 6.2. -gives me an option to escape from this horrible mess without causing a regression in a production release of LO. Change-Id: Ib594b76d5533a0c4807cf70ef706c107e52cddcf Reviewed-on: https://gerrit.libreoffice.org/54293Tested-by:
Justin Luth <justin_luth@sil.org>
-
- 23 May, 2018 30 kayıt (commit)
-
-
andreas kainz yazdı
Change-Id: I5174261484c64a6f223c4a2e197d0e042c3581e3 Reviewed-on: https://gerrit.libreoffice.org/54737Reviewed-by:
andreas_kainz <kainz.a@gmail.com> Tested-by:
-
Armin Le Grand yazdı
Change-Id: Id4da3ac2ff9f8bba382512cfafbca323d1002137 Reviewed-on: https://gerrit.libreoffice.org/54722Tested-by:
Armin Le Grand <Armin.Le.Grand@cib.de>
-
andreas kainz yazdı
Change-Id: Ia4e2b0bb7b31671a50acf6659ea3ca83c3dfcb39 Reviewed-on: https://gerrit.libreoffice.org/54736Reviewed-by:
-
Stephan Bergmann yazdı
...which might have had a purpose in the past, but look unused today. (DEBUG is defined in solenv/gbuild/gbuild.mk iff dbglevel >= 2, and `make Library_xsec_xmlsec dbglevel=2` doesn't run into any problems for me with the undefs removed.) Change-Id: I7f941e8c2d454f4206fb17bc791247606ffe6309 Reviewed-on: https://gerrit.libreoffice.org/54718Tested-by:
Stephan Bergmann <sbergman@redhat.com>
-
Rene Engelhard yazdı
Change-Id: Ib9fb7652922dcc8364567953d17d7cae8ad170a7 Reviewed-on: https://gerrit.libreoffice.org/54726Reviewed-by:
Rene Engelhard <rene@debian.org> Tested-by:
-
Caolán McNamara yazdı
Change-Id: Ic5529a73e317fb652944155fabc889b693447355 Reviewed-on: https://gerrit.libreoffice.org/54704Tested-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
-
Rene Engelhard yazdı
Change-Id: I6b02998db5624960ba78ce8b1b0356601a80fc5e Reviewed-on: https://gerrit.libreoffice.org/54721Reviewed-by:
-
Andrea Gelmini yazdı
Change-Id: Ie9501a1cb9f8c2a747b92eb74c120816b49148d8 Reviewed-on: https://gerrit.libreoffice.org/54709Tested-by:
-
Miklos Vajna yazdı
"Ignore OpenGL blacklist" is called "force OpenGL" in the code, so it make sense that OpenGLHelper::isVCLOpenGLEnabled() returns true in that case. But the UI suggested that enabling ignore doesn't enable OpenGL itself. Fix this by auto-checking the parent UI widget when enabling the blacklist. Change-Id: I16bec69aebd645858260850f15ea8e687566fd0e Reviewed-on: https://gerrit.libreoffice.org/54720Reviewed-by:
-
Michael Stahl yazdı
Change-Id: I1272d53d602052b09101bed8cf0fb4a19fecf52d
-
Michael Stahl yazdı
(regression from b1ac01de) Change-Id: Ic2e835f19aaa4e9b26741c409515fc8d26cab1d3 Reviewed-on: https://gerrit.libreoffice.org/54707Tested-by:
Michael Stahl <Michael.Stahl@cib.de>
-
Tomaž Vajngerl yazdı
Change-Id: Ic248ce1a05f740df111a9f507c099965fdc48d35 Reviewed-on: https://gerrit.libreoffice.org/54716Reviewed-by:
Tomaž Vajngerl <quikee@gmail.com> Tested-by:
-
andreas kainz yazdı
Change-Id: If154c05eaf03f26655a910bf3e12c6bd867b8a03 Reviewed-on: https://gerrit.libreoffice.org/54713Reviewed-by:
-
Christian Lohmaier yazdı
according to framework/dtd/toolbar.dtd – and having the same ID everywhere also is kinda pointless.. Change-Id: Ia7768be2f951886e39e24d78fc6d69b4f3c84235 Reviewed-on: https://gerrit.libreoffice.org/54665Tested-by:
-
Tor Lillqvist yazdı
Change-Id: Ifb855eb3fa6d58c06cf145523dbb0735b2ca5a0b Reviewed-on: https://gerrit.libreoffice.org/54702Tested-by:
-
Tomaž Vajngerl yazdı
As we always load graphic complete now, we can just hint that it has arrived. In the future we might properly restore retrieving the stream of a graphic throught link manager, but not creating the partial graphic from it - just an async retrieval of the bytes. The graphic should then always be created completely with the GraphicFilter. Change-Id: I8560c9d41a057d228aa558316131ba99d436645b Reviewed-on: https://gerrit.libreoffice.org/54693Tested-by:
-
Christian Lohmaier yazdı
Change-Id: I46f75e969b1252a95118888507c116f44578dfbd Reviewed-on: https://gerrit.libreoffice.org/54699Reviewed-by:
-
Tomaž Vajngerl yazdı
Change-Id: I169f7306f3af2c283b1c928230eaf6566b1a6660 Reviewed-on: https://gerrit.libreoffice.org/54696Tested-by:
-
Tomaž Vajngerl yazdı
Change-Id: Idec08d4823775b11976f8650fe942f296d6dd4ce Reviewed-on: https://gerrit.libreoffice.org/54695Tested-by:
-
Henry Castro yazdı
(unsigned short, bool, SfxPoolItem const**) when pasting comment of closed document Re-work commit 1b7a8277. In the tiled rendering case, each view has its own clipboard, but not in desktop version which it has a shared clipboard each view. Change-Id: I57b1ab81e4c141829dbad899330e5c22204c384a Reviewed-on: https://gerrit.libreoffice.org/53922Tested-by:
Eike Rathke <erack@redhat.com>
-
Christian Lohmaier yazdı
Project: translations 3f52ddee8a430cba4f5a9631cb41cc7981df96d0 add Frisian translation Change-Id: I2ac3bb11cf5fd5f83d65a37c7e225e4f8816cbce
-
Rene Engelhard yazdı
Change-Id: Ie0e8b8b7ad59ee640d6b195dfae1a7cf745056fd Reviewed-on: https://gerrit.libreoffice.org/54543Tested-by:
-
Noel Grandin yazdı
This reverts commit 9321c560. This is just plain wrong. Both the call sites and the function that this method in turn calls want to use sal_Int32. It doesn't seem to cause any actual problems, but that's probably just lucky. Change-Id: Id77867094b9c7c209edd8b575c9203aee6515ff3 Reviewed-on: https://gerrit.libreoffice.org/54691Tested-by:
-
Rene Engelhard yazdı
... and move HAVE_FEATURE_EXTENSIONS there, too Change-Id: I37fe52071e1db32cf5cc1e51dbd89bb4f32a39c1 Reviewed-on: https://gerrit.libreoffice.org/54072Tested-by:
-
Mike Kaganski yazdı
Change-Id: I357a30d72c5ac4af8c64b82b4cc61c3bd606940a Reviewed-on: https://gerrit.libreoffice.org/54612Tested-by:
Mike Kaganski <mike.kaganski@collabora.com>
-
Luboš Luňák yazdı
Otherwise with Calc's threading enabled and novell#306440-1.xlsx this function gets called multiple times at the same time and the SetText() calls operate on the same object. Change-Id: Ic044132ac98bed46440aadbdad6ad36f3a2e9beb Reviewed-on: https://gerrit.libreoffice.org/54520Tested-by:
-
Caolán McNamara yazdı
Change-Id: Id6578d180fec3738be127993f02aaf45af915688 Reviewed-on: https://gerrit.libreoffice.org/54682Tested-by:
-
Gabor Kelemen yazdı
This way it's easy to copy-paste the problematic command for further investigation of IWYUs proposals Change-Id: I9e7403f0f05e64e562441941f00127a62bf15265 Reviewed-on: https://gerrit.libreoffice.org/54560Tested-by:
-
Miklos Vajna yazdı
In case the first and the follow page format has different header distances, the DOC and DOCX import work with the distance from the first page format when they take the last item from the MSWordSections container at the end of the export. RTF writes section info before the document content, and in case there are separate first and follow page formats, then we work with the follow format since commit 20a53cb9 (INTEGRATION: CWS limerickfilterteam08 (1.16.32); FILE MERGED, 2003-09-01) as a fix for i#13107. There is no perfect solution here, the sw doc model can store different header distances for first and follow pages, while Word works with a single distance. But RTF/DOCX/DOC import puts the relevant header distance to the first page format and DOCX/DOC export reads the distance from there, so be consistent and do the same in the RTF export as well. This means the DOCX import -> RTF export -> RTF import sequence from the bugreport will result in a correct header distance. Change-Id: I3f1fe3080360702c41d680b8785cc3602e74685e Reviewed-on: https://gerrit.libreoffice.org/54680Tested-by:
-
Andrea Gelmini yazdı
Change-Id: Ic7a5cceb30c3301c05d1ec241ec7afb86af035d7 Reviewed-on: https://gerrit.libreoffice.org/54667Tested-by:
-
