- 22 May, 2017 40 kayıt (commit)
-
-
Johnny_M yazdı
As noted in the comment in https://gerrit.libreoffice.org/#/c/37839/3/forms/source/component/EventThread.hxx, this improves translation of "UNO-Anbindung" to the computing-specific term of "UNO binding" instead of "UNO connection". (All occurrences are translations, most of them by me.) Change-Id: I84daf94a0248e53010a569b1d3140c4394adce54 Reviewed-on: https://gerrit.libreoffice.org/37917Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Michael Stahl <mstahl@redhat.com>
-
Jens Carl yazdı
Change-Id: Ief6faa2d31e33964fdc78cb83f215861e4337eac Reviewed-on: https://gerrit.libreoffice.org/37565Reviewed-by:
Michael Stahl <mstahl@redhat.com> Tested-by:
Michael Stahl <mstahl@redhat.com>
-
Jens Carl yazdı
Fifth set of translations. Change-Id: If78542839ffeef3d48d01cf64727db2ada206e14 Reviewed-on: https://gerrit.libreoffice.org/37606Reviewed-by:
Michael Stahl <mstahl@redhat.com> Tested-by:
Michael Stahl <mstahl@redhat.com>
-
Eike Rathke yazdı
This reverts commit 6b417ec3.
-
Johnny_M yazdı
Translates all (leftovers) found using a custom regex, in directories not shown by /bin/find-german-comments and beginning with "d". Additionally, one FormatEntry in dtrans/source/win32/ftransl/ftransl.cxx is translated as well. Change-Id: Ia9b3df0210830bd65443883b5f27d56aef811437 Reviewed-on: https://gerrit.libreoffice.org/37600Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Michael Stahl <mstahl@redhat.com>
-
Takeshi Abe yazdı
since the former is predefined by Visual C++ [0], but the latter is not. [0] https://msdn.microsoft.com/en-us/library/b0084kay.aspx Change-Id: I9ecb84779cbaf5f0186ef0b05da61b32293f8f2b Reviewed-on: https://gerrit.libreoffice.org/37808Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Michael Stahl <mstahl@redhat.com>
-
Eike Rathke yazdı
... but it's up to the comsuming function if and how, so don't set a hard error here anymore. Change-Id: I316b6fb22c4b0569d209880c34704bb04f757045
-
Justin Luth yazdı
The unit test should only be ensuring that the footnote is actually written in the footnote section. The fix had nothing to do with the style of the footnote. Change-Id: I209f1f0a8cf896916eaf7e8002c92085926b508b Reviewed-on: https://gerrit.libreoffice.org/37907Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Justin Luth <justin_luth@sil.org>
-
Justin Luth yazdı
The unit test should only be ensuring that the drawing is in the footnote, not that it is located in the 5th character portion. Change-Id: I58040dc3498b2e78000891a26b7188dfac6c72f7 Reviewed-on: https://gerrit.libreoffice.org/37906Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Mike Kaganski <mike.kaganski@collabora.com> Reviewed-by:
Justin Luth <justin_luth@sil.org>
-
Eike Rathke yazdı
Change-Id: I03c2ed1f957db5ad8a67aaab45076373a020e9c1
-
Eike Rathke yazdı
Change-Id: Id3a2500c475835c54fbf02505f852bb33e1403cc
-
Miklos Vajna yazdı
Change-Id: Ib0ecffa05b417072c463081691b553d04cf39c9e Reviewed-on: https://gerrit.libreoffice.org/37914Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by:
Jenkins <ci@libreoffice.org>
-
Henry Castro yazdı
In tiled rendering case, the window size is small, and the assignment aEnd.Y() will cause wrong invalidation area. However, at this time will never happen because MAXTILEDROW < MAXROW, so better to avoid in case the last row meets the condition. Conflicts: sc/source/ui/view/tabview3.cxx Change-Id: I9c6af57c0342f173195bb2f3d8ac5ef0f3964911 Reviewed-on: https://gerrit.libreoffice.org/37908Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Henry Castro <hcastro@collabora.com>
-
Miklos Vajna yazdı
So that they can be later imported in parallel, and when they are referenced, we just take the import result from the cache. Change-Id: Icc0efbbc8df03ee727fafe07f9983f3999dc34e2 Reviewed-on: https://gerrit.libreoffice.org/37909Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by:
Jenkins <ci@libreoffice.org>
-
Eike Rathke yazdı
Change-Id: I21e98ccd6c13c7e4aa98d5bbdd0dab6d9917a3dc
-
Eike Rathke yazdı
Change-Id: I27d8a0a3c03012a4575785feb32df11a76d6fcdb
-
Eike Rathke yazdı
Change-Id: Ifdd5336124df9a085902417590d081646d05a588
-
Eike Rathke yazdı
To test the count vector as well. Change-Id: Idc6bcdc779ea0e6e8a6118934fd8e7856eba1518
-
Eike Rathke yazdı
Change-Id: I1d4224c6a87af4ed9f879e144958f95418fabbf7
-
Thorsten Wagner yazdı
Change-Id: Ia18b530f3cfd48273ae00471e23131cae0df9eda Reviewed-on: https://gerrit.libreoffice.org/37123Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Thorsten Behrens <Thorsten.Behrens@CIB.de>
-
Justin Luth yazdı
MSO uses half-pt values in this field as the minimum font pt size to start kerning at. Although kern=1 enables pair kerning in MSO, it seems to be an invalid number, and so is interpretted to enable kerning at the default value of pt 11. So kern=1 is the same as kern=22. Setting kern=2 seems to be the minimun allowed value, enabling kerning for fonts size 1 and above. Likely, kerning small fonts doesn't look good, so the current value of 1 enables it for the default font size. However, if someone intentionally wants to kern a smaller font, then we will be incompatible, and also any documents with smaller fonts authored in LO will not be identical. As always, when the two applications have a design incompatibility, a decision will need to be made one way over another. Switching to enabling kerning at ALL font sizes, thus matching native LO handling, and so that any documents that are edited in LO look the same in MSO. This change will ONLY affect MSO's rendering of documents round-tripped by LO. It will not be noticed in LibreOffice itself. Change-Id: I73c46f3f120221b7b194480145b9150929d3d9a3 Reviewed-on: https://gerrit.libreoffice.org/37800Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Justin Luth <justin_luth@sil.org> Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Jean-Pierre Ledure yazdı
Replaces the style attribute Change-Id: Id9366fc403fd0d3ab8c32a13d60b6c1c7ae74d43
-
Eike Rathke yazdı
Change-Id: If38637f2dcaf0457e95444a9d46636d91def4f9c
-
Marco Cecchetti yazdı
Start Draw, draw a rectangle, export it to a SVG document. Open the SVG document with a browser or Inkscape: instead of a rectangle, you will see a self-crossing polygon. This issue is due to a clean up commit (9d8c206e) about string concatenation which has not taken into account that operations are performed from right to left. Change-Id: Ib1c0d872b6bd95abe98bb5e22ef69f6b2d5c163b Reviewed-on: https://gerrit.libreoffice.org/37899Reviewed-by:
Jan Holesovsky <kendy@collabora.com> Tested-by:
Jan Holesovsky <kendy@collabora.com>
-
Eike Rathke yazdı
Change-Id: Ia38c5617be71a739f0a3a8fcf28060518e9334d1
-
Mohammed Abdul Azeem yazdı
This avoids a lot of repeated allocation and freeing of memory for AttributeList. Change-Id: I97e44e633ed9880f37665f71e4dec3e74085cb09 Reviewed-on: https://gerrit.libreoffice.org/34134Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Michael Meeks <michael.meeks@collabora.com> Tested-by:
Michael Meeks <michael.meeks@collabora.com>
-
Caolán McNamara yazdı
we don't need MakeHexStr either, the colorbox will do that on its own Change-Id: Ifad523092c0f15cd51d0d829790c0cec1c96bb53 Reviewed-on: https://gerrit.libreoffice.org/37898Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Eike Rathke yazdı
Change-Id: Ibd5b1e83ad718d0d5ab832ecf884be69eeb0d22e
-
Miklos Vajna yazdı
Change-Id: I975ffa6834d1f39fa9e005aec247d350139e2208 Reviewed-on: https://gerrit.libreoffice.org/37897Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by:
Jenkins <ci@libreoffice.org>
-
Eike Rathke yazdı
Change-Id: I7a672b8d0bd6dae9baa1289a3b00b0789a0d4d6d
-
Eike Rathke yazdı
Change-Id: I116b236066f28e3442f644544e789e1dbc2ff88a
-
Eike Rathke yazdı
Change-Id: I24c9f3078f60e14e64f1e1e3910963dfe0a38d77
-
Eike Rathke yazdı
Change-Id: Ic9e11ed6b8890fe9d3db4b3a9b4d1d8d50838b2e
-
Eike Rathke yazdı
Change-Id: Ie08c37ff66faaaba8f8945503e3d212943d324d7
-
Eike Rathke yazdı
Change-Id: I82752c035f6551d3136dc06331ff8745ba959463
-
Eike Rathke yazdı
Change-Id: I9d1f9be14d69006126a2c72b7c4cfbfb24b3cfe8
-
Eike Rathke yazdı
This in array context now returns the expexted array for an expression like =SUBTOTAL(9,OFFSET(A1,ROW(1:3),0,2)) where OFFSET returns an array (svRefList) of references, here A2:A3 A3:A4 A4:A5 and SUBTOTAL(9,...) sums each of the references independently to return an array of three sums. Currently works with SUM, COUNT, COUNT2, AVERAGE, PRODUCT and SUMSQ. MAX and MIN are not handle in IterateParameters() and need an extra implementation, or rather move them into IterateParameters() as well? Change-Id: I03b7d1cccf78c1a831348106432126aec8d1f519
-
Eike Rathke yazdı
Change-Id: Ib256d99126116379b27fc246dedf0fac2efb8c02
-
Eike Rathke yazdı
Change-Id: Icd30167589b507c3f83a31dbb5c0eb473ab6580e
-
Eike Rathke yazdı
Change-Id: I305adfb97022f353dde6aab4e234faff0fdfb904
-