Skip to content
This repository

Adding locales to the the load path affects I18n.available_locales #20

Closed
klobuczek opened this Issue August 22, 2011 · 3 comments

4 participants

Heinrich Klobuczek Josep M. Bach migol Evgeniy Dolzhenko
Heinrich Klobuczek

The line below breaks the behavior of I18n.available_locales:

I18n.load_path += Dir[File.expand_path(File.join(File.dirname(FILE), '../locales', '*.yml')).to_s]

That is undesired behavior as some application dynamically figure out the available locales. Providing translations for DateValidator doesn't mean that the rest of the application is translated. None of the common gems are that intrusive and they provide at most english translation.
You can provide the locale files in the gem but do not load them all.

Thanks
Heinrich

Josep M. Bach
Owner

Agree. @klobuczek any thoughts on what would be the best way to make this less intrusive?

migol
migol commented May 04, 2013

I think idea here is to actually not load any translations at all because Rails thinks it supports languages it doesn't support.

If a new translation is needed, then developer should pull it from repo or gem and merge into his/hers translation file.

Oriol Gual oriolgual closed this in fa63965 May 04, 2013
Evgeniy Dolzhenko

Can somebody clarify why autoloading en locale was removed? It leads to issues like #44 and makes people copy translations into their own locale files. Checking other gems suggests loading en locale by default is perfectly fine, e.g. https://github.com/mislav/will_paginate/blob/master/lib/will_paginate/railtie.rb#L35

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.