Reply To: 33 files were added to the project antix-development (antiX 26 FAQ)

Forum › Forums › antiX-development › Translations › 33 files were added to the project antix-development (antiX 26 FAQ) › Reply To: 33 files were added to the project antix-development (antiX 26 FAQ)

May 18, 2026 at 7:01 am #204812
kempelen
Member

    @Robin Thanks, I’ll maybe try, but I was interested in just your opinion whether you find this useful or good way to go. Since it’s a PO file, I will see the same thing as I see in Lokalize, 2800 strings from the 33 FAQ files. And you are more familiar with the current FAQ results to see if this is any improvement or worse than original. 🙂

    Here is a final progress for now..

    Here is a PO package with “de” “hu” and the template POT: https://c64.rulez.org/~lion/antiX/antix-faq-pot2.zip

    The program can download and convert translated HTML files into PO (new feature today!), so already created DE translation COULD BE fully included in this zip, but your “HOME.HTML” fails because of structural changes. If you can eliminate structural changes, you can convert the full current Transifex work into PO. The other 32 files parsed back to “PO” correctly and included in “de.po”.

    I asked Claude to make the shell script output some helping info for the failing HTML structure, but this is all we got… I will continue from there later…

    Gettextizing: antix-26-faq-home …
    FAILED
    String counts after normalisation: source=299 translation=297
    In source but not translation (189) — may have been merged/deleted on Transifex:
    msgid “[antiX Home].”
    msgid “[antiX forum].”
    msgid “*F1 – Help”
    msgid “*F2 – Language”
    msgid “*F3 – Time zone”
    … (184 more)
    In translation but not source (187) — may have been split/added on Transifex:
    msgid “”
    msgid “”
    msgid “”
    msgid “”
    msgid “”
    … (182 more)

    (But I can say for sure, if you add BR tags or anything like that in the Transifex that is not present in the source, that file won’t parse back in “gettextize” GNU tool or “po4a”. And unfortunately if there is is a difference in how many “msgid” it finds, it won’t take ANY, because it would result in adding texts to wrong string from the position of the error on all next strings. I think, with my solution basically the translation must match the original in structure, 100%.)

    • This reply was modified 4 months, 1 week ago by kempelen.
    • This reply was modified 4 months, 1 week ago by kempelen.