Skip to content

Strip the leading space on 47 human entries - #51

Merged
tamnd merged 1 commit into
mainfrom
strip-the-leading-space-on-footnotes
Aug 18, 2026
Merged

Strip the leading space on 47 human entries#51
tamnd merged 1 commit into
mainfrom
strip-the-leading-space-on-footnotes

Conversation

@tamnd

@tamnd tamnd commented Aug 18, 2026

Copy link
Copy Markdown
Owner

Closes #49 in part.

P04 had 47 findings and every one was the same shape: the source has no leading whitespace and the translation has one space.

msgid Rendering Entries
Footnotes ' Chú thích' 46
raises ' kích hoạt các ngoại lệ' 1

These are inherited Transifex entries with no fuzzy flag and no provenance comment, so apply leaves them alone and P04 had been red on them since the check was written. Editing them by hand is the only way they change, and apply is right not to start.

How

Driven off the audit's own finding list rather than a regex over the corpus, so the edit reaches exactly the entries the check named and nothing else. Then re-rendered through apply, because polib's writer disagrees with ours on wrapping: saving with it directly took S08 from 0 to 46, which is the same lesson as the PO-Revision-Date one from a different angle. Only our renderer writes these files.

Where it leaves the audit

Before After
Hard checks failing 9 6
Checks passing 25 28
Findings 1,543 1,492

P04 is 0. P08 and L03 are 0 as well, from the fence licence in tamnd/python-docs-vi-translator#51, which this commit picks up by pinning v0.1.5.

apply --check is clean and S08 is 0.

Left open on #49

Footnotes still has two renderings, Chú thích cuối trang in 98 entries and Chú thích in 50. That is a translation decision and a glossary entry rather than a whitespace fix, so it stays on the issue.

P04 had 47 findings and every one was the same shape: the source has no leading
whitespace and the translation has one space. 46 of them are Footnotes rendered
as ' Chú thích' and the last is raises rendered as ' kích hoạt các ngoại lệ'.

These are inherited Transifex entries with no fuzzy flag and no provenance
comment, so apply leaves them alone and P04 had been red on them since the check
was written. Editing them by hand is the only way they change, and apply is
right not to start.

Fixed from the audit's own finding list rather than a regex over the corpus, so
the edit reaches exactly the entries the check named. Then re-rendered through
apply, because polib's writer disagrees with ours on wrapping and saving with it
directly put S08 to 46.

P04 is 0. Footnotes still has two renderings, Chú thích cuối trang in 98 entries
and Chú thích in 50, which is issue #49 and a translation decision rather than a
whitespace one.

Also pins v0.1.5, which is the tool that produced the reports in this commit.
Its fence licence takes P08 and L03 to 0 as well, so the corpus goes from nine
failing hard checks to six and from 25 checks passing to 28.
@tamnd
tamnd merged commit a1bc55c into main Aug 18, 2026
1 check failed
@tamnd
tamnd deleted the strip-the-leading-space-on-footnotes branch August 18, 2026 07:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

46 human entries render Footnotes with a leading space

1 participant