Skip to content

Let one glossary row answer both questions about a word - #60

Merged
tamnd merged 2 commits into
mainfrom
glossary-standalone
Aug 18, 2026
Merged

Let one glossary row answer both questions about a word#60
tamnd merged 2 commits into
mainfrom
glossary-standalone

Conversation

@tamnd

@tamnd tamnd commented Aug 18, 2026

Copy link
Copy Markdown
Owner

Closes #58.

L02 exempts an entry whose whole msgid is a glossary term kept in English, and #57 wired that to keep_en. That made one field carry two decisions: how the word reads inside a sentence, and whether an entry that is only the word is already correct.

For most rows those have the same answer. For six of them they do not.

term on its own in a sentence
float a cell in the struct format-code table, next to _Float16 số thực
type the argparse keyword, in a table of argparse keywords kiểu
list a cell in the json conversion table, next to array danh sách
import the statement, in the index of statements nhập
slice a glossary headword cắt
callable a glossary headword gọi được

While the two questions shared a field a row could only answer one of them, and the answer that got written was whichever silenced the louder check. 69 of G03's 94 findings are correct translations of type and list, held there by rows that say "keep this in English" when what they meant was "leave the table cell alone".

So Term gains identifier, Glossary gains standalone, and L02 reads the second one. A keep_en row is standalone without being told, because a term that is English in every sentence is English on its own too. Nothing in the current file changes meaning and the new decisions are all made in the glossary rather than here.

The prompt says both things on one line. library/struct.po has float as a table cell two entries away from a sentence about floats, so a batch holds both readings and a line carrying only the rendering would get the cell translated.

- float -> số thực  (a string that is only this word names the thing: leave it in English)

The measurement is in the content repo's proposal and the rows are the second half of this. Alone, this commit moves nothing: standalone equals kept until a row sets the flag.

Local gate green: 1 422 tests, 97.46% coverage, mypy --strict clean, H03 clean. Not waiting on Actions.

tamnd added 2 commits August 18, 2026 16:04
L02 exempted an entry whose whole msgid is a term the glossary keeps
in English, and read keep_en to find them. That made keep_en carry two
decisions at once: how the word reads in a sentence, and whether an
entry that is only the word is already right.

For most rows those are the same answer. For six of them they are not.
float is so thuc in a sentence and the name of a C type in the table of
struct format codes. type is kieu in 44 of the 49 prose entries that
translate it, and the argparse keyword argument in a table of argparse
keyword arguments. list is danh sach in 38 of 55, and the Python type
in the json conversion table.

While the two questions shared a field, a row could only answer one,
and the answer that got written was the one that silenced the louder
check. 69 of G03's 94 findings are correct translations of type and
list, held there by rows that say "keep this in English" when what they
meant was "leave the table cell alone".

So Term gains identifier, Glossary gains standalone, and L02 reads the
second one. A keep_en row is standalone without being told, because a
term that is English in every sentence is English on its own too, which
means no existing row changes meaning and the glossary file is the only
place the new decisions get made.

The prompt says both things too, on one line. library/struct.po has
float as a table cell two entries away from a sentence about floats, so
a batch holds both readings and a line carrying only the rendering
would get the cell translated.
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.

The glossary keeps list, type and Boolean in English but says nothing about object or module

1 participant