How regularly is the archive with translations in crowdin updates?

[Kunda1]

I've done some translating and I think these changes would be great refinements for translators. I think the flexibility of these features would give translators the confidence to verify there amendments directly within FreeCAD. Thumbs up for me.

[Evgeniy]

I have some other ideas that I think might make testing new translations easier, but since I don't myself do any translating I don't have a good sense if these would actually help anyone:

1. Add a hidden preference that controls whether translations in an external translations directory take precedence over internal
2. Add a hidden preference that allows the addition of locale codes that aren't already built into FreeCAD
3. Add a hidden preference that allows searching other paths for translations

This is ideas for FreeCAD source code or for external python script?

For the FreeCAD source code, it was possible to add the ability to add a new language to the list of languages if *. qm files of not presented langages are in the translations folder. For example if we copy FreeCAD_eo.qm to translations folder. Esperanto languages automatically added to freecad languages list.

But I'm not sure that the developers will take care of this...

And it would be good to include lrelease.exe in the FreeCAD delivery if the license does not prohibit it...

[Evgeniy]

I've done some translating and I think these changes would be great refinements for translators. I think the flexibility of these features would give translators the confidence to verify there amendments directly within FreeCAD. Thumbs up for me.

I don't insist. But do you think it is possible to supplement the test bench testing tools with translation tools or is it a bad idea?

I think the ticket on the bug tracker can be successfully closed.

[chennes]

[For example if we copy FreeCAD_eo.qm to translations folder. Esperanto languages automatically added to freecad languages list.

Really? In my testing that does not work -- as far as I can tell only languages in the list hardcoded in Translations.cpp can currently be used. I was indeed mistaken about the priority order, however: the order is

• USER_APP_DATA_DIR/translations
• RESOURCE_DIR/translations
• :/translations (the internal translations)

I'm putting together a PR that adds another user-specified search location to the top of that list.

[chennes]

PR 5021

[Evgeniy]

[For example if we copy FreeCAD_eo.qm to translations folder. Esperanto languages automatically added to freecad languages list.

Really? In my testing that does not work -- as far as I can tell only languages in the list hardcoded in Translations.cpp can currently be used. I

This was my idea of how to improve the work with languages.

But how im wrtie. I'm not sure that the developers will take care of this...

[chennes]

I'm not sure that the developers will take care of this...

FreeCAD is open source… We *are* the developers

[Kunda1]

FreeCAD is open source… We *are* the developers

*plot twist*

[Evgeniy]

I'm not sure that the developers will take care of this...

FreeCAD is open source… We *are* the developers

Ok. Target language code maybe extracted from *.ts file.
I do not know the kernel code . This is more for those who did a lot of fix in it.

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE TS>
<TS version="1.1" language="ru" sourcelanguage="en">
<context>

[chennes]

Right now, to find those files, the code has inside it a mapping of the full language name to the short code that is used to identify it. It scans the translation directory for files named "*_code.qm". That's the purpose of the new user preference that I've added in PR 5021 that allows you to add those codes into the user preferences file.