Hi Rhoslyn, *,
On Fri, Nov 22, 2019 at 12:23 PM Rhoslyn Prys <firstname.lastname@example.org> wrote:
Yes, I'm getting the same messages:
" Please fix errors in the form.
Error in parameter method: This field is required. "
So I guess same cause here - not picking one of the upload modes.
I downloaded cu/messages and translated it in Poedit. Poedit is
format specification in 'msgid' and 'msgstr' for argument 1 are not the same
msgid "When you're creating a Style based on another, you can enter a
percentage value or a point value (e.g. 110% or -2pt or +5pt)."
msgstr "Wrth greu Arddull yn seiliedig ar un arall, gallwch nodi gwerth
canrannol neu werth pwynt (e.e. 110% neu -2pt neu +5pt)."
it thinks the string is some placeholder string, so false positive.
it has c-format label, and there placeholders have the form
A space would be a valid flag (add space for positive number, but a
"-" for negative values) - so "% o" from source string and "% n" are
different, hence it complains/warns.
But that's not the cause of the error
I'm not clear what error is here.
the c-format label on the string is misleading/wrong technically. If
it were used as a c-format/placeholder string, the percent signs would
have to be escaped:
… 110%% or -2pt…
but the string is not used as a placeholder string, so the c-format is
added errornously by xgettext - the strings from hrc files are
extracted using this command:
xgettext -C --add-comments --keyword=NC_:1c,2 --keyword=NNC_:1c,2,3
--from-code=UTF-8 --no-wrap cui/inc/tipoftheday.hrc -o
But seems the strings in the file don't use c-string style placeholder
definitions for all strings, but a mix of $1 ... $2 style and also %1
or $(ARG1) $(ARG2)...
only 16 strings seems to be using c-style format like this:
NC_("SV_STDTEXT_SERVICENOTAVAILABLE", "The component (%s) could not be
loaded.\nPlease start setup with the repair option.")
But even then it is not real c-format string, but later replaced by a
find and replace (so the placeholder can be anything)
All others use a freestyle-way of placholder %SOMELABEL, the $1 style,
the %1 style or $(ARG1) style...
So "fix" for the bogus warning is to change the xgettext invocation to
not assume C++ format strings/strip the c-format label from the
Any ideas? I'm not sure it's creating
the above error, though.
The warning is unrelated.
Make sure to pick a file-upload-mode and uploading should work.
To unsubscribe e-mail to: email@example.com
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/l10n/
- Re: [libreoffice-l10n] Weblate, where we stand currently (continued)
Impressum (Legal Info)
: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (MPLv2
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our trademark policy