aboutsummaryrefslogtreecommitdiff
path: root/source/my
diff options
context:
space:
mode:
authorAndras Timar <atimar@suse.com>2012-11-20 15:41:37 +0100
committerAndras Timar <atimar@suse.com>2012-11-20 15:41:37 +0100
commit2333133e2c4422089ab79519effc359578bebddf (patch)
treed51a43e28f4251eb2a6cbf485360d97f5ebb0033 /source/my
parentb2cf0bf6fb5d098ed7997099349b74de8fb5e1f1 (diff)
add tudes po files
Change-Id: Ib9de8c342cfcb8a149aab23a6ac5bdc45e9bc0ad
Diffstat (limited to 'source/my')
-rw-r--r--source/my/tubes/uiconfig/ui.po74
1 files changed, 74 insertions, 0 deletions
diff --git a/source/my/tubes/uiconfig/ui.po b/source/my/tubes/uiconfig/ui.po
new file mode 100644
index 00000000000..2caef006328
--- /dev/null
+++ b/source/my/tubes/uiconfig/ui.po
@@ -0,0 +1,74 @@
+#. extracted from tubes/uiconfig/ui
+msgid ""
+msgstr ""
+"Project-Id-Version: PACKAGE VERSION\n"
+"Report-Msgid-Bugs-To: https://bugs.freedesktop.org/enter_bug.cgi?product=LibreOffice&bug_status=UNCONFIRMED&component=UI\n"
+"POT-Creation-Date: 2012-11-20 15:14+0100\n"
+"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
+"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
+"Language-Team: LANGUAGE <LL@li.org>\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+"X-Generator: LibreOffice\n"
+"X-Accelerator-Marker: ~\n"
+
+#. ERSl
+#: contacts.ui
+msgctxt ""
+"contacts.ui\n"
+"label1\n"
+"label\n"
+"string.text"
+msgid "Select a contact to collaborate with"
+msgstr ""
+
+#. L,In
+#: contacts.ui
+msgctxt ""
+"contacts.ui\n"
+"listen\n"
+"label\n"
+"string.text"
+msgid "Listen"
+msgstr ""
+
+#. F71$
+#: contacts.ui
+msgctxt ""
+"contacts.ui\n"
+"invite\n"
+"label\n"
+"string.text"
+msgid "Invite"
+msgstr ""
+
+#. -s2F
+#: contacts.ui
+msgctxt ""
+"contacts.ui\n"
+"demo\n"
+"label\n"
+"string.text"
+msgid "StartDemoSession"
+msgstr ""
+
+#. f-_Z
+#: contacts.ui
+msgctxt ""
+"contacts.ui\n"
+"buddy\n"
+"label\n"
+"string.text"
+msgid "StartBuddySession"
+msgstr ""
+
+#. W)Q-
+#: contacts.ui
+msgctxt ""
+"contacts.ui\n"
+"group\n"
+"label\n"
+"string.text"
+msgid "StartGroupSession"
+msgstr ""
ice-3-6-7 LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/sc/source/core/data/queryevaluator.cxx
AgeCommit message (Collapse)Author
2024-10-27add a visitor contraption to avoid Reference counting costsCaolán McNamara
brings my save times from 8.7s to to 5.85s Change-Id: I7f3ebbed78ee4d59f4ed9d04f1e35d2ea69a0c01 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/175689 Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com> Tested-by: Jenkins
2024-10-27move fetching svl::SharedString inside ScQueryEvaluator::compareByStringCaolán McNamara
so we can defer actually calling getCellSharedString until we need to, as a setup to avoiding copying svl::SharedString in a follow up Change-Id: Ibd565e3cec3d455d76df75b9f135b38bc00df270 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/175688 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-10-26reduce some rtl_uString_acquire/rtl_uString_release pairsCaolán McNamara
Change-Id: I6d18b07bb0fb1ec355fb4fbfa166449c1041aa82 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/175667 Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com> Tested-by: Jenkins
2024-10-25we can remove a SharedString copy nowCaolán McNamara
given that there is no OUString* pValueSource2 case Change-Id: I5420ebf7cc7cd5d0b77256788e8ecd74d445a286 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/175638 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-10-25ScQueryEvaluator::compareByString now never has non-null pValueSource2Caolán McNamara
and always has non-null pValueSource1 Change-Id: I5774e8beefeb5e40d316ea8557c656a126f4a7ec Reviewed-on: https://gerrit.libreoffice.org/c/core/+/175637 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-10-25don't always need this objectCaolán McNamara
Change-Id: I1b9efe872bb31a2cd53adc30d63590b5bc9693ae Reviewed-on: https://gerrit.libreoffice.org/c/core/+/175623 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
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-04-02tdf#146619 Remove unused #includes from C/C++ filesRafał Dobrakowski
'sc' module was cleaned. Change-Id: Ia491d741a4c1c5314f35ebb4baa82dd516948ae7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165699 Tested-by: Jenkins Reviewed-by: Gabor Kelemen <gabor.kelemen.extern@allotropia.de>
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>
2024-03-13this formatter can be constCaolán McNamara
Change-Id: I2cd83140585e0b7027bb1c165a8d59e51cbbaad0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164728 Tested-by: Caolán McNamara <caolan.mcnamara@collabora.com> Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2023-05-08tdf#144549 Consider number format colors when filtering/sorting by colorSamuel Mehrbrodt
Change-Id: Ie2e7aa42c15967c1ce04157163b37798522f7349 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151091 Tested-by: Jenkins Reviewed-by: Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de>
2022-09-19use optional in processEntryNoel Grandin
which means we save the cost of initialising an OUString Change-Id: Ib139383b43f6d49303e20368ce4177b068c38ed9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140176 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-26rEntry.bDoQuery is always true for processed entriesLuboš Luňák
As can be seen at the beginning of ScQueryEvaluator::ValidQuery() in the for loop condition. Comes from 4fd1333ba4bb4f2311e909829, and I'm not quite sure if the passed value is really supposed to be always true or if it's a mistake. Change-Id: I44bde5d50ac70332d6e48ee583ffed13e664cd61 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136396 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-06-24handle nullptr SharedString in ScQueryEvaluator (tdf#149679)Luboš Luňák
This may be the case if the string comes from ScMatrix::Get() for ScMatValType::Empty. Change-Id: I35013449611bf7ffd1bc74e023d76597af010724 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136347 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-06-18clean up Sc*CellValueNoel Grandin
after my recent commits (*) make more fields private (*) rename fields (remove suffix "1") now that I am sure I got everything. Change-Id: I0f8b9b1a534181c8b66532f9da5a0d16aa049cf0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136074 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2022-06-18create getter for ScCellValue::mpFormulaNoel Grandin
so we can assert that it has the correct tag type Change-Id: Iab13a6d6ea1783c69395f06f28732769e5fe8b18 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136059 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2022-06-16create getter for ScCellValue::mfValueNoel Grandin
so we can assert that has the correct tag type Change-Id: I0d626130cb014e19239e88a6988018c83d061f68 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136001 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2022-06-16make meType in ScCellValue privateNoel Grandin
as a first step to wrapping up the internals of this class and adding some asserts Change-Id: Ic13ddd917948dbf3fd6d73f44b8efcc727726baf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135994 Tested-by: Noel Grandin <noel.grandin@collabora.co.uk> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
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>
2021-12-14make sure text operations are not queried by (numeric) valueLuboš Luňák
E.g. SC_CONTAINS is, according to isPartialTextMatchOp(), a text-only operation, so query it as such and not as a numeric value. This fixes/allows e.g. substring queries on dates. Change-Id: I6c612d9934193828b7a7eabed92f2bfeb385e5a0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126767 Tested-by: Jenkins Reviewed-by: Eike Rathke <erack@redhat.com>
2021-12-05fix caching of ScQueryItem values for multiple entries (tdf#146037)Luboš Luňák
The code assumed that there would be only one ScQueryEntry. Change-Id: Idf4cc6bdbbf1edad7d13eb9a9643bb67e199dd01 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126368 Tested-by: Luboš Luňák <l.lunak@collabora.com> Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-12-05move entire ScTable::ValidQuery() into (Sc)QueryEvaluatorLuboš Luňák
This reduces the number of arguments passed around, removed the need for ValidQueryCache (as the data can be now cached in the class itself), it'll allow even more optimizations, and it also makes the by now rather large (almost 1000 lines) helper class a proper class instead of tons of inline code. Change-Id: I585cf580b3e7b2d4512aa535176e97c0abfd547a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126367 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>