- 24 May, 2018 16 kayıt (commit)
-
-
Stephan Bergmann yazdı
...that previously ended up in language-independent parts of installation sets. The structure of that media/ tree doesn't allow to directly mis-use the existing AllLangPackage machinery (which expects the language to be encoded in the first pathname segment within the tree; and which is already mis-used for the helpcontent2/AllLangPackage_html_lang.mk parts). So introduce gb_AllLangPackage_add_files_for_lang that allows to specify the language explicitly, independent of where it is encoded in the pathname (if at all). The underlying gb_AllLangPackage_add_file sets a gb_AllLangPackage_ALLDIRS that is used by `make packageinfo`, which may need further fixing by anybody actually using that target; see the mail thread starting at <https://lists.freedesktop.org/archives/libreoffice/2018-May/080242.html> "Broken --with-help=html `make packageinfo`". All files in $(SRCDIR)/helpcontent2/source/media/ must now explicitly be listed in either helpcontent2/Package_html_media.mk (for the language-independent files) or helpcontent2/AllLangPackage_html_media_lang.mk (for the language- specific files). Also note the two TODOs in helpcontent2/AllLangPackage_html_media_lang.mk. What is not quite right yet is that content from helpcontent2/AllLangPackage_html_lang.mk and helpcontent2/AllLangPackage_html_media_lang.mk is ending up in both per-language helpcontent installation sets (as intended, via the instructions in helpcontent2/CustomTarget_html.mk) and per-language languagepack installation sets (which is unintended). This needs to be fixed with a follow-up commit. This is the core part of a commit spanning core and helpcontent2. Change-Id: Ib29e52cf8a3ca7bcd234a8f6919c8eac6157cdbf
-
Stephan Bergmann yazdı
Project: help 33551e7fd85aa327f76bb343a3740bceb162bbfa Properly handle language-specific parts of --with-help=html media/ sub-tree ...that previously ended up in language-independent parts of installation sets. The structure of that media/ tree doesn't allow to directly mis-use the existing AllLangPackage machinery (which expects the language to be encoded in the first pathname segment within the tree; and which is already mis-used for the helpcontent2/AllLangPackage_html_lang.mk parts). So introduce gb_AllLangPackage_add_files_for_lang that allows to specify the language explicitly, independent of where it is encoded in the pathname (if at all). The underlying gb_AllLangPackage_add_file sets a gb_AllLangPackage_ALLDIRS that is used by `make packageinfo`, which may need further fixing by anybody actually using that target; see the mail thread starting at <https://lists.freedesktop.org/archives/libreoffice/2018-May/080242.html> "Broken --with-help=html `make packageinfo`". All files in $(SRCDIR)/helpcontent2/source/media/ must now explicitly be listed in either helpcontent2/Package_html_media.mk (for the language-independent files) or helpcontent2/AllLangPackage_html_media_lang.mk (for the language- specific files). Also note the two TODOs in helpcontent2/AllLangPackage_html_media_lang.mk. What is not quite right yet is that content from helpcontent2/AllLangPackage_html_lang.mk and helpcontent2/AllLangPackage_html_media_lang.mk is ending up in both per-language helpcontent installation sets (as intended, via the instructions in helpcontent2/CustomTarget_html.mk) and per-language languagepack installation sets (which is unintended). This needs to be fixed with a follow-up commit. This is the helpcontent2 part of a commit spanning core and helpcontent2. Change-Id: Ie7916b75eee0dde3106e784d19e99fde5bb93195 Reviewed-on: https://gerrit.libreoffice.org/54749Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Stephan Bergmann <sbergman@redhat.com>
-
Caolán McNamara yazdı
Change-Id: Idb0c27933b42f3aef65f0bce098f9bd7a81dc034
-
Caolán McNamara yazdı
Change-Id: I9f42fd6179c0a64cc14a051ca7c9e2ed9300f5c8
-
Caolán McNamara yazdı
Change-Id: I876ffc1511b2115562039b97961c28d7b30e2c06 Reviewed-on: https://gerrit.libreoffice.org/54730Tested-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
-
Caolán McNamara yazdı
and coverity#1399120 Uncaught exception Change-Id: If411cd6a392636c6ac99f1ae330b16611b24df93
-
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:
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 24 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:
-
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:
-
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:
-
