Þann 2017-10-06 09:57, Gabor Kelemen reit:
But the downloaded file contains double backslashes for Hungarian too.
So this one may be a Pootle issue, not a source code one.
Those strings (total of 6) did in previous version have [LF] newline
symbols, which for some reason changes to '\\n' entities in Pootle. But
uploading the file back to Pootle with normal '\n' entities in the
translations *does* work, validations tests don't complain (but my
Lokalize does).
So this is more of a strange quirk than a malfunction.
Regards,
Sveinn
2017-10-06 11:04 GMT+02:00 Sveinn í Felli <s...@fellsnet.is>:
Hi Gabor;
There are more creepy things circulating:
For example in LibreOffice master – UI --> wizards/source/resources.po
-->
Unit #137767072 I get this in the downloaded PO-file:
#. zRGEs
#: resources_en_US.properties
#, fuzzy
msgctxt ""
"resources_en_US.properties\n"
"RID_COMMON_21\n"
"property.text"
msgid ""
"The wizard could not be run, because important files were not
found.\\n"
"Under 'Tools - Options - %PRODUCTNAME - Paths' click the 'Default'
button
to "
"reset the paths to the original default settings.\\n"
"Then run the wizard again."
msgstr ""
"Ekki tókst að keyra leiðarvísinn, þar sem mikilvægar skrár fundust
ekki.\n"
"Farðu í 'Verkfæri - Valkostir - %PRODUCTNAME - Slóðir' smelltu á "
"'Sjálfgefið' hnappinn til að endursetja slóðirnar á upprunalegar
stillingar.\n"
"Keyrðu svo aftur leiðarvísinn."
You see the double backslash in the newline entities, compared to the
"normal" ones in my older translation. There's a bunch of similar
issues;
possibly my download got somehow fubar-ed, will try again later.
But possibly this is a more serious server-side matter!
Will file a bug once someone else confirms the behaviour for other
languages.
Best regards,
Sveinn í Felli
Þann fös 6.okt 2017 08:52, skrifaði Gabor Kelemen:
Hi Sveinn
It seems like the empty sting was marked for translation:
#define RID_UPDATE_BUBBLE_DOWNLOADING
NC_("RID_UPDATE_BUBBLE_DOWNLOADING", "")
https://opengrok.libreoffice.org/xref/core/extensions/inc/strings.hrc#320
This RID_UPDATE_BUBBLE_DOWNLOADING was an empty string before the
gettext
migration too:
https://cgit.freedesktop.org/libreoffice/core/commit/extensi
ons/source/update/check/updatehdl.src?id=00657aef09d85
4c74fb426a935a3e8b1fc390bb0
But I think now the gettext framework would retrieve the mo file
header
here, which is probably not the expected behavior.
Could you file a bug report please?
Regards
Gabor
2017-10-06 10:12 GMT+02:00 Sveinn í Felli <s...@fellsnet.is>:
Hi,
(not going to rant about all the 7000+ unnecessary fuzzies and false
positive checks - but still...)
There is a weird string in LibreOffice master – UI -->
extensions/messages.po --> Unit #137750341
Seems there's no translatable text and thus no translation possible.
Can someone check in their language?
Sveinn í Felli
--
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems?
http://www.libreoffice.org/get-help/mailing-lists/how-to-uns
ubscribe/
Posting guidelines + more:
http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/l10n/
All messages sent to this list will be publicly archived and cannot
be
deleted
--
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/l10n/
All messages sent to this list will be publicly archived and cannot be deleted
