aboutsummaryrefslogtreecommitdiffhomepage
path: root/org
diff options
context:
space:
mode:
authorRalph Amissah <ralph.amissah@gmail.com>2026-09-18 23:48:22 -0400
committerRalph Amissah <ralph.amissah@gmail.com>2026-09-22 18:25:09 -0400
commite860bf22268bd8c478aa8c682862cbc6dda0de73 (patch)
treecaa16d696be7e56f06866506ce80b0a39caa888b /org
parenttools: po-stats, what is translated, per language and per file (diff)
live-manual: mend ja and pl translations alignment
mend the ja and pl translations that broke ocn alignment The languages of a document share their object numbering, and two of live-manual's did not. ja/project_git.ssi.po had msgstr " " against msgid "Or,". One space. po4a emits it, a line of one space is not an object, and the entry serves two places, so Japanese was two objects short of English and everything below was renumbered. An empty msgstr is the value gettext already has for this: untranslated, the English comes back, the object survives and the gap is visible so that somebody translates it. pl/user_overview.ssi.po had msgstr "2~ Wcięcia" against a paragraph. That string is a heading belonging to another file, project_coding- style.ssi.po, where it sits against its right msgid: a paste into the wrong entry. So Polish had a heading where every other language has a paragraph, and the paragraph's translation never existed. Emptied for the same reason; the heading translation stays where it belongs. The generated .ssi files are edited to match, po4a not being available here. Not guessed: "Or," appears untranslated in ro and pt_BR, and the paragraph appears untranslated in de, it, pt_BR and ro byte identically in all four, so the wrapping is po4a's own. msgfmt --check passes on both catalogues, and the lint that named these two reports no errors at all now. (assisted by Claude-Code)
Diffstat (limited to 'org')
0 files changed, 0 insertions, 0 deletions