- 26 Nis, 2019 14 kayıt (commit)
-
-
Samuel Mehrbrodt yazdı
Change-Id: Ia28bf8fa53fa81c73a422c2af280e0418bd2aaf0 Reviewed-on: https://gerrit.libreoffice.org/71341 Tested-by: Jenkins Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
-
Gabor Kelemen yazdı
Found with bin/find-unneeded-includes Only removal proposals are dealt with here. Change-Id: I95575d41a822ff7b1ac5bdba03057f6d3fa61b51 Reviewed-on: https://gerrit.libreoffice.org/71141 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
-
Miklos Vajna yazdı
Now that the btlr writing mode works reasonably well in table cells, the next context is shape text. But turns out that DOCX shape text lacked support in the easier tbrl case, so add that first. Also remove the char-level text rotation code in oox, that is effectively dead code since we import drawingML shapes as shape + Writer TextBox. Change-Id: I30c7793221cc3aceedfcfd9e4e1725634ebb3309 Reviewed-on: https://gerrit.libreoffice.org/71329 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
-
Caolán McNamara yazdı
so if that's active fallback to creating a vector of simple pams Change-Id: I282bd9f9675985ddbd88ba088aee81609e14d101 Reviewed-on: https://gerrit.libreoffice.org/71318 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Balazs Varga yazdı
Re-scale the primary Y axis if the secondary axis is deleted and the dataseries still attached to the secondary axis. Change-Id: I6e7958766d23a74569ce8529ddf1bdafa89f1870 Reviewed-on: https://gerrit.libreoffice.org/71302 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
-
Noel Grandin yazdı
Change-Id: I109fd4a9f58f604852622e3dca87e1beadcad858 Reviewed-on: https://gerrit.libreoffice.org/71303 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
László Németh yazdı
to support the registered databases (containing ODS, XLSX sheet or ODT text table data sources). Now database fields don't lose their database connection, and File->Print can merge mails after DOCX export/import, if the LO instance has got a registered database with the same name and table, as in saved in w:settings/w:mailMerge/w:query element of the DOCX document in the form of SELECT * FROM [databaseName].dbo.[tableName]$ query. Notes: – This fix supports only single table usage. – The exported DOCX document is editable in MSO, too, without losing the database connection in LO later. Change-Id: I97826b7ee7defd0243dbaffa0325c5b11dd2c0d1 Reviewed-on: https://gerrit.libreoffice.org/71228 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
-
Tor Lillqvist yazdı
Change-Id: Ief2636425712f60cfc6e8f68ee0d3fb01608d8ba Reviewed-on: https://gerrit.libreoffice.org/71317 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
-
Stephan Bergmann yazdı
The Bundle_Contents_Resources_Lang dir gids (its only use) have been unused since f0b57c30 "Info.plist et al were no longer found when creating a .dmg", and those Contents/Resources/*.lproj dirs are created on demand now, anyway. Change-Id: Ia3e867307c4fc31180594d507721577a21cc20b1 Reviewed-on: https://gerrit.libreoffice.org/71319 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Stephan Bergmann yazdı
...since dfc4ace4 "fdo#62442: Move the InfoPlist.strings files into the app from langpacks" Change-Id: Ia9913f3edcce1e9a9156de54a43d24766f8682ae Reviewed-on: https://gerrit.libreoffice.org/71316 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Samuel Mehrbrodt yazdı
Change-Id: I155673b9b1b2ba1f275877ce7885cf3f99fcb2e3 Reviewed-on: https://gerrit.libreoffice.org/71340Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de> Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
-
Jens Carl yazdı
Enable test sc.ScCellRangeObj::com::sun::star::chart::XChartData as of commit eb7a731b the test is ported to C++ and discussed with sberg in https://bugs.documentfoundation.org/show_bug.cgi?id=43309#c7. Change-Id: I2652122bd61f7586d6afa190eaece8edf938e28d Reviewed-on: https://gerrit.libreoffice.org/71335 Tested-by: Jenkins Reviewed-by: Jens Carl <j.carl43@gmx.de>
-
Andrea Gelmini yazdı
Change-Id: Ie687feebfccf27c366922acfc29ff12cdfa325ba Reviewed-on: https://gerrit.libreoffice.org/71338Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Julien Nabet <serval2412@yahoo.fr>
-
Andrea Gelmini yazdı
Change-Id: If9e4f46239a42a663a2251aafabfd66268a7c9e3 Reviewed-on: https://gerrit.libreoffice.org/71315Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Jenkins
-
- 25 Nis, 2019 26 kayıt (commit)
-
-
Andrea Gelmini yazdı
Change-Id: I81d85cb8ae8b0075929beb01e8991d895b94d0c4 Reviewed-on: https://gerrit.libreoffice.org/71314Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Jenkins
-
andreas kainz yazdı
Change-Id: I607f0a463f45c6d299b97f0ef5dfd6e704d6bb41 Reviewed-on: https://gerrit.libreoffice.org/71304Reviewed-by: andreas_kainz <kainz.a@gmail.com> Tested-by: andreas_kainz <kainz.a@gmail.com>
-
Eike Rathke yazdı
Change-Id: I7fcefd5b2da2055f56cf574358a96d2a071c13b6
-
Milan Crha yazdı
as noted here: https://mail.gnome.org/archives/desktop-devel-list/2019-April/msg00016.html wrt: https://gitlab.gnome.org/GNOME/evolution-data-server/issues/33 Change-Id: I88f900b3adf12de545b1d2d16da67eae22fde748 Reviewed-on: https://gerrit.libreoffice.org/71281 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Eike Rathke yazdı
Only clarifications on 0x001A and 0x002E, plus two new reserved 0xEEEE and 0xF2EE. Note that the whole bunch of 0x1000 "assignments" is not handled and not listed here. Change-Id: I3d3e86052c8d36a2ac49db9caa167957b5468ec3
-
Eike Rathke yazdı
Change-Id: If9dd9437ebdc83e9093d4ea00f31d2e2da95b7d2
-
Stephan Bergmann yazdı
Building against libstdc++ effectively always requires -pthread anyway (as various standard C++ headers require it, see the comment added to solenv/gbuild/platform/unxgcc.mk), so many explicit uses of -pthread/-lpthread can be removed. Doing a (partial) test build on Linux with Clang -stdlib=libc++ suggests that libc++ indeed doesn't need -pthread as libstdc++ does. The remaining uses of -pthread/-lpthread are mostly in configure.ac for the various BSDs (which somebody else might want to clean up now), and related to external projects. I tried to be careful to remove -pthread/-lpthread from makefiles only when C++ object files are involved (so -pthread will now be included on the link command line by default). Change-Id: I936e082839cb9a434bd273ce5a1f187a4245dfa1 Reviewed-on: https://gerrit.libreoffice.org/71291 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Miklos Vajna yazdı
Change-Id: I22431e026c1802e33064aa60267de0edbdf856ca Reviewed-on: https://gerrit.libreoffice.org/71253 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
-
László Németh yazdı
in a FOR loop, by removing the range(x,,)-like double commas in this case, too, during program compilation. Previous empty (missing) argument of RANGE was checked by the terminating comma, but it can be a white space after it, as in the following example: FOR i IN RANGE COUNT 'letter' [ PRINT i ] Change-Id: I67d0a4f089be06f30003d1b979b8f1801dbfa2e9 Reviewed-on: https://gerrit.libreoffice.org/71263 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
-
Stephan Bergmann yazdı
At least since 7a08bfea "tdf#122244 Put InfoPlist.strings files at correct places on macOS" those directories that have actual content are created on demand. (That is, empty such directories are no longer created, but I assume that's a feature rather than a bug.) Change-Id: If753483c78fbf39e76c9565a407e7ff27ca32efb Reviewed-on: https://gerrit.libreoffice.org/71300 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Mike Kaganski yazdı
See https://lists.freedesktop.org/archives/libreoffice/2019-April/082479.html Ths partially reverts commit 1463625a Change-Id: I36ec01c8d331d879143f60e12dc239158a8822ec Reviewed-on: https://gerrit.libreoffice.org/71301Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Tested-by: Mike Kaganski <mike.kaganski@collabora.com>
-
Armin Le Grand yazdı
(1) Migrated all still existing binary load/save stuff in SfxPoolItem to legacy files. Isolated from Item implementations. Adapted all usages. No more methods Create/Store needed, also GetVersion removed (2) Removed operator= for SfxPoolItem. Adapted all usages. Goal ist to handle Items more as Objects ('Object-Oriented') in the sense to move/handle instances, not to copy one instance over another one (which is more and more problematic with hard to copy content as UNO API stuff or similar). This lead to much more usages of std::shared_ptr which correlates well with future plans fr Items (see dev branch). Next logic step will be to also remove copy constructor Linux build and corrections done Fixed Writer test and removed unused defines Fixed another unused m,acro Started to unify the AutoFormat stuff Changes to OUString constructor usages, tests completely No idea why, but SfxStringItem constructor which takes a OUString& now insists of not getting ::OUString's handed in - changed all 'SfxStringItem.*OUString.*".*"' accordingly Change-Id: Ibed7358b18fb019994a7490332b9d797a6694c29 Reviewed-on: https://gerrit.libreoffice.org/71075 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
-
andreas kainz yazdı
Change-Id: Ibe76cc8950e26f0b78425f91faae2f44b5474ea7 Reviewed-on: https://gerrit.libreoffice.org/71264 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
-
Andrea Gelmini yazdı
Change-Id: Ie608aea0cd65d6bc6a3c5d700650ac3b9d3241a9 Reviewed-on: https://gerrit.libreoffice.org/70998Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Julien Nabet <serval2412@yahoo.fr>
-
Xisco Fauli yazdı
Similar to 88be8aa1 Change-Id: Ia6f725fd6c6cee3135191a998ea43c1e6f90fc23 Reviewed-on: https://gerrit.libreoffice.org/71287Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Jenkins Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>
-
andreas kainz yazdı
Change-Id: If10507a51cf4b680034e225ec011f43f624ca34c Reviewed-on: https://gerrit.libreoffice.org/71259 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
Change-Id: Ib4b6031b31500a8a2086721124b5b8f554f7c1c5 Reviewed-on: https://gerrit.libreoffice.org/71296 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Stephan Bergmann yazdı
...at least since 7a08bfea "tdf#122244 Put InfoPlist.strings files at correct places on macOS", though it wasn't under Contents/ at least as of lately, anyway. The code to remove it had been added with f345a2c5 "We don't want those bin/InfoPlist_*.zip files in the app bundle". I don't know how to do a --enable-macosx-code-signing build on macOS to verify that it can indeed be removed, though. Change-Id: I61d91bd47abf8f4b5d9e117d9943e0682ebef2cb Reviewed-on: https://gerrit.libreoffice.org/71298Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
-
Caolán McNamara yazdı
Change-Id: I9d0204161a0efe91ebcddaf5b2931ab156221b79 Reviewed-on: https://gerrit.libreoffice.org/71283 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
Change-Id: Icd00e2aaa5932564668cd12ce4ee63aecc34419a Reviewed-on: https://gerrit.libreoffice.org/71226 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
Change-Id: I1f46c6043b3263ef983991ffa4aa0418006d55a7 Reviewed-on: https://gerrit.libreoffice.org/71292 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Tamas Bunth yazdı
Change-Id: I54c1f438a755267db0896637c79f915de9113f83 Reviewed-on: https://gerrit.libreoffice.org/71074 Tested-by: Jenkins Reviewed-by: Andras Timar <andras.timar@collabora.com>
-
Xisco Fauli yazdı
follow-up of 10c93414 Change-Id: I2085173dffd71dbbc68a0574400bebe132626dd9 Reviewed-on: https://gerrit.libreoffice.org/71284Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Jenkins Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>
-
Christian Lohmaier yazdı
Change-Id: I28e8d8e4ab940ae838fc555702b5580dc76931dd
-
heiko tietze yazdı
InfoBarType::Success adjusted to the newly added successbox see also I829218d014c13698d075e0fcd3162801d31ba093 Change-Id: I6b542928f3d1d1940b9da36b4c40cd8af97fb2f5 Reviewed-on: https://gerrit.libreoffice.org/71285 Tested-by: Jenkins Reviewed-by: Heiko Tietze <tietze.heiko@gmail.com>
-
Mike Kaganski yazdı
Change-Id: I7fb59039429361dad04fb68507f40545f9c4dd6d Reviewed-on: https://gerrit.libreoffice.org/71290Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Tested-by: Mike Kaganski <mike.kaganski@collabora.com>
-