-
-
Notifications
You must be signed in to change notification settings - Fork 208
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
Override locales and conflict with rails-i18n #847
Comments
@julienanne oh no! I'm sorry to have this gem override the translations for your own project. Let me figure out how to get all of those translations into an appropriate namespace so they don't collide/override with your own projects. |
Thank you for reporting this! Released a fix: https://github.com/bensheldon/good_job/releases/tag/v3.12.2 |
Thank you, you are moving so fast, very appreciate it ;) Hope your project will continue for a long time. Have a nice day |
Again thank you the correction was perfect ;) |
Hello,
(sorry for my English)
First of all thanks for your work, very appreciate it.
In the navbar (app/views/good_job/shared/_navbar.erb) and maybe in other places (with other helpers), you have a call to
number_to_human
helper and in the good_job locales (at least fr.yml) you redefine the "number.human.decimal_units.format".This locale key is used by the concerning helper and so you redefine the key for the whole project (in my case good_job seems loaded after rails-i18n https://github.com/svenfuchs/rails-i18n/blob/v7.0.6/rails/locale/fr.yml#L178 and override the concerning key).
The impact is not localized to Good Job maybe it can be possible (if you absolutely want to get a specific format),
number_to_human
call instead of redefine the key in good job locale?
Thanks again for your work.
If I have some times, can I make a PR ?
Have a nice day
Julien ANNE
The text was updated successfully, but these errors were encountered: