Opened 2 years ago

Closed 2 years ago

#5057 closed defect (fixed)

weblate fails to keep translated strings within 80 columns (linewrapping)

Reported by: strk Owned by: robe
Priority: medium Milestone:
Component: l18n Version:
Keywords: Cc:

Description

Change History (2)

comment:1 by strk, 2 years ago

ok this was about commit [8bb507f8f9084095728dc4062cdcb9431b76e7d4/git] — I thought weblate was turning lines to be LONGER than 79, which seems to be the default for our msgmerge as invoked by make update-po but on a closer look while the number of *bytes* are more, the number of *glyphs* is actually 78 (+ the double quotes == 80):

$ echo "効率的なバグの報告はPostGISの開発を助ける本質的な方法です。最も効率的なバグ報告は、PostGIS開発者がそれを再現できるようにすることで、それ の引" | wc -m
78
echo "効率的なバグの報告はPostGISの開発を助ける本質的な方法です。最も効率的なバグ報告は、PostGIS開発者がそれを再現できるようにすることで、それ の引" | wc -c
204

I guess the weblate behavior is actually correct and it's msgmerge which bogusly counts bytes instead of UTF8 characters

comment:2 by strk, 2 years ago

Resolution: fixed
Status: newclosed

Confirmed, as shown by commit [54858ec8a7a82843c8881192d754fc4d76f7b3d2/git] the line wrapping is actually *enforced* by weblate now (in that commit I approved a German string after references to PostgreSQL-9.4 were removed)

I'm closing as "Fixed" as I believe this is now working correctly because the gettext addon was enabled.

Note: See TracTickets for help on using tickets.