Red Hat Bugzilla – Bug 1264235
[ru-RU][ja-JP][fr-FR][es-ES] Unable to provide common translation for <return>, tag errors
Last modified: 2015-10-23 13:45:41 EDT
Description of problem:
"return" key is generally called "enter" key in Russian and Japanese. But because "return" is tagged, errors generated when it changed in the translation.
Version-Release number of selected component (if applicable):
Translating <return> as <enter> generates errors.
"return" is translatable as "enter", for example by removing tags
I see the same problem in Czech localization, but it actually doesn't produce an error, just a warning and I think we just could simply ignore it.
Warnings: 2, Error: none
Missing tag: <return>
Unexpected tag: <Enter>
The warnings don't seem to affect generated PO files:
"Press <return> to reboot your system.\n"
"Stisknutím tlačítka <Enter> restartujte systém.\n"
We had a conversation with docs and found that "Enter" is preferred over "Return" in the documentation, so we'll make the change. But where is the warning coming from? It looks like something is misinterpreting the string.
Setting needinfo for the question in comment 2.
Whether Zanata show it as error or warning depends on the project/version settings. Zanata offers a range of translation validation rules. The relevant one for this particular case is "HTML/XML tags". i.e. translation string must match all the tags in source string.
If project maintainer sets this validation rule to be "Error", any mismatch of tags in translation will generate an error in Zanata and translation can not be saved (provided the validation rule is set before translation is entered). If the validation rule is set to be "Warning", it will generate an warning but translator can still save the string.
"HTML/XML tags" validation rule is generally more suitable to set as Error on docbook or html projects, where the tag will affect final output. If tag usage is mainly as decoration of a word, it's recommended to set as Warning so translator can choose appropriate translation.
https://github.com/rhinstaller/anaconda/pull/394 to fix the errors on the master branch. Confirmed with sbueno that F23 is set to warning.
anaconda does use a lot of XML tags in pango markup so we would like it to be validated in the translated strings.
Resetting status since this is more of a Zanata configuration issue than a string issue.
Confirmed with bcl and sbueno that our zanata configuration is set to warn about tag mis-matches, which is what we want. It will continue to warn about this one, which is the consequence of keeping the warnings about all of the actual tags in anaconda.