Well, the extension works in the way I explained in my “How to translate guide”. However, manual activation of both, the translators and the translations, is still necessary.
runJobs is now automated using crontab. That now should lead to a lot less strangeness when using the translation extension. For example when having clicked to delete translations to mistakingly added languages such as UK those will be gone a lot more quickly. [And as a nice side effect, puring the cache, refreshing wiki contents for non-logged in users will work better.]
Would you appreciate help with the translation coordination? I am just cleaning up the blog categories and wonder if News - Whonix Forum should be reposted or archived.
To be honest, the whole “coordination” part of my “duty” around here is quite managable at the moment, seeing how the number of active translators is overseeable and checking what changes occured once a week isn’t to time consuming. Adding to that the fact that I’m currently in the midst of finishing the new Jekyll based wiki/documentation which will make supervision even easier and the whole wiki better to navigate:
Or have you decided to give up on this on to simply wrap the whole page
into …?
The problem with whole wrap whole page approach has always been that
users tend to translate [[some_link|some link]] to
[[irgendein_link|irgendein link] rather than [[some_link|irgendein link]].
So [[some_link|some link]] is better. But
preparing such translation markup is a lot more work.
Some of the solutions (yes, plural) I’m currently testing actually use seperate, easily editable and exportable text files for the wiki part. So, everything is either in markdown or text and can be easily linked and edited over purse.io. Should thus be simpler to translate than for example the implementation Qubes uses and the issues you’ve mentioned should also be avoidable. Am preparing a viewable demo of all the tested solutions which should be uploaded by the end of the day.
Personally, I feel like waiting a bit until we have either found a viable alternative or alternatively found a way to improve the process with mediawiki is the better option. I don’t want anyone to translate now and then have to find out that parts of his/her translation couldn’t be transferred to whatever we settle on in the end.
Should we consider translating with mediawiki failed due to the clumsiness of translation extension? Therefore delete the few broken incomplete translations?