aboutsummaryrefslogtreecommitdiff
path: root/source/sid/dictionaries
AgeCommit message (Collapse)Author
2019-04-25update translations for masterChristian Lohmaier
and force-fix errors using pocheck Change-Id: I04522500fe14e0d09925b196ccf7b7f94f3bfe64
2018-11-13update translations for masterChristian Lohmaier
and force-fix errors using pocheck Change-Id: I6b444d20d156df4126666efaeb30a0902054362b
2018-10-03update translations for masterChristian Lohmaier
and force-fix errors using pocheck Change-Id: I2a1fd1969ac1b5f197b1554050e2bb971149f25a
2018-08-03update translations for masterChristian Lohmaier
Change-Id: If7b8b1685d00503ee3d1e84b978c8f59359a73b5
2018-07-04update translations with the updated submodulesChristian Lohmaier
Change-Id: I0f59e5cb8f567d52c1124c2d13095d4b7ad4bfac
2018-04-25update translatiosn for 6.1.0 alpha1Christian Lohmaier
Change-Id: I0ed5d948cf89a4260c8771057d463448b76a4527
2018-01-15update translations after first de-fuzzying roundChristian Lohmaier
Change-Id: Ie6b488bf4cb510522eb8d92b479b4ab42226698d
2017-12-18update translations for 6.0/masterChristian Lohmaier
and force-fix errors using pocheck Change-Id: Ie978deb62c62ea4ad661ea45d155bdd4b0d1f811
2017-11-22update translations for 6.0 beta1Christian Lohmaier
and force-fix errors using pocheck Change-Id: Ie5900800b8c1f0e6064d00b2b028afcf51e84e20
2017-10-19update templates for 6.0.0 alpha1Christian Lohmaier
Change-Id: Ie5bf8ab575cb94b341c277daa0cd9f6f2f6871f0
2016-11-23update translations for 5.3.0 beta1libreoffice-5-3-branch-pointChristian Lohmaier
and force-fix errors using pocheck Change-Id: I96587a8a2e13785525cc386b708359317b0f5985
2016-04-21update translations for 5.2.0 alpha1Christian Lohmaier
and force-fix errors using pocheck Change-Id: I75bca3b0cc0333302eac4d11c98ad26dfdc35fd6
2015-11-25Update translations for master and force-fix errors using pochecklibreoffice-5-1-branch-pointRobinson Tryon
Change-Id: Ia185c1d9ef3b66189ec6b1ab08795fa5f4aaca49
2014-11-20update translations for 4.4.0 beta1Christian Lohmaier
and force-fix errors using pocheck Change-Id: I8743837d52212af0d16ae1aeddc83651fb5d89d4
2014-04-20update translations for 4.3.0 alpha1Christian Lohmaier
and force-fix errors using pocheck Change-Id: Id45e0dc7161738ebd69ba07108b9fdd149643703
2013-12-09update translations for 4.2.0 Beta2Christian Lohmaier
also remove unused files and force-fix errors using pocheck Change-Id: If95f38febdf34951193d67b1eb7a8fbfd292474d
2013-11-21sync with po-templates for 4.2libreoffice-4-2-branch-pointChristian Lohmaier
and force-fix errors using pocheck Change-Id: Ic842792d6ee5fe0fc5d1b41808671f8c3ae34dc6
2013-06-27update Sidama translationAndras Timar
Change-Id: I2d52fb99fe95c99b54e9242bb009f308aaf21b6e
2013-06-27update translations for LibreOffice 4.1 rc1Andras Timar
Change-Id: Icdd695955786c330a21e7870ac9e617ccf2d5ebe
2013-06-05update translations for LibreOffice 4.1 beta2Andras Timar
Change-Id: I5dafc5dcce605da8d6831a775ff1d416180b22d0
2013-05-25initial import of 4.1 translationsAndras Timar
Change-Id: Ia93f31dedcdff3e180c36473e0667022795d96a7
2013-05-07update translations for LibreOffice 4.0.3 rc1Andras Timar
Change-Id: I4a1d49dbef58c048aa57a29bec7623d4ad31920d
2013-01-06 update translations for LibreOffice 4.0 rc1Andras Timar
Change-Id: I85ba7031ebee3b3b0108218e97093fab1e9d84a3
2012-12-16update translations for LibreOffice 4.0 beta2Andras Timar
Change-Id: Iff858adb848a543f565e3c0df33c8398c74c754d
2012-12-03update translations for LibreOffice 4.0 beta1Andras Timar
Change-Id: I35e0bf7dfef1541f76508edb962e89bc5d78e339
2012-11-20initial import of LibreOffice 4.0 translationsAndras Timar
Change-Id: I577494b6b4189ed19723af4b5e273ea4da85e708
fice-6-1-5'>libreoffice-6-1-5 LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/remotebridges
AgeCommit message (Collapse)Author
2022-01-30Recheck modules [o-r]* with IWYUGabor Kelemen
See tdf#42949 for motivation Change-Id: I6b4b05a5e59b256653c4caf5297fffd601b45083 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128845 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-12-10Generally determine Rdb content from gb_*_set_componentfile callsStephan Bergmann
...instead of by listing the content somewhat redundantly in the Rdb_*.mk files, to avoid duplication of logic for components that are only built conditionally (and thus should only be included conditionally in the corresponding Rdb). To achieve that, add an "rdb" parameter to gb_ComponentTarget_ComponentTarget (and to the gb_*_set_componentfile macros that internally call gb_ComponentTarget_ComponentTarget), which is used to make the appropriate gb_Rdb_add_component call internally from within gb_ComponentTarget_ComponentTarget. (As a special case, gb_CppunitTest_set_componentfile shall not call gb_Rdb_add_component, as that has already been done by the corresponding gb_Library_set_componentfile call, so allow the gb_ComponentTarget_ComponentTarget "rdb" parameter to be empty to support that special case.) Most Rdb_*.mk files are thus mostly empty now. One exception is i18npool/Rdb_saxparser.mk, which duplicates some of the Rdb_services content as needed during the build in CustomTarget_i18npool/localedata. 1c9a40299d328c78c035ca63ccdf22c5c669a03b "gbuild: create services.rdb from built components" had already tried to do something similar (in addition to other things) under a new --enable-services-rdb-from-build option. However, that approach had four drawbacks that this approach here addresses (and which thus partly reverts 1c9a40299d328c78c035ca63ccdf22c5c669a03b): 1 Rdb_services shall not contain the component files of all libraries that are built. While that commit filtered out the component files that go into Rdb_ure/services (ure/Rdb_ure.mk), it failed to filter out the component files that go into others like Rdb_postgresql-sdbc (connectivity/Rdb_postgresql-sdbc.mk). 2 The code added by that commit to Makefile.gbuild codified the knowledge that there is an Rdb_services, which is brittle. 3 The code added by that commit to solenv/gbuild/Rdb.mk codified the knowledge (for gb_Rdb__URECOMPONENTS) that there is an Rdb_ure/services, which is brittle. 4 Introducing an --enable-services-rdb-from-build option needlessly provided two different ways how the content of Rdb_services is assembled. The changes done here would leave --enable-services-rdb-from-build as a misnomer, as it no longer controls how Rdb_services is assembled. I thus renamed it to --enable-customtarget-components, as that is apparently what it still does now. Change-Id: Ia5e8df4b640146c77421fcec6daa11a9cd260265 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126577 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-04-07Updated README.md files to represent current code / use Markdown formatHossein
Previously, all of the README files have been renamed to README.md and now, the contents of these files were changed to use Markdown format. Other than format inconsistency, some README.md files lacked information about modules, or were out of date. By using LibreOffice / OpenOffice wiki and other documentation websites, these files were updated. Now every README.md file has a title, and some description. The top-level README.md file is changed to add links to the modules. The result of processing the Markdown format README.md files can be seen at: https://docs.libreoffice.org/ Change-Id: Ic3b0c3c064a2498d6a435253b041df010cd7797a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113424 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-03-24Using .md extension/Markdown syntax for modules READMEHossein
Renaming all README files for all top level modules to README.md, applying no content change at this stage to be able to track history of the files. These files should be edited to use correct Markdown syntax later. Change-Id: I542fa3f3d32072156f16eaad2211a397cc212665 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112977 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2020-07-14remotebridges: create instances with uno constructorsNoel Grandin
See tdf#74608 for motivation. Change-Id: I4e33b22fa8294d730e1efa929c352c1aefe506a1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98679 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2020-07-01Upcoming improved loplugin:staticanonymous -> redundantstatic: remotebridgesStephan Bergmann
Change-Id: I0204c51f456aa500d9132d4fa4fd877df0c2c442 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97634 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-01-27tdf#88205: Adapt uses of css::uno::Sequence to use initializer_list ctorMehmet Emin Başoğlu
Change-Id: Iffb8512c530b33f87076aec9f85b45219c7d07e5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/87528 Tested-by: Jenkins Reviewed-by: Muhammet Kara <muhammet.kara@collabora.com>
2019-12-19sal_Char->char in remotebridges..saxNoel Grandin
Change-Id: I6d32942960a5e997f16eb1301c45495661cd4cea Reviewed-on: https://gerrit.libreoffice.org/85514 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2019-11-22Extend loplugin:external to warn about classesStephan Bergmann
...following up on 314f15bff08b76bf96acf99141776ef64d2f1355 "Extend loplugin:external to warn about enums". Cases where free functions were moved into an unnamed namespace along with a class, to not break ADL, are in: filter/source/svg/svgexport.cxx sc/source/filter/excel/xelink.cxx sc/source/filter/excel/xilink.cxx svx/source/sdr/contact/viewobjectcontactofunocontrol.cxx All other free functions mentioning moved classes appear to be harmless and not give rise to (silent, even) ADL breakage. (One remaining TODO in compilerplugins/clang/external.cxx is that derived classes are not covered by computeAffectedTypes, even though they could also be affected by ADL-breakage--- but don't seem to be in any acutal case across the code base.) For friend declarations using elaborate type specifiers, like class C1 {}; class C2 { friend class C1; }; * If C2 (but not C1) is moved into an unnamed namespace, the friend declaration must be changed to not use an elaborate type specifier (i.e., "friend C1;"; see C++17 [namespace.memdef]/3: "If the name in a friend declaration is neither qualified nor a template-id and the declaration is a function or an elaborated-type-specifier, the lookup to determine whether the entity has been previously declared shall not consider any scopes outside the innermost enclosing namespace.") * If C1 (but not C2) is moved into an unnamed namespace, the friend declaration must be changed too, see <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71882> "elaborated-type-specifier friend not looked up in unnamed namespace". Apart from that, to keep changes simple and mostly mechanical (which should help avoid regressions), out-of-line definitions of class members have been left in the enclosing (named) namespace. But explicit specializations of class templates had to be moved into the unnamed namespace to appease <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92598> "explicit specialization of template from unnamed namespace using unqualified-id in enclosing namespace". Also, accompanying declarations (of e.g. typedefs or static variables) that could arguably be moved into the unnamed namespace too have been left alone. And in some cases, mention of affected types in blacklists in other loplugins needed to be adapted. And sc/qa/unit/mark_test.cxx uses a hack of including other .cxx, one of which is sc/source/core/data/segmenttree.cxx where e.g. ScFlatUInt16SegmentsImpl is not moved into an unnamed namespace (because it is declared in sc/inc/segmenttree.hxx), but its base ScFlatSegmentsImpl is. GCC warns about such combinations with enabled-by-default -Wsubobject-linkage, but "The compiler doesn’t give this warning for types defined in the main .C file, as those are unlikely to have multiple definitions." (<https://gcc.gnu.org/onlinedocs/gcc-9.2.0/gcc/Warning-Options.html>) The warned-about classes also don't have multiple definitions in the given test, so disable the warning when including the .cxx. Change-Id: Ib694094c0d8168be68f8fe90dfd0acbb66a3f1e4 Reviewed-on: https://gerrit.libreoffice.org/83239 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>