aboutsummaryrefslogtreecommitdiff
path: root/source/de/starmath/messages.po
diff options
context:
space:
mode:
authorChristian Lohmaier <lohmaier+LibreOffice@googlemail.com>2021-10-29 14:50:48 +0200
committerChristian Lohmaier <lohmaier+LibreOffice@googlemail.com>2021-10-29 18:24:11 +0200
commit327c876f4c35127cff03b26303acd4831252ce66 (patch)
treed237757c7f5bfdb05135af9ba8b48e45b6aa48af /source/de/starmath/messages.po
parent569442292afe8da0847d542276cdddea3d1728a1 (diff)
update translations for 7.3.0 alpha1
and force-fix errors using pocheck Change-Id: I9968e128a11cee0afa01bb87dc619ee180d2209f
Diffstat (limited to 'source/de/starmath/messages.po')
-rw-r--r--source/de/starmath/messages.po24
1 files changed, 12 insertions, 12 deletions
diff --git a/source/de/starmath/messages.po b/source/de/starmath/messages.po
index c8e35f98c8a..7e4c9d7b7f2 100644
--- a/source/de/starmath/messages.po
+++ b/source/de/starmath/messages.po
@@ -4,7 +4,7 @@ msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: https://bugs.libreoffice.org/enter_bug.cgi?product=LibreOffice&bug_status=UNCONFIRMED&component=UI\n"
"POT-Creation-Date: 2021-09-10 23:12+0200\n"
-"PO-Revision-Date: 2021-06-13 09:18+0000\n"
+"PO-Revision-Date: 2021-10-28 04:00+0000\n"
"Last-Translator: Christian Kühl <kuehl.christian@googlemail.com>\n"
"Language-Team: German <https://translations.documentfoundation.org/projects/libo_ui-master/starmathmessages/de/>\n"
"Language: de\n"
@@ -13,7 +13,7 @@ msgstr ""
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=n != 1;\n"
"X-Accelerator-Marker: ~\n"
-"X-Generator: LibreOffice\n"
+"X-Generator: Weblate 4.8.1\n"
"X-POOTLE-MTIME: 1562561180.000000\n"
#. GrDhX
@@ -1160,7 +1160,7 @@ msgstr "es existiert"
#: starmath/inc/strings.hrc:143
msgctxt "RID_NOTEXISTS_HELP"
msgid "There does not exist"
-msgstr ""
+msgstr "es existiert nicht"
#. yrnBf
#: starmath/inc/strings.hrc:144
@@ -2144,13 +2144,13 @@ msgstr "von höherem oder äquivalentem Rang"
#: starmath/inc/strings.hrc:307
msgctxt "RID_XNOTPRECEDESY_HELP"
msgid "Does not precede"
-msgstr ""
+msgstr "nicht von niedrigerem Rang"
#. tjoye
#: starmath/inc/strings.hrc:308
msgctxt "RID_XNOTSUCCEEDSY_HELP"
msgid "Does not succeed"
-msgstr ""
+msgstr "nicht von höherem Rang"
#. eu7va
#: starmath/inc/strings.hrc:309
@@ -3080,25 +3080,25 @@ msgstr "_Text:"
#: starmath/uiconfig/smath/ui/fonttypedialog.ui:278
msgctxt "fonttypedialog|extended_tip|variableCB"
msgid "You can select the font for the variables in your formula."
-msgstr ""
+msgstr "Wählen Sie die Schriftart für die Variablen in Ihrer Formel aus."
#. CUQQ5
#: starmath/uiconfig/smath/ui/fonttypedialog.ui:294
msgctxt "fonttypedialog|extended_tip|functionCB"
msgid "Select the font for names and properties of functions."
-msgstr ""
+msgstr "Wählen Sie die Schriftart für Namen und Eigenschaften von Funktionen aus."
#. Ap4gM
#: starmath/uiconfig/smath/ui/fonttypedialog.ui:310
msgctxt "fonttypedialog|extended_tip|numberCB"
msgid "You can select the font for the numbers in your formula."
-msgstr ""
+msgstr "Wählen Sie die Schriftart für die Zahlen in Ihrer Formel aus."
#. gt2wF
#: starmath/uiconfig/smath/ui/fonttypedialog.ui:326
msgctxt "fonttypedialog|extended_tip|textCB"
msgid "Define the font for the text in your formula here."
-msgstr ""
+msgstr "Wählen Sie die Schriftart für den Text in Ihrer Formel aus."
#. PEDax
#: starmath/uiconfig/smath/ui/fonttypedialog.ui:341
@@ -3128,19 +3128,19 @@ msgstr "_Fix:"
#: starmath/uiconfig/smath/ui/fonttypedialog.ui:429
msgctxt "fonttypedialog|extended_tip|serifCB"
msgid "You can specify the font to be used as serif font."
-msgstr ""
+msgstr "Wählen Sie die Schriftart aus, die für Serifen-Schrift verwendet werden soll."
#. mD8Qp
#: starmath/uiconfig/smath/ui/fonttypedialog.ui:445
msgctxt "fonttypedialog|extended_tip|sansCB"
msgid "You can specify the font to be used for sans serif font."
-msgstr ""
+msgstr "Wählen Sie die Schriftart aus, die für serifenlose Schrift verwendet werden soll."
#. BUA9M
#: starmath/uiconfig/smath/ui/fonttypedialog.ui:461
msgctxt "fonttypedialog|extended_tip|fixedCB"
msgid "You can specify the font to be used for fixed-width font."
-msgstr ""
+msgstr "Wählen Sie die Schriftart aus, die für Schrift mit fester Breite verwendet werden soll."
#. PgQfV
#: starmath/uiconfig/smath/ui/fonttypedialog.ui:476
generated by cgit (git 2.34.1) at 2025-01-21 16:46:47 +0000
2'>libreoffice-5-1-2 LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/sc/source/core/tool/rangecache.cxx
AgeCommit message (Collapse)Author
2024-10-25speedup saving large XLS file with lots of query formulaNoel Grandin
make more use of svl::SharedString instead of unnecessarily creating OUString that then need to be interned. We were spending all our time inside the the SharedStringPool::intern function. 20s to 12s Change-Id: I344f0acfd462fdb6d78e392881f066a56844fa94 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/175538 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2024-06-27Related: tdf#127293 Ignore 'search-criteria-must-apply-to-whole-cell'Balazs Varga
dependency for XLOOKUP and XMATCH because of better compatibility. The idea is to specify, that the global setting 'search-criteria-must-apply-to-whole-cell' is ignored and XMATCH and XLOOKUP always behaves as if 'search-criteria-must-apply-to-whole-cell'=true. That would affect exact search in Match_mode value 0. Users would need to use wildcard or regex to get a match to part of the content. But removing dependency to the global setting increases interoperability with MS Excel. Also the ODF TC will follow that in the final specification of these functions: https://issues.oasis-open.org/browse/OFFICE-4154 Follow-up commit: 17d578ba91f9c78a0e41d19b58183d2214c0b7a4 (Related: tdf#127293 Add new Match_mode option for XLOOKUP and XMATCH functions.) Change-Id: I1317865631d2925eaff72e9c1425d93386c3d016 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169582 Reviewed-by: Balazs Varga <balazs.varga.extern@allotropia.de> Reviewed-by: Regina Henschel <rb.henschel@t-online.de> Tested-by: Jenkins
2024-05-01Related: tdf#160725 - Add horizontal binary search mode for SortedCacheBalazs Varga
and ScSortedRangeCache classes to support binary search mode in case of different columns. Which is used by the new XLOOKUP function from now on in case of binary search mode. Change-Id: Ibb2ae33670cbe9b47110de57afb6376cd829b465 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166758 Tested-by: Jenkins Reviewed-by: Balazs Varga <balazs.varga.extern@allotropia.de>
2024-04-30tdf#160725 - Fix XLOOKUP has different result for approximateBalazs Varga
search than Excel. Some rework for xlookup binary search in rows to get the correct results when we are searching with binary mode in rows. Change-Id: I7ef710c4ae638e2cf5d4bee45810cec7057f5d4b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166451 Reviewed-by: Balazs Varga <balazs.varga.extern@allotropia.de> Tested-by: Jenkins
2024-03-23Related: tdf#160056 do calc NumberFormatting via ScInterpreterContextCaolán McNamara
and for the duration of Threaded calculation where there will be no new formats required we can drive number formatting with the unlocked RO policy. Change-Id: Ic0e449acdcf834bc569d13b4a984f13c55316801 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165160 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2022-09-07cid#1509288 rearrange to make clearer what actually happensCaolán McNamara
similar to commit ce36d36233053cea8b5db7f39f2693726a43940a Author: Caolán McNamara <caolanm@redhat.com> Date: Tue Sep 6 14:25:09 2022 +0100 cid#1500385 rearrange to make clearer what actually happens Change-Id: I559dab7b8570662644f6b4dac392c307bdef9a84 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139603 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2022-08-25try harder to ensure InterpretCellsIfNeeded() interprets (tdf#150499)Luboš Luňák
ScFormulaCell::Interpret() tries to interpret the whole formula group (or the given range of it), but it's not guaranteed, and possibly just the called cell will be interpreted. So if a specific range really needs to be interpreted, handle that case. Change-Id: I7fb563ae471eefd49e5bb6c92b6aff98c42a440e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138741 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-07-12elide some dynamic_castNoel Grandin
Change-Id: I32c804e64cf219364e27ad6d9549c68c1f737a19 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137003 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2022-06-26fix ByValue lookups with ScSortedRangeCacheLuboš Luňák
My fix for tdf#149071 actually disabled the optimization for all ByValue lookups, because in fact all such lookups have maString set. So lookups where the cells are a mix of numeric and string values need different handling. A simple solution is detecting such a mix when collecting the values for ScSortedRangeCache and disabling the optimization in such a case. But it turns out that queries containing such a mix are not that rare, as documents may e.g. do COUNTIF($C:$C) where the given column has numeric values that start with a textual header. So bail out only if the string cell actually could affect the numeric query. Also fix ScSortedRangeCache usage depending on query parameters, different instances are needed for e.g. different ScQueryOp, because the ScQueryEvaluator functions may return different results (isQueryByString() is automatically true for SC_EQUAL). Change-Id: Ib4565cbf6194e7c525c4d10d00b1c31707952a79 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136403 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-06-16share ScSortedRangeCache between threadsLuboš Luňák
It's the same data for all threads, they access it as read-only, so it doesn't make sense for each thread to build its own copy. Change-Id: Ia1559c61d976bcce78661cae7e030bb8430aed7c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135794 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-05-28fix COUNTIFS when matching empty cellsLuboš Luňák
Change-Id: I8577324c0194d594a6df0b51431729b30ac8165c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135047 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-05-18silence coverity warningsLuboš Luňák
Those fields are meant to be uninitialized by the ctor. And if they get used by mistake, I'd prefer to hear that from e.g. Valgrind rather than cover it up with some dummy default value. Change-Id: Ide57f84e9dc0fcc8c7395af99e216c7626d50913 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134512 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-05-11limit rows to ones having data when computing ScSortedRangeCacheLuboš Luňák
Change-Id: I2de9ea4887b6101f10eb3b8da6f3596de0ea09eb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134128 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-05-11faster reverse mapping in ScSortedRangeCacheLuboš Luňák
Profiling shows this to be a noticeable cost. Change-Id: Ib247a75b77d721f2486a1fe50eb243437d865561 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134127 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-05-11make ScSortedRangeCache work for also ScQueryEntry::ByStringLuboš Luňák
Change-Id: Ifa769e20d91f7899fa81df537a7f3b7aeff52115 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134125 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-05-11use ScSortedRangeCache also for generic queriesLuboš Luňák
This enables use for e.g. VLOOKUP or COUNTIFS (as COUNTIFS does not use the specialized code for COUNTIF). Change-Id: Idad7503750d421f3f1c9ac34dfe95393fa3ead15 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134124 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-05-11introduce Calc cache for sorted handling of unsorted cellsLuboš Luňák
The idea is that there's a cache for a given range, which keeps a vector of SCROW items, sorted by values of those cells. This allows some specific cases of e.g. COUNTIF to simply use BinarySearch() to find the range that matches and work only with that. This commit implements using this cache for COUNTIF. Change-Id: I5b36b289b4aecb3b8245bbb447fbb299371262e4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134120 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>