-
Notifications
You must be signed in to change notification settings - Fork 24
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
Add a way to list all requirable languages #147
Comments
Still this is more suitable for an external library. It shouldn't be part of L10ns. I think there should be some library that does some language acceptance for your platform right now. |
Ok, there is something I probably missed, so let me summarize: All these operations are performed by multiple team members at different time and the result is stored on a git repository. This result is evolving all the time, so I have to decide at execution what is the best option on a given context (the phone language in that case). The information I need is store on two locations:
So I only see two options to do what I want:
Maybe a third possibility where I get I don't really understand how an external library could help me on this. Pardon me for insisting but I hate not understanding. |
The way I do it is to duplicate all languages I have written in It might make sense to compile it directly on the output file. I think I need some time to reflect on this first. |
Hi tinganho,
I use l10ns for a mobile app translated in five languages.
I have to find the available language closest to the one of the phone.
For now, I just compare the two first letters, falling back to en-US by default.
In order to do so, I would find very useful if we had a way to list all supported languages (the five ones for my case). I proposed this #144 to do that, and here is the issue you requested.
You should notice that I put the function
listLanguages
besiderequireLocalizations
which give us a getter, not a localized string.On an API design side, I am not completely satisfied, but it could open the way to more utilitaries functions. If I had a configuration file to parse that would contains the available languages, I would not need this feature.
The text was updated successfully, but these errors were encountered: