Restore the 31 code entries the corpus had translated

[tamnd]

A doctest and a literal block are copied, not translated, which is what P07 checks and what 31 entries in the corpus were not.

From tutorial/introduction.po, on the page a reader meets in their first hour:

File "<stdin>", line 1, in <module>     the English
File "1", line 1, in 2                  the translation

<stdin> and <module> are gone. Elsewhere it is the indentation inside a for body flattened to one space, the carets under a syntax error no longer under what they point at, and a column-aligned option table reflowed to single spaces. Every one is an example somebody types out and then has to debug.

Where they came from

26 arrived as human, from the Transifex mirror, where a person translated the comments inside the code and the surrounding lines came along with it. 5 arrived as machine, from a run made before the classifier could recognise them.

Both are refused at the source now, in pydocvi 0.1.6 (tamnd/python-docs-vi-translator#53). This repo is a projection, so nothing here was hand-edited: sync --human reconciled the memory and apply --refuzzy rebuilt the files.

The comment translation those 26 were made for is not lost work so much as early work. Comments are M8, with a prompt of their own and a check that every code line came back byte-identical.

What is in the diff

--refuzzy was measured before it was run: it reaches the 136 code entries and nothing else, and it cannot take a machine segment onto a human entry because there are none of those.

15 files have a content change. 106 of the 136 were already byte-identical and only gain the passthrough= comment saying so, in place of a claim that somebody translated them.

The other 539 files are the generator catching up. The corpus was still stamped X-Generator: pydocvi 0.1.4 while 0.1.5 had shipped, so apply --check has been reporting every file since then. It is clean again.

Measured

	before	after
P07 code entries copied exactly	31	0
P05 format specifiers match	1	0
hard checks failing	6	4
findings	1,492	1,459
checks passed	28	30

P05's single finding was inside one of the same doctests: % operator read as a % o specifier, and the translation turned it into % t.

Still failing: P01 (26), P03 (27), L01 (9), L02 (144).

Refs tamnd/python-docs-vi-translator#11.