mirror of
https://github.com/kevinveenbirkenbach/computer-playbook.git
synced 2026-11-08 11:46:35 +00:00
kevinveenbirkenbachandClaude Opus 5
bd39b0dc8f
xgettext counts a space as a format flag, so the prose `95% confidence` parses as the directive `% c` and the entry is marked python-format. Every translation moves the word behind the percent sign, msgfmt then reads `% V` and refuses the catalog. Quoted Jinja blocks and percent-encoded URLs fall into the same trap. A run over the documentation catalogs left 312 such entries in 19 files, none of which could be compiled to .mo. Removing the flag when writing does nothing: babel derives it from the msgid on every load, so the value in the file is decoration. gettext's own switch for this is no-python-format, which babel does not touch, and the writer now sets it on entries the derivation flags but that carry no real placeholder. The derived flag has to go at the same time, because gettext reads the flag line in order and `no-python-format, python-format` cancels itself out. What counts as a real placeholder was already spelled out in PROTECTED, so it moves into PRINTF and is used from both places rather than written twice. The repository lint gains the check that would have caught this. It compares the msgid against itself first and reports only when the translation alone fails, so a source string that mixes positional and named placeholders, which gettext accepts, does not raise a finding. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>