If you find any problems in translated strings, please add a comment on Transifex as an issue. If you find difficulties in translation due to the structure of source code, please fill an issue on GitHub.
If you find a term translated inconsistently, please let us know. After we agree with a canonical translation, a translator with Transifex account will add it to glossary on Transifex.
Do not use automatic translation service like Google Translation.
EULA of these services are sometimes incompatible with open source licenses. If you are 100% sure that any specific service is open source compatible so we can use it for Indico translation, please let us know.
Currently, Japanese translation data are not released as part of the official Indico distribution. To test Japanese user interface on your Indico instance, please read Translation workflow? thread.
Isn’t the quality of such translations usually bad enough to make them a no-go? Even if they produce grammatically correct output, I could imagine that they lack the domain-specific knowledge to use the right terms.
This incident had led to long discussions in Japanese OSS community and they agreed with the principle: no machine translation (unless you are 100% sure). However, not all Japanese developers know this incident, so I wrote it explicitly.
Now the NiAS instance synchronizes translation data with Transifex weekly.
I will post step-by-step how-to to Translation workflow? after the cleanup of scripts.
Yes, of cource. It is matter of configuration of the server. However, if we request resources to Transifex so often, it is possible that our server will be banned.
According to the description of Transifex API rate limit, it will be safe to update hourly. Are you happy with this?
OK, I updated the NiAS instance to update translations daily.
Actually, the number of resource files we need is less than 100, so even updating every minute would be accepted if the performance of server and network permits.
Hello Masanori,
I visited your website, and it looks very nice. Apparently you spotted the most exposed text elements and translated them to Japanese. (I cannot judge the quality by myself, but I am sure you did your best.) Is your translation up to date with transifex? Statistically there are only 11.32% of all strings translated. Do you plan to continue the work?
We are nearing the launch of our first Indico event, the 2024 MoodleMoot Japan. We’ve got the abstract book showing properly with Japanese characters, but now I’m noticing that the PDF view of the schedule is not showing the Japanese characters properly. Is there any way we can move to incorporate Adam’s changes to the PDF schedule?
I wonder if we should at some point just use weasyprint to generate these PDFs. Would probably look much better and hopefully avoid this kind of bugs as well (assuming it handles languages with a “nonstandard” alphabet nicely)
In the event list on Indico Instance created by indico team so that one can see translation results: Lectures · Indico Localization Demo
, Japanese “Month” expression is weired.
“Jun. 23” becomes “6月月23日” where a character “月” is duplicated.
Also
“Jun. 2024” becomes " 2024年6月月",
I thought this is due to a translation error on Transifex, however, I see no such an evidence if I search by with “Jun” or “月” on Transifex.
In Japanese, we always put in order of Year-Month-Date. Each Month has no given name and we always put number with suffix like 1月, 2月…
Does anyone know how this error could come from and where translation from Month names to numbers (Jan. → 1月) are defined?
The date formats are not directly translatable as they come from the Unicode repository via a library we’re using. It does not support certain formats so we added a workaround which as you found out breaks with Japanese
I think we can fix it, but I just wanted to double check with you if these dates are correct in Japanese?
Yes, those examples are correct.
Thank you for you trying to fix.
If you fix, it is also probably better to fix the following too. It’s not completely wrong but we usually put Day-of-week after date string.
I measn, not in order of “Wed. 28/1/2024 12:00” but "2024/1/28 水曜日 12:“00” where 水曜日means Wed. Even more, we rarely put 水曜日 with full spell but very often put like “(水)” with bracket. For example on one of the event pages: Exploring the Future of Sentient Robotics (23 June 2024) · Indico Localization Demo
Meting duration part is: “2024/06/23 (日) 12:00 → 14:00 Europe/Zurich” to be more natural for native Japanese speakers.
As you see on Transifex, ja_JP is now 8th most translated language and more than some others which are already in recent standard production releases. I think now it is time to include ja_JP into the next release package (3.3.3?). Does anyone know how to trigger such an action?
