Opened 3 years ago
Closed 3 years ago
#5056 closed defect (fixed)
make update-po changes line wrapping for japanese translation
Reported by: | strk | Owned by: | robe |
---|---|---|---|
Priority: | medium | Milestone: | PostGIS 3.3.0 |
Component: | l18n | Version: | |
Keywords: | Cc: |
Description
I don't understand why but if I execute make -C doc/ update-po
I end up with a single change in file doc/po/ja/reporting.xml.po which consists in this:
@ -134,8 +134,9 @@ msgid "" "a four step process on Unix (assuming you already have <ulink url=\"https://" "git-scm.com/\">git</ulink> installed):" msgstr "" -"変更が大きい場合は、パッチが確実に好まれます。Unix上で次の4ステップの処理を行います (既に<ulink url=\"https://git-scm." -"com/\">git</ulink>をインストールしていると仮定します)。" +"変更が大きい場合は、パッチが確実に好まれます。Unix上で次の4ステップの処理を行" +"います (既に<ulink url=\"https://git-scm.com/\">git</ulink>をインストールして" +"いると仮定します)。"
I cannot read japanese but it looks like being only a matter of where newlines are added. My version of gettext (0.21) seem to make it so that 80 columns are not exceeded.
The line wrapping was EXACTLY like my update-po
run would make them before commit [4c3c8e37839127b67dc3f0cf08f67cddc7441d89/git] which seems to be coming from weblate.
I suspect weblate install and my system have a different view about when a line should (or can) be wrapped. Could be locale dependent.
Change History (3)
comment:1 by , 3 years ago
comment:2 by , 3 years ago
It looks like my version of gettext by default wraps at 79 cols, but the add-on listed above would allow wrapping at 77 instead, not a custom number
I think we should look at this configuration: https://docs.weblate.org/en/latest/admin/addons.html?highlight=output%20page%20width#customize-gettext-output