- 08 Kas, 2017 40 kayıt (commit)
-
-
Caolán McNamara yazdı
since... commit 3f2e84b4 Date: Tue Oct 31 23:39:26 2017 +0100 tdf#38778 Fix output of the font in DOC run The font information should be output before field declaration. Added unit test. tdf#38778 DOCX output: no double output of the font info need to also not double output the complex script font info as well as the western and asian info Change-Id: I7de098dff0b787b9825a509cec19d0161a3a0d8a Reviewed-on: https://gerrit.libreoffice.org/44465Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
-
Eike Rathke yazdı
Change-Id: Ia457669c5ec6ef5c568f4550c44ef5df32a4be66
-
Jochen Nitschke yazdı
regression of commit 31ee13b5 convert SHAPEFLAG defines to scoped enum ShapeFlag This patch restores original behaviour and re-adds clarified comment. Change-Id: Ie4f75902611127ccef7fa1ca3d32b87f06675db4 Reviewed-on: https://gerrit.libreoffice.org/44424Tested-by:
Jochen Nitschke <j.nitschke+logerrit@ok.de>
-
Henry Castro yazdı
Change-Id: I359986b0c135065cd471b2ba549fbae1131b650d Reviewed-on: https://gerrit.libreoffice.org/44466Reviewed-by:
Henry Castro <hcastro@collabora.com> Tested-by:
-
Stephan Bergmann yazdı
...even if that can cause reformatting of already formatted code. The problem I came across is that without this something like > namespace { > > void f1(); > > void f2(); > > } (which is quite a common style in the current code base) would be changed to > namespace > { > > void f1(); > > void f2(); > } instead of > namespace > { > void f1(); > > void f2(); > } and I found no other clang-format style option that would result in the presence or absence of an empty line be identical at the start and end of the namespace block. vmiklos asked to reformat the existing new (i.e., non-blacklisted) files at the same time, so this commit includes that. Some of those new files had not been formatted at all, so this commit includes their full reformatting changes. Change-Id: I54daf0c11098d07d02c802104cf7f56372e61f7c Reviewed-on: https://gerrit.libreoffice.org/44450Reviewed-by:Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by:
Stephan Bergmann <sbergman@redhat.com>
-
Caolán McNamara yazdı
Change-Id: I1428dcaea579c73712f5228dd6de73c7369a7948 Reviewed-on: https://gerrit.libreoffice.org/44457Reviewed-by:
-
Stephan Bergmann yazdı
Change-Id: I71da6641768f804b19e16c899232f33efd4a9ae9
-
Stephan Bergmann yazdı
(but which finds no new hits) Change-Id: I862a3c82932ee6d6d0946cd33f965bb8e917cff8
-
Caolán McNamara yazdı
Change-Id: Ie5c400ff87b529f7b3d529e14ec0befe0a3bd2e7 Reviewed-on: https://gerrit.libreoffice.org/44456Tested-by:
-
Yousuf Philips yazdı
Change-Id: I7811ac11c0a92f85698fc5cd43016d85f4661b98 Reviewed-on: https://gerrit.libreoffice.org/44363Reviewed-by:
Heiko Tietze <tietze.heiko@googlemail.com> Tested-by:
-
Stephan Bergmann yazdı
For one, loplugin:unusedvariablecheck does not merely check for unused variables with types from the standard library since fe216494 "teach unusedvariablecheck plugin about SfxPoolItem subclasses", so disabling loplugin:unusedvariablecheck based on HAVE_GCC_ATTRIBUTE_WARN_UNUSED_STL is wrong. For another, I have seen no standard library implementation that decorates its types with such "warn-if-unused" attributes, and <http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0600r0.pdf> "[[nodiscard]] in the Library" (which proposes to add the corresponding C++17 attribute to just a few select functions and no types at all) makes it appear unlikely that will happen. Change-Id: I0a7759e1caf3e3137057c9689080948a4d6747e0
-
Caolán McNamara yazdı
Change-Id: I32b52f1e2419ca56db0f4ee92cea39cec047c1c1 Reviewed-on: https://gerrit.libreoffice.org/44455Reviewed-by:
-
Yousuf Philips yazdı
Change-Id: Ie04195b5d3cfc03ccb863d5450f9a4c86d24d962 Reviewed-on: https://gerrit.libreoffice.org/44369Tested-by:
Jim Raykowski <raykowj@gmail.com> Reviewed-by:
Yousuf Philips <philipz85@hotmail.com>
-
Yousuf Philips yazdı
Change-Id: I3a4967e3725c6a5b9f7c05e089c6452d5b409609 Reviewed-on: https://gerrit.libreoffice.org/44417Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: Ibeb62c6df8fe1e200b97ea179d747e735a4ebf3a Reviewed-on: https://gerrit.libreoffice.org/44451Tested-by:
-
Caolán McNamara yazdı
Change-Id: Ib4abb390b9846240b663777f0dee126e16e49dcf Reviewed-on: https://gerrit.libreoffice.org/44452Tested-by:
-
Caolán McNamara yazdı
Change-Id: Ib5310ebd4f8c7f6a764c2d9e26f66eb2c67dbf07 Reviewed-on: https://gerrit.libreoffice.org/44446Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I91109f652bc032811ade350b77d30424b5764ad8 Reviewed-on: https://gerrit.libreoffice.org/44449Tested-by:
-
Caolán McNamara yazdı
I can't see a mention of "StarCalc 1.0" anywhere in our code which might appear here as a filtername last mention of something like it is... commit cf8f6fe1 Author: Michael Stahl <mstahl@redhat.com> Date: Tue Feb 5 15:49:26 2013 +0100 officecfg: remove references to binfilter formats Change-Id: Ia6f9ab89489e33ca3680c150fd896035b8dee491 Reviewed-on: https://gerrit.libreoffice.org/44426Tested-by:
Eike Rathke <erack@redhat.com>
-
Caolán McNamara yazdı
Change-Id: If586bd265e323b5c2a308c2e853456c2778e8cb0 Reviewed-on: https://gerrit.libreoffice.org/44448Tested-by:
-
Stephan Bergmann yazdı
(but which finds no new hits) Change-Id: I5d5f351402797b662a08ec8dca301bd174e22a50 Reviewed-on: https://gerrit.libreoffice.org/44433Tested-by:
-
Samuel Mehrbrodt yazdı
After removal of the importer with d952c0b4 Change-Id: I1a5a99edba4c9bf4c22726255a7c156a7ddd6508 Reviewed-on: https://gerrit.libreoffice.org/44445Reviewed-by:
Julien Nabet <serval2412@yahoo.fr> Tested-by:
Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
-
Samuel Mehrbrodt yazdı
After removal of the importer with d952c0b4 Change-Id: Ib6d20d00417807038051f187e4ba76e70576082e Reviewed-on: https://gerrit.libreoffice.org/44444Reviewed-by:
-
Michael Stahl yazdı
Change-Id: Ic33b7a4b87120bd01b56737ded0411651306098d
-
Miklos Vajna yazdı
GCC would allow these to be non-comments according to <https://gcc.gnu.org/onlinedocs/gcc/Designated-Inits.html#Designated-Inits>, but still have them as comments for the sake of other compilers. Change-Id: I4e615a41062edcc563b109753af8c2c457ee4503 Reviewed-on: https://gerrit.libreoffice.org/44443Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by:
-
Stephan Bergmann yazdı
Per README.md, Clang 3.4 is the baseline for --enable-compiler-plugins, which is the sole consumer of the "lo_warn_unused" attribute, but Clang 3.4 already supports HAVE_GCC_ATTRIBUTE_WARN_UNUSED. Change-Id: I9654028e24852335e463c73bcb5ece5e5b54d53c
-
Caolán McNamara yazdı
Change-Id: I4ed35408e3640d2b141218599cd895c09da1e2b0 Reviewed-on: https://gerrit.libreoffice.org/44427Tested-by:
-
Szymon Kłos yazdı
This commit solves problems with big number of entries. Window is loaded quickly and is responsive even with over a thousand custom properties. Change-Id: I4745c69aaff95661ca930e303ab65591e374a24d Reviewed-on: https://gerrit.libreoffice.org/44429Tested-by:
Szymon Kłos <szymon.klos@collabora.com>
-
Gabor Kelemen yazdı
Project: help 7124828a1dd1673fb5bb336e22de7c35cc1f6e30 Display extended help on the Comment icon of Track Changes toolbar Change-Id: Iba16420bd5c9571a47158359510d8f2dc21ed539 Reviewed-on: https://gerrit.libreoffice.org/44439Reviewed-by:
Gabor Kelemen <kelemeng@ubuntu.com> Tested-by:
-
Gabor Kelemen yazdı
Project: help 74289f5c5ffbdf2465cf02b4d1b3462586f978de Display extended help on the Accept/Reject icons of Track Changes toolbar Change-Id: Ibca18b76f3ff31e490298d4dc49e4f03d35a2c18 Reviewed-on: https://gerrit.libreoffice.org/44438Reviewed-by:
-
Gabor Kelemen yazdı
Project: help e3dd69c6ef93f546baa7ee3d6ea942377824f176 Display extended help on the Manage icon of Track Changes toolbar Change-Id: I9c7bfad34cb4898b549e134c53c73b2d87f00b20 Reviewed-on: https://gerrit.libreoffice.org/44437Reviewed-by:
-
Gabor Kelemen yazdı
Project: help 54aa6a20dade54079a3051910afb3e6c2d11a41d Display extended help on the Record icon of Track Changes toolbar Change-Id: I64001b95c4db0e782b3456212ef5ebfd757bb2b6 Reviewed-on: https://gerrit.libreoffice.org/44436Reviewed-by:
-
Gabor Kelemen yazdı
Project: help b43fe3c9ec7be8a5cb2679a1091c123bf46a0380 Display extended help on the Show icon of Track Changes toolbar Change-Id: I4d6f02057bd127150718742b19a50635f6b9bd82 Reviewed-on: https://gerrit.libreoffice.org/44435Reviewed-by:
-
David Tardon yazdı
Change-Id: I3f72ec938c87e0c0d30a91b32d96fedf5379207f Reviewed-on: https://gerrit.libreoffice.org/44423Tested-by:
David Tardon <dtardon@redhat.com>
-
David Tardon yazdı
Change-Id: Idee2f18dccdf309027142137683ac86735f575cc Reviewed-on: https://gerrit.libreoffice.org/44422Tested-by:
-
David Tardon yazdı
Change-Id: I43fcd4b7daf6fb2a035bcd34ac7a46624155e8ba Reviewed-on: https://gerrit.libreoffice.org/44420Tested-by:
-
Muhammet Kara yazdı
Change-Id: Ifa10f8c2510cada1835d052977690ace1d95bfd2 Reviewed-on: https://gerrit.libreoffice.org/44394Tested-by:
Katarina Behrens <Katarina.Behrens@cib.de>
-
Gabor Kelemen yazdı
Project: help 143df3bd10246dd67135f097ef080d429df8b927 Display extended help on the Spelling icon of Standard toolbar Change-Id: I58cbd06ddf9ef81d5a1b82abc4c3dbbe55569e85 Reviewed-on: https://gerrit.libreoffice.org/44434Reviewed-by:
-
Tomaž Vajngerl yazdı
Change-Id: I681920347e01ccbc1e18348d00c1e29dac5a8e64 Reviewed-on: https://gerrit.libreoffice.org/44441Tested-by:
Tomaž Vajngerl <quikee@gmail.com>
-
Stephan Bergmann yazdı
...when a class derives from multiple (non-virtual) instances of one base class, and the override disambiguates which of those instances' member to call. That was the case with SwXTextDocument::queryAdapter (sw/source/uibase/uno/unotxdoc.cxx), where SwXTextDocument derives from cppu::OWeakObject through both SwXTextDocumentBaseClass and SfxBaseModel, but calling queryAdapter through a pointer to SwXTextDocumentBaseClass apparently needs to call OWeakObject::queryAdapter on the second, SfxBaseModel-inherited OWeakObject base instance, or else CppunitTest_sw_macros_test fails. Who knows what other instances of similar non-unnecessary overrides have been removed with the help of broken loplugin:unnecessaryoverride, for which there were no tests that started to fail... Turns out .clang-format lacked "ReflowComments: false" to not break the special "// expected-error {{...}}" etc. comments in compilerplugins/clang/test/. Also, use a better location to report loplugin:unnecessaryoverride, to keep clang-format and loplugin:unnecessaryoverride from fighting over how to split lines and where to put the comment in compilerplugins/clang/test/unnecessaryoverride.cxx. Change-Id: I3b24df24369db12f8ec1080d6c9f7b70ff561a16 Reviewed-on: https://gerrit.libreoffice.org/44418Tested-by:
-
