A couple of django-js.po files are missing from Horizon tree

Example: Horizon has 4 po files per language - due to python and js files creating django and djangojs.po

It looks so awkward some po files exist but other po files does not exist for several po files for one language in horizon repository.

It really makes sense when we consider po files from Horizon source codes: e.g., django.po and djangojs.po, but it is difficult to generalize to apply all po files including po files for Horizon release notes and documentation, and also in openstack-manuals different documents use different po files.

It would be nice if we have better approaches on defining the relationship from multiple po files but since there are Horizon and Horizon plugin projects, it seems that such definition would be a challenge.

To Horizon developers, would it be fine if po files are managed AS-IS status? If then, I would like change it into "Won't fix" status.

I think a better solution would just be to download all available .po files. The problem is here, as outlined above, that Polish language for example is actually now below 40% because the JS .po files are not being pulled in at all, so the total % is falling.

Per discussion in the i18n team, we list languages with 80~90% progress to horizon settings.LANGUAGES list.

Currently, django and djangojs of openstack_dashboard contains enough number of messages. To clear the above criteria, both needs to have a progress of >=75%. If one of django/djangojs catalogs is missing in the horizon repo, it means the progress is <40%. As a result, the total progress will be <60% ((75%+40%)/2 = 57.5%).

The current version of the infra script import translations based on per-catalog progress. If we expect 70% or above translation progress, the current behavior would be no problem. If we want to show translations with less progress (like 50% as mentioned in the bug description), the current behavior may need to be changed.

I am not sure which is the right direction. Personally I am okay with the current behavior, but I am not against it if someone proposes more feasible solution.

If you are talking about the translation check-site, the situation would be different. The site is to check translations, so the criteria of translation imports needs to be lower.

So, that's my point really; I think Horizon should include *all* .po files regardless of %. Then let deployers manage what are shown. We can have 70% as our default languages, but we should still download all translations in the .po files.

Did we get a resolution on this? I would really like to see us use all available translations. IMO, its more useful to see even 25% translated than zero. It seems like a waste of translator efforts if we don't include them.

It would also fix the bug with some being forced lower because of low % JS translations