Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Language strings need a better solution #51

Open
derpeter opened this issue Jan 3, 2018 · 4 comments
Open

Language strings need a better solution #51

derpeter opened this issue Jan 3, 2018 · 4 comments
Milestone

Comments

@derpeter
Copy link
Contributor

derpeter commented Jan 3, 2018

Currently we maintain language strings in the voctoweb and the youtube client.
Also each new language requires changes in the code.
We need a central and more generic approach on this

@a-tze
Copy link
Contributor

a-tze commented Jan 3, 2018

Put the whole table from wikipedia into a dict in a separate module? or maybe there is a python lib for that?

@MaZderMind
Copy link
Contributor

I have very successfully used https://pypi.python.org/pypi/pycountry - very nice interface

@derpeter
Copy link
Contributor Author

derpeter commented Jan 3, 2018

as we use more strings then pycountry provides we either need to cut back on the strings or still keep our own list

@a-tze
Copy link
Contributor

a-tze commented Jan 4, 2018

Do you have an example? Have a look in 'iso639-3.json' in the source of that module - I cannot find a language that we use which is not in that file.

@derpeter derpeter added this to the 35c3 milestone Oct 30, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants