- 22 Eyl, 2018 16 kayıt (commit)
-
-
Lionel Elie Mamane yazdı
We first try to prepare the statement and get metadata information. That's fine. Some DB engines/drivers will not give column information on an unexectured prepared statement. In that case, first try to execute the statement with all parameters set to NULL, which is likely to succeed. If not, keep "execute the raw SQL indiscriminately" as a last resort. I'm not sure it will ever be useful, though. Change-Id: I76b5fd6b2059e96fabe9a611c8e3ed115acfc964 Reviewed-on: https://gerrit.libreoffice.org/60884 Tested-by: Jenkins Reviewed-by:
Lionel Elie Mamane <lionel@mamane.lu>
-
Caolán McNamara yazdı
no warning in glade about it, though there is for other such things that don't exist in the targetted version Change-Id: Ib1522aaf9709b94274db378678314dc945048d97 Reviewed-on: https://gerrit.libreoffice.org/60899 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Stephan Bergmann yazdı
buovjaga reported on IRC that his build (implicitly --without-system-harfbuzz --without-system-icu) failed to link e.g. Library_vclplug_gtk3 due to harfbuzz missing symbols from ICU, like > /usr/bin/ld: /home/user/libreoffice/workdir/UnpackedTarball/harfbuzz/src/.libs/libharfbuzz.a(libharfbuzz_la-hb-icu.o): in function `hb_icu_unicode_decompose_compatibility(hb_unicode_funcs_t*, unsigned int, unsigned int*, void*)': > /home/user/libreoffice/workdir/UnpackedTarball/harfbuzz/src/hb-icu.cc:334: undefined reference to `unorm2_getNFKDInstance_62' [...] It is not clear to me why Library_vclplug_gtk3 would actually use libharfbuzz.a's hb_icu_unicode_decompose_compatibility (and for e.g. my builds, it apparently doesn't), but in general libharfbuzz.a does depend on some symbols from icuuc, so it is correct to add icuuc to the link when linking against harfbuzz. (And "gb_LinkTarget_use_external,...,icuuc" conveniently only adds libs for linking, and does not add C/C++ include file paths, which would not be wanted here.) (<https://gerrit.libreoffice.org/#/c/60882/> "Revert 'Add more more dependencies to VCL makefiles'" was a false start trying to address the above issue.) Change-Id: Ic8bcfa2aab185f8a9487d7787b4f22068e7cb481 Reviewed-on: https://gerrit.libreoffice.org/60898 Tested-by: Jenkins Reviewed-by:
Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Reviewed-by:
Stephan Bergmann <sbergman@redhat.com>
-
Caolán McNamara yazdı
Change-Id: I171150342e04bee6efd97f36f769a2c3d1db4bd7 Reviewed-on: https://gerrit.libreoffice.org/60887Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
Change-Id: I253a01b053efe836b0657f9a711cecd060b6782b Reviewed-on: https://gerrit.libreoffice.org/60883 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Regina Henschel yazdı
for display in UI. The test counts the layers. The error was, that a user layer was merged into a standard layer. Change-Id: Ib73e14965689b005a7d42811b6de9126dd3ef57d Reviewed-on: https://gerrit.libreoffice.org/60892 Tested-by: Jenkins Reviewed-by:
Regina Henschel <rb.henschel@t-online.de>
-
Tamas Bunth yazdı
For MYSQL connections there is an extra window which determines how to connect to a mysql/mariadb database. This functionality is handled in OGeneralPageWizard::approveDatasourceType. Change-Id: Ia3c548103b694731cba47ff5390c34b072a938a0 Reviewed-on: https://gerrit.libreoffice.org/60893Reviewed-by:
Tamás Bunth <btomi96@gmail.com> Tested-by:
Tamás Bunth <btomi96@gmail.com>
-
Caolán McNamara yazdı
Change-Id: Ibafbaf7c1f7ab0c4922eeaf9cf27b39d90af03bf Reviewed-on: https://gerrit.libreoffice.org/60870 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: I5d7171045a9c271e2ef5f456411fa4d3eb5f1571 Reviewed-on: https://gerrit.libreoffice.org/60895 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: I1d2ff100023ac6d94ea6ec65844cf509988ac90b Reviewed-on: https://gerrit.libreoffice.org/60894 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
László Németh yazdı
on Win32, waiting only for \r\n instead of \n in RemoveLastParagraph(). Change-Id: I8921a6a72e8397ed04edb9f339ba3f0bf5bbb98b Reviewed-on: https://gerrit.libreoffice.org/60865 Tested-by: Jenkins Reviewed-by:
László Németh <nemeth@numbertext.org>
-
Rahul Gurung yazdı
Change-Id: I65b594db595f0e08a50a9ea18baf44c496cf18e3 Reviewed-on: https://gerrit.libreoffice.org/60218 Tested-by: Jenkins Reviewed-by:
Markus Mohrhard <markus.mohrhard@googlemail.com>
-
Muhammet Kara yazdı
Change-Id: I21bc9353dc37825967bdca3329568990907928b4 Reviewed-on: https://gerrit.libreoffice.org/60888 Tested-by: Jenkins Reviewed-by:
Muhammet Kara <muhammet.kara@pardus.org.tr>
-
Mike Kaganski yazdı
* Update helpcontent2 from branch 'master' - SEARCH spreadsheet function returns error when text not found ... as per OASIS ODF OpenFormula specification: http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part2.html#__RefHeading__1018874_715980110 Change-Id: I16b81de40dcc4b103e44cc1e3784eea830bf8ffa Reviewed-on: https://gerrit.libreoffice.org/60891 Tested-by: Jenkins Reviewed-by:
Olivier Hallot <olivier.hallot@libreoffice.org>
-
Justin Luth yazdı
Optimal row height: Adjusts the height of the selected rows to fit the content, causing the table to shrink. This really is SetMinimalRowHeight, but until minimize is also added, it is the most desirable optimization. Change-Id: I90717b2752027404a85fd5eb01c68279996598ca Reviewed-on: https://gerrit.libreoffice.org/60129Reviewed-by:
Justin Luth <justin_luth@sil.org> Tested-by:
Justin Luth <justin_luth@sil.org>
-
Manuj Vashist yazdı
Change-Id: Iead6b030d54983d08543656d2b62e42ba38b946e Reviewed-on: https://gerrit.libreoffice.org/58912 Tested-by: Jenkins Reviewed-by:
Markus Mohrhard <markus.mohrhard@googlemail.com>
-
- 21 Eyl, 2018 24 kayıt (commit)
-
-
Andrea Gelmini yazdı
Change-Id: I913406a2a35f2202b7cfd41e06d1dca620d1b606 Reviewed-on: https://gerrit.libreoffice.org/60864Reviewed-by:
Julien Nabet <serval2412@yahoo.fr> Tested-by: Jenkins
-
Caolán McNamara yazdı
Change-Id: I0e4f8467440662a3d8cbda642339a55cfad445d8 Reviewed-on: https://gerrit.libreoffice.org/60849 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Armin Le Grand yazdı
Started to make the buffering more flexible by adding virtual methods virtual sal_uInt32 getHoldCyclesInSeconds() const; virtual sal_Int64 estimateUsageInBytes() const; to class SystemDependentData. This will allow to add more sensitive buffering/caching. Also fine-tuned Linux-derived classes actively used for buffering to be more sensitive when and where to reuse the buffered data Change-Id: Ifc69c318ade0209aff071d76001869d9f4eeb10d Reviewed-on: https://gerrit.libreoffice.org/60881 Tested-by: Jenkins Reviewed-by:
Armin Le Grand <Armin.Le.Grand@cib.de>
-
Miklos Vajna yazdı
Normal shapes have a TextFitToSize property for this, but table cell content has to be scaled manually, as the rendering has no automatic support for them. Luckily the file format has the info we need to scale at import time. Change-Id: Ibbcc4b8685995261536cce88b8c0774e148f708e Reviewed-on: https://gerrit.libreoffice.org/60880Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins
-
Noel Grandin yazdı
look for closed cycles of methods i.e. unused code that would not otherwise be found by the unusedmethods loplugin Change-Id: I3fb052132d97aabca573bb8e9fc424201b1e2042 Reviewed-on: https://gerrit.libreoffice.org/60875 Tested-by: Jenkins Reviewed-by:
Noel Grandin <noel.grandin@collabora.co.uk>
-
Caolán McNamara yazdı
Change-Id: If170645fa09ffc41948d1770df65b38d35a3f71e Reviewed-on: https://gerrit.libreoffice.org/60856 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Justin Luth yazdı
Optimize column width: Adjusts the width of the selected columns to fit the content, without changing the width of the table. Any leftover space is distributed proportionately, with thin columns growing slightly, and wide columns growing much wider. The implementation and results are different from how Writer does it, but tables themselves are also very different in Draw. So I don't think it needs to be handled identically. Writer's implementation is really "minimalColumnWidth" anyway. Change-Id: Ia10cfa9822d7eef3c4909a82c21535aa6668b143 Reviewed-on: https://gerrit.libreoffice.org/60078 Tested-by: Jenkins Reviewed-by:
Justin Luth <justin_luth@sil.org>
-
Noel Grandin yazdı
like we did with the AddToHdlList stuff, all the client code cares about is fetching the entire list Change-Id: Id3cefa5f316a3f979a276c64f9125943d0981842 Reviewed-on: https://gerrit.libreoffice.org/60813 Tested-by: Jenkins Reviewed-by:
Noel Grandin <noel.grandin@collabora.co.uk>
-
Andrea Gelmini yazdı
Change-Id: If90ef416e1ed757fede52c33f2e191930be35809 Reviewed-on: https://gerrit.libreoffice.org/60851Reviewed-by:
Julien Nabet <serval2412@yahoo.fr> Tested-by: Jenkins
-
Caolán McNamara yazdı
Change-Id: Ie39ce942bbfe724e0f9c7be6bafaf3fdc607f19d Reviewed-on: https://gerrit.libreoffice.org/60868 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
and coverity#1439596 Inferred misuse of enum Change-Id: I4edd08c46c714c3d513df5f9403ab29dfd0e2497 Reviewed-on: https://gerrit.libreoffice.org/60850Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Miklos Vajna yazdı
Longer term the core Impress shape has to be improved so that it can have text in multiple columns. Shorter term, map text with multiple columns to table shapes, that gives correct layout in many cases and requires changes to the import filter only. Change-Id: Id7942b16882ab1f083ded2f0e577e8c9e128697c Reviewed-on: https://gerrit.libreoffice.org/60859Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins
-
Muhammet Kara yazdı
Change-Id: I7bba01f03fb5cf327e9ff4f21314859857033acd Reviewed-on: https://gerrit.libreoffice.org/60834 Tested-by: Jenkins Reviewed-by:
Muhammet Kara <muhammet.kara@pardus.org.tr>
-
Caolán McNamara yazdı
Change-Id: I2a74e0bcba46b730067b5baca5e934f95ba265ce Reviewed-on: https://gerrit.libreoffice.org/60854 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: Ic5828b37951ed649a3d9abc18e1d44b979208d9b Reviewed-on: https://gerrit.libreoffice.org/60855 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: I083e9e01e26f294064104a4682c50a9bfc7fa09c Reviewed-on: https://gerrit.libreoffice.org/60848 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Regina Henschel yazdı
The internal management of layers was based on localized layer names. So it could happen, that a custom layer name was a standard layer name (which includes special handling) in one local and not in the other. The patch changes the implementation to use the same real layer names as in file, and use localized standard layer names only for display in the UI. Removes no longer needed RestoreLayerName() Removes convertToInternalName(), ersatz convertToLocalizedName() Removes no longer needed convertToExternalName() Includes fix for tdf#119956 in addition Change-Id: Iaedb73e4017e728f7ca3b0dc4aa7bb7f0e6ce6da Reviewed-on: https://gerrit.libreoffice.org/60507 Tested-by: Jenkins Reviewed-by:
Regina Henschel <rb.henschel@t-online.de>
-
Caolán McNamara yazdı
Change-Id: I69d17f9190c165ed787b68febd2cdb37c4e16b9e Reviewed-on: https://gerrit.libreoffice.org/60852 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Noel Grandin yazdı
the code already says that using GetHdl is inefficient, and client code should be using AddToHdlList, so just drop the bad one Change-Id: I88c43154c8cc0988127b9292e4cda28917f54eb9 Reviewed-on: https://gerrit.libreoffice.org/60792 Tested-by: Jenkins Reviewed-by:
Noel Grandin <noel.grandin@collabora.co.uk>
-
Tor Lillqvist yazdı
Change-Id: If5428e93bafeb97c8f8d39bf3407f34a2b0cfe20
-
Tor Lillqvist yazdı
No memory any more in what circumstances we might end up at this early return spot in this function. Is it an error or can it be intentional that the function is called like this, no idea. But now at least we use a SAL_WARN(). Change-Id: Iaa9c27b4104135d4d3d6787125c9c26004b861cb
-
Caolán McNamara yazdı
Change-Id: I0c82b6006ca778439c5c4559d0c7c23ff94fffc4 Reviewed-on: https://gerrit.libreoffice.org/60844Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com>
-
Balazs Varga yazdı
In the OOXML standard the supported data label positions in case of Column and Bar Chart are Center (ctr), Inside End (inEnd), Inside Base (inBase) and Outside End (outEnd). So even if the default value is Above of the date labels placement in LibreOffice, after the export to OOXML the "DLblPos" will be changed to outEnd. It is not a problem, but the 0 datapoints value will be appear on the wrong side of the axis and making itself and the the axis text both undreadable. This patch will fix it in case of OOXML and ODF format too. Change-Id: I04d68ee79b560cf144e6290271f2341355a5b089 Reviewed-on: https://gerrit.libreoffice.org/60477 Tested-by: Jenkins Reviewed-by:
László Németh <nemeth@numbertext.org> Tested-by:
László Németh <nemeth@numbertext.org>
-
Stephan Bergmann yazdı
...similar to 28b4f4ae "Get rid of Windows .def files in setup_native, use __declspec(dllexport)". And JNIEXPORT (with which the listed functions are decorated in odk/source/unowinreg/win/unowinreg.cxx) already implies __declspec(dllexport). Change-Id: I45fd1d50cd3b072d124002e469c70eb1d6ed7610 Reviewed-on: https://gerrit.libreoffice.org/60819 Tested-by: Jenkins Reviewed-by:
Stephan Bergmann <sbergman@redhat.com>
-