| Summary: | Translations lost as many strings in Tools -> Options have new codes | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Yousuf Philips (jay) (retired) <philipz85> |
| Component: | LibreOffice | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | 4.4.0.3 release | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
string ids changed with capitalization
string ids changed with colons |
||
Created attachment 113169 [details]
string ids changed with colons
Resolving Invalid (although this could as well be marked as an exact duplicate of bug 76404) as you have been missing from some nice flamewars started MONTHS AGO about this exact same issue, in the l10n mailing list. There’s nothing new to discuss. not a duplicate, as if the text itself changes (capitalization, puncutation, etc), then it is not just an id change. But yes, see the maling list thread. The thread although was not just about this very same issue (where it is inevitable to have strings flagged), but rather a change that *COULD* be automatically fixed. But I've given up trying to explain to people for the near future/before new version of pootle is tested. |
Created attachment 113168 [details] string ids changed with capitalization In the 4.3, i worked on the arabic translation focusing heavily on making sure that the Tools > Options dialog was completed, but with the release of 4.4, many of those changes and more have disappeared because the strings IDs have changed and the only difference between the two strings are capitalization or a colon. It would be useful if there were some way to reduce the burden on translators when such small changes, so they can focus on translating new strings.