aboutsummaryrefslogtreecommitdiff
path: root/source/sl/officecfg/registry
diff options
context:
space:
mode:
authorAndras Timar <andras.timar@collabora.com>2013-12-14 23:41:43 +0100
committerAndras Timar <andras.timar@collabora.com>2013-12-14 23:41:43 +0100
commit8fcaf6efc077442b39e0f3f210e02a603ef7c9c8 (patch)
tree5128a335cbdce612da3c351b055b47c28caec205 /source/sl/officecfg/registry
parent198adcf1e6f8f7b776b137915fd0617846192a40 (diff)
updated Slovenian translation
Change-Id: Ic22d11a04b68872f95f6c2e590114e63e4391177
Diffstat (limited to 'source/sl/officecfg/registry')
-rw-r--r--source/sl/officecfg/registry/data/org/openoffice/Office/UI.po14
1 files changed, 7 insertions, 7 deletions
diff --git a/source/sl/officecfg/registry/data/org/openoffice/Office/UI.po b/source/sl/officecfg/registry/data/org/openoffice/Office/UI.po
index 6659b49cc14..f134becfecd 100644
--- a/source/sl/officecfg/registry/data/org/openoffice/Office/UI.po
+++ b/source/sl/officecfg/registry/data/org/openoffice/Office/UI.po
@@ -3,14 +3,14 @@ msgid ""
msgstr ""
"Project-Id-Version: LibreOffice 4.1\n"
"Report-Msgid-Bugs-To: https://bugs.libreoffice.org/enter_bug.cgi?product=LibreOffice&bug_status=UNCONFIRMED&component=UI\n"
-"POT-Creation-Date: 2013-12-01 17:38+0100\n"
-"PO-Revision-Date: 2013-11-29 21:40+0200\n"
+"POT-Creation-Date: 2013-12-13 10:19+0100\n"
+"PO-Revision-Date: 2013-12-13 23:34+0200\n"
"Last-Translator: Martin Srebotnjak <miles@filmsi.net>\n"
"Language-Team: sl.libreoffice.org\n"
+"Language: sl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
-"Language: sl\n"
"Plural-Forms: nplurals=4; plural=(n%100==1 ? 0 : n%100==2 ? 1 : n%100==3 || n%100==4 ? 2 : 3);\n"
"X-Generator: Virtaal 0.7.1\n"
"X-Accelerator-Marker: ~\n"
@@ -1428,7 +1428,7 @@ msgctxt ""
"Label\n"
"value.text"
msgid "~Analysis of Variance (ANOVA)..."
-msgstr "~Analiza variance (ANOVA)..."
+msgstr "~Analiza variance (ANOVA) ..."
#: CalcCommands.xcu
msgctxt ""
@@ -11940,7 +11940,7 @@ msgctxt ""
"Name\n"
"value.text"
msgid "Image"
-msgstr "Podoba"
+msgstr "Slika"
#: GenericCategories.xcu
msgctxt ""
@@ -23335,8 +23335,8 @@ msgctxt ""
"..WriterCommands.UserInterface.Commands..uno:ShiftBackspace\n"
"Label\n"
"value.text"
-msgid "Backspace"
-msgstr "Vračalka"
+msgid "Shift+Backspace"
+msgstr "Dvigalka+vračalka"
#: WriterCommands.xcu
msgctxt ""
generated by cgit (git 2.34.1) at 2025-01-21 16:56:48 +0000
e='libreoffice-4-0'>libreoffice-4-0 LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/sc/source/core/data/grouptokenconverter.cxx
AgeCommit message (Collapse)Author
2024-11-10cid#1607160 Overflowed return valueCaolán McNamara
and cid#1606794 Overflowed return value Change-Id: I222f5fa18ed26ee92d970c744682bf21147265ea Reviewed-on: https://gerrit.libreoffice.org/c/core/+/176313 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2023-01-27crashtesting: assert seen in forum-mso-en4-192558.xlsxCaolán McNamara
assert is assert(rRange.aStart.Tab() == rRange.aEnd.Tab()); sheel 1 cell E6 contains =IFERROR(VLOOKUP(D6,a6:'sheet1'!b495,3,FALSE()),"") note: sheel 1 E7 is =IFERROR(VLOOKUP(D7,$Sheet1.A7:Search.B499,3,FALSE()),"") aRef.Ref1.Tab() and aRef.Ref2.Tab() are the same, but IsTabRel differs, so the input address with a tab 1 results in an output range with start and end of different tabs. do the comparison with the result range, by analogy do the same adjustment in ScGroupTokenConverter where the comparison was introduced for commit ca1f051972946b24cb6658143fb0d0ac3587a988 Date: Fri Mar 10 18:32:27 2017 +0100 Resolves: tdf#106459 3D reference can't be handled as vector reference and basically copied and pasted here. FWIW in forum-mso-en4-192558.xlsx the original formulas in xlsx are: IFERROR(VLOOKUP(D6,A6:'Sheet1'!B495,3,FALSE),"") IFERROR(VLOOKUP(D7,A7:B499:'Sheet1'!B496,3,FALSE),"") Change-Id: I69e3ca2f89008b81500789b1bca39b35685de8d5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146166 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-10-11loplugin:moveparam in formulaNoel Grandin
Change-Id: I358f5e8031c235be76bb96591bf33f59a39b00ba Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123350 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2020-09-13toAbs always dereferences its ScDocument*Caolán McNamara
Change-Id: I6bddbca2289074ecf333227b3fc1a49da4b431a6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102529 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2020-07-10replace usage of blacklist with denylistThorsten Behrens
.. and a few cases of instead doing blacklist->excludelist where that made more sense. Background and motivation: https://tools.ietf.org/html/draft-knodel-terminology-02 [API CHANGE] officecfg::Office::Canvas::DeviceBlacklist -> DeviceDenylist [API CHANGE] officecfg::Office::Canvas::BlacklistCurrentDevice -> DenylistCurrentDevice [API CHANGE] officecfg::Office::Common::Misc::OpenCLBlackList -> OpenCLDenyList Change-Id: Ia35e25496bf0cc0692d5de4cb66bfc232d3a869e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98180 Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2019-12-14sc: rowcol: tdf#50916 convert Valid* methodsNoel Grandin
which means we end up passing around ScDocument* __everywhere__ Change-Id: I44d235ca5e9d57519f068b6880ee7d66f3ceb529 Reviewed-on: https://gerrit.libreoffice.org/83548 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2018-12-03make sure FetchVectorRefArray() never triggers Interpret()Luboš Luňák
Test::testFormulaRefUpdateRange could trigger this, leading to recursion that wasn't handled properly by the code, since it wasn't expected to happen at late time (ScDependantsCalculator should have already caught it). This is all caused by the fact that FetchVectorRefArray() fetches also all rows before the given rows (to make the caching simpler I suppose). But that fetching could lead to Interpret() calls. Therefore, make ScDependantsCalculator in OpenCL mode check also all rows above. Change-Id: Iaecc105663df21b01443759287cec605470d34a5 Reviewed-on: https://gerrit.libreoffice.org/64236 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2018-11-08tdf#42949 Fix IWYU warnings in sc/source/core/data/*cxxGabor Kelemen
Found with bin/find-unneeded-includes Only removal proposals are dealt with here. Change-Id: I3e3bf3160fe3627cd105d8b69ff165c0577d8c9b Reviewed-on: https://gerrit.libreoffice.org/62807 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2018-10-10fix detection of self-referencesLuboš Luňák
If the reference points to another sheet, it obviously cannot be a self-reference. Change-Id: I3290660e6ed679c84036ab4e65a55bdb369a64e9 Reviewed-on: https://gerrit.libreoffice.org/61188 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2018-08-28tdf#42949 Fix IWYU warnings in sc/source/core/inc/*Gabor Kelemen
Found with bin/find-unneeded-includes Only removal proposals are dealt with here. Change-Id: I5af85ef9ed3e6d15f7e98e9d669c59a66fc70833 Reviewed-on: https://gerrit.libreoffice.org/59478 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2018-07-31try to detect that a formula does not contain any implicit intersectionLuboš Luňák
Commit 67444cbe disabled svDoubleRef completely for OpenCL, which means many formulas weren't handled by OpenCL even if the implicit intersection problems are quite rare. This patch tries to detect formulas implicit intersections in formulas and if it's certain that a formula does not contain one, then it's ok to use OpenCL with svDoubleRef. The detection is done by having ScCompiler analyze each opcode call and its parameters, which should provide sufficient information to know if implicit intersection can take place or not. The extra compilation can be avoided by using OpenCL's compilation and doing the svDoubleRef conversion later on the RPN code, to be done later. This is opt-in, so if unsure don't do anything, if it turns out that some opcode needs special handling, it can be simply added. Change-Id: Iaa52fa7eb8b14dc8c2b92384a21e2ab8efe0ddd7 Reviewed-on: https://gerrit.libreoffice.org/57959 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2018-06-12don't use opencl with deleted cellsLuboš Luňák
Without this testFormulaRefUpdateDeleteAndShiftLeft2 fails with OpenCL enabled (and the mnOpenCLMinimumFormulaGroupSize check disabled). If I'm getting it right, anything working with #REF! (=invalid reference) should result in #REF! too, but without this fix the function effectively converted the #REF! to an empty cell. Change-Id: Icdda64ad751d7c0e9c0d5995673e4fb30c4c9ac4 Reviewed-on: https://gerrit.libreoffice.org/55672 Reviewed-by: Michael Meeks <michael.meeks@collabora.com> Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Tor Lillqvist <tml@collabora.com>
2017-12-19Fix typoAndrea Gelmini
Change-Id: Ib0773324983985f061e390a44702d426c06e18e4 Reviewed-on: https://gerrit.libreoffice.org/46667 Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Julien Nabet <serval2412@yahoo.fr>
2017-12-17Related: tdf#114251 disable vectorization of svDoubleRefEike Rathke
It doesn't work, not knowing how to handle implicit intersections not only produces huge unnecessary matrix operations but also delivers wrong results. Unit test will follow as a separate commit. Change-Id: I14982d4a53d6af57196da998e53d426502c22fec Reviewed-on: https://gerrit.libreoffice.org/46647 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2017-12-17Type svIndex does not necessarily mean range name, tdf#114251 relatedEike Rathke
Change-Id: I5e7930b7f93ee44fb0d6b4c86f261afde8ed2ccc Reviewed-on: https://gerrit.libreoffice.org/46615 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Jenkins <ci@libreoffice.org>
2017-12-01loplugin:unusedfieldsNoel Grandin
The mnRequestedLength fields in formula/ were introduced in commit 6ef6dd0122b8e44d8547ec31f40def42173e4e41 Author: Kohei Yoshida <kohei.yoshida@collabora.com> Date: Wed Feb 26 14:32:57 2014 -0500 Store the length of originally requested array size prior to trimming. but then partially removed in commit d7f1f91b194da1cb96e66268ce7ef38602aa5754 Author: Noel Grandin <noel@peralex.com> Date: Mon Mar 3 13:29:43 2014 +0200 remove unused code in formula/vectortoken Change-Id: Ic56b6e42682131ee45df7838867145f980f3d601 Reviewed-on: https://gerrit.libreoffice.org/45571 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-08-30loplugin:constparamNoel Grandin
Change-Id: I81055d60c3c5d35e46e7d0c3a451e93e42d86783
2017-08-30This variable can be const, and calculated once before the loopTor Lillqvist
Change-Id: I18aa862a6568891f1c44d5b6da78fc2ac45e8075
2017-08-23loplugin:constparam in sc part2Noel Grandin
Change-Id: I4fd18096d7d22d8c146a2437906187d5df1cb268 Reviewed-on: https://gerrit.libreoffice.org/41447 Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-06-08Take FormulaTokenArrayPlainIterator into use in one more placeTor Lillqvist
Change-Id: I70e3bd1129da76e11b5f71b1b56d79898eb3d5be
2017-05-18Pass grammar to ScCompiler ctor instead of subsequent SetGrammar()Eike Rathke
Not only to have more concise code but also to avoid setting grammar twice if the actual grammar differs from the document's default one. Change-Id: I7bfd151c22c48a40aea05f5f983fa0370d9fd9ae
2017-03-10Resolves: tdf#106459 3D reference can't be handled as vector referenceEike Rathke
Change-Id: Icba12a6218086079a7d5538f7263bccb1f2ee1b0
2016-11-10Make sure we pass the top-left corner address.Kohei Yoshida
aRefPos may shift to the right in case of a multi-column range. Change-Id: I1ed033707b9f4f2c3523631b5035b02e59bbaa6a
2016-11-05Pass the current cell position to conditionally display sheet name.Kohei Yoshida
Change-Id: I28dba90500af7c11db569fded28ce571a1ec9089
2016-11-05Log cell range references.Kohei Yoshida
Change-Id: Id6402a35ced37aff7215a46d23b4103a64bf669b
2016-11-05Log single cell references.Kohei Yoshida
Change-Id: If711c44a3be7ae02d1354bb36ed7db6b5a86ef6b
2016-11-05Dump the single cell vector reference info to the log.Kohei Yoshida
Change-Id: If0ee6dca6642063501c728bec3b4e5d7b6401442
2016-06-03Resolves: tdf#98880 ensure backing context of DoubleVectorRefToken...Caolán McNamara
exists for the lifetime of the ScGroupTokenConverter otherwise in tdf#98880 ScDocument::InterpretDirtyCells releases that backing storage that the DoubleVectorRefToken relies on, and the ScVectorRefMatrix relies on that, so... when sc/source/core/tool/interpr4.cxx calls ::IsString on the ScVectorRefMatrix which calls ensureFullMatrix. That makes use of rArray.mpStringArray where rArray's mpStringArray is set to that rArray by FormulaGroupContext::ensureStrArray and the storage of mpStringArray belongs to the FormulaGroupContext, but that context was reset and destroyed up the stack in ScDocument::InterpretDirtyCells so the data is now invalid We could turn the unique_ptr into a shared_ptr and have the ScGroupTokenConverter take a ref to the currently active FormulaGroupContext to ensure any generated DoubleVectorRefToken/SingleVectorRefToken point to valid data during the lifetime of the ScGroupTokenConverter Change-Id: Id457934cdff18570961cb261cf5c46b6ef8ea083 Reviewed-on: https://gerrit.libreoffice.org/25815 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2016-03-16Undo my poor mans recursion control in favour of the real thingCaolán McNamara
i.e. undo commit ea441294e15b23f703f139055e9a18287745ca23 Author: Caolán McNamara <caolanm@redhat.com> Date: Thu Apr 2 13:19:32 2015 +0100 avoid endless recursion in fdo84763-2.ods and rely on commit 29ee431c1cf859c3d5a5041cff5cb04b89db27a0 Author: Eike Rathke <erack@redhat.com> Date: Tue Mar 15 17:39:03 2016 +0100 Resolves: tdf#93196 add RecursionCounter guard also to InterpretFormulaGroup() ... same as for ScFormulaCell::InterpretTail() Change-Id: I85dc6e37d987ce9fe41a9e4c337e02a1cec4f0c8