aboutsummaryrefslogtreecommitdiff
path: root/source/de/sw
diff options
context:
space:
mode:
authorChristian Lohmaier <lohmaier+LibreOffice@googlemail.com>2022-11-25 14:05:44 +0100
committerChristian Lohmaier <lohmaier+LibreOffice@googlemail.com>2022-11-25 14:06:22 +0100
commitf1680ed534269a7a9a4f7ca2b389901a64f0bb4a (patch)
tree040bb75309ea71ff116c5cf93b40f0b54fd820f0 /source/de/sw
parenteee3cf83384a758f9cc80d11885e1fcaa06b0fc3 (diff)
update translations for master/7.5.0 alpha1
and force-fix errors using pocheck Change-Id: Ia3be119e9ae888412428f3c9eb6db2ad3f928414
Diffstat (limited to 'source/de/sw')
-rw-r--r--source/de/sw/messages.po24
1 files changed, 19 insertions, 5 deletions
diff --git a/source/de/sw/messages.po b/source/de/sw/messages.po
index 5e3e457a42a..011f335821f 100644
--- a/source/de/sw/messages.po
+++ b/source/de/sw/messages.po
@@ -3,9 +3,9 @@ msgid ""
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: 2022-11-22 14:44+0100\n"
-"PO-Revision-Date: 2022-11-22 13:49+0000\n"
-"Last-Translator: Ettore Atalan <atalanttore@googlemail.com>\n"
+"POT-Creation-Date: 2022-11-25 13:49+0100\n"
+"PO-Revision-Date: 2022-11-25 12:34+0000\n"
+"Last-Translator: Christian Kühl <kuehl.christian@googlemail.com>\n"
"Language-Team: German <https://translations.documentfoundation.org/projects/libo_ui-master/swmessages/de/>\n"
"Language: de\n"
"MIME-Version: 1.0\n"
@@ -8229,10 +8229,12 @@ msgctxt "STR_TMPLCTRL_HINT"
msgid "Page Style. Right-click to change style or click to open Style dialog."
msgstr "Seitenvorlage. Rechtsklicken Sie, um die Vorlage zu ändern, oder klicken Sie, um den Dialog „Seitenvorlage“ zu öffnen."
-#. DrAoQ
+#. ng6cd
#: sw/inc/strings.hrc:1098
msgctxt "STR_ACCESSIBILITY_CHECK_HINT"
-msgid "Status of the accessibility check."
+msgid ""
+"Status of the accessibility check.\n"
+"Number of issues found: %issues%."
msgstr ""
#. jQAym
@@ -10122,6 +10124,18 @@ msgctxt "STR_MARK_COPY"
msgid "%1 Copy "
msgstr "%1 Kopie "
+#. kF23A
+#: sw/inc/strings.hrc:1455
+msgctxt "STR_INFORODLG_FOLDED_PRIMARY"
+msgid "You are trying to delete folded (hidden) content."
+msgstr ""
+
+#. h2E9u
+#: sw/inc/strings.hrc:1456
+msgctxt "STR_INFORODLG_FOLDED_SECONDARY"
+msgid "To delete this content, first unfold it so you can see what you intend to delete."
+msgstr ""
+
#. YiRsr
#: sw/inc/utlui.hrc:29
msgctxt "RID_SHELLRES_AUTOFMTSTRS"
generated by cgit (git 2.34.1) at 2025-02-06 12:17:30 +0000
office-3-6-1'>libreoffice-3-6-1 LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/include/comphelper/windowserrorstring.hxx
AgeCommit message (Collapse)Author
2023-10-31Update an URLMike Kaganski
Change-Id: Ie1b01d3d17f453ae1aa3d53c17e52cd4106e222e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158687 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2017-11-04Make Windows error reporting more robustMike Kaganski
https://msdn.microsoft.com/en-us/library/ms679351 describes that "it is unsafe to take an arbitrary system error code returned from an API and use FORMAT_MESSAGE_FROM_SYSTEM without FORMAT_MESSAGE_IGNORE_INSERTS" Previously in case when an error string would contain inserts, function returned error, so the error message wasn't shown (at least it didn't crash, thanks to nullptr as the function's last argument). As the function may fail, we now pre-nullify the buffer pointer to avoid dereferencing uninitialized pointer later (though at least for some Windows versions, the function nullifies the pointer in case of FORMAT_MESSAGE_ALLOCATE_BUFFER, but there's no explicit guarantee of this). Also release of allocated buffer is changed to recommended use of HeapFree. The code that doesn't make use of OUString is left directly calling FormatMessage, to avoid introducing new dependencies. Where it makes sense, we now use WindowsErrorString from <comphelper/windowserrorstring.hxx> Change-Id: I834c08eb6d92987e7d3d01e2c36ec55e42aea848 Reviewed-on: https://gerrit.libreoffice.org/44206 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2017-11-03-Werror,-Wsign-compare (clang-cl)Stephan Bergmann
Change-Id: I32f19344d73323482c140e3bd6db5eb3c3ccb8f7 Reviewed-on: https://gerrit.libreoffice.org/44229 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-11-02Improve failed HRESULT reporting on debugMike Kaganski
Change-Id: Ib69b72f64e8cbaef75ec88aa6b6c49383e5fa1cb Reviewed-on: https://gerrit.libreoffice.org/44187 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2017-10-05Rename and move SAL_U/W to o3tl::toU/WMike Kaganski
Previosly (since commit 9ac98e6e3488e434bf4864ecfb13a121784f640b) it was expected to gradually remove SAL_U/W usage in Windows code by replacing with reinterpret_cast or changing to some bettertypes. But as it's useful to make use of fact that LibreOffice and Windows use compatible representation of strings, this commit puts these functions to a better-suited o3tl, and recommends that the functions be consistently used throughout Windows-specific code to reflect the compatibility and keep the casts safe. Change-Id: I2f7c65606d0e2d0c01a00f08812bb4ab7659c5f6 Reviewed-on: https://gerrit.libreoffice.org/43150 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2017-09-30Use explicit function names for fooA/fooW WinAPI; prefer fooWMike Kaganski
We should only use generic foo function name when it takes params that are also dependent on UNICODE define, like LoadCursor( nullptr, IDC_ARROW ) where IDC_ARROW is defined in MSVC headers synchronised with LoadCursor definition. We should always use Unicode API for any file paths operations, because otherwise we will get "?" for any character in path that is not in current non-unicode codepage, which will result in failed file operations. Change-Id: I3a7f453ca0f893002d8a9764318919709fd8b633 Reviewed-on: https://gerrit.libreoffice.org/42935 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2017-04-26Clean up uses of SAL_U/SAL_W: comphelperStephan Bergmann
Change-Id: I56976f91647c3969d5709e5f691f860bb97ed548
2017-04-04Finally switch MSVC to sal_Unicode = char16_t, tooStephan Bergmann
There is lots of (Windows-only) code that relied on sal_Unicode being the same as wchar_t, and the best change may be different in each case (and doing the changes may be somewhat error prone). So for now add SAL_U/SAL_W scaffolding functions to sal/types.h, remove their uses one by one again, and finally drop those functions again. Change-Id: I2cc791bd941d089901abb5f6fc2f05fbc49e65ea Reviewed-on: https://gerrit.libreoffice.org/36077 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-10-16clang-cl loplugin: comphelperStephan Bergmann
Change-Id: Icde27eeeb21e9049630028e81af10edc1ba8ae04 Reviewed-on: https://gerrit.libreoffice.org/29876 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>