- add 1.9.3 to travis' rvm list
Where translations are drawn from different sources which may be using different codes for the same language it can be useful to have mappings where two codes fallback to each other. This patch allows that by ensuring that the recursion in the computation of the mapping terminates instead of running out of stack.
…ent with I18n::Gettext.plurals_keys.
…ault!` to be named as it acts. Refactor `extract_non_symbol_default!` to be shorten and better readable with no performance hit.
…n for bc
…18n::MissingTranslation (which is a plain Object) for the default case. Create an I18n::MissingTranslationData exception only if it needs to be raised to the user.
Right now this helper can be used to enable 0.5.0 exception handling in Rails 3.0.x. Not sure we want to entirely move this from ActionPack. But keeping changes in I18n and ActionPack in sync is a pain, especially because Rails' releases happen way less frequently.
…n I18n::Backend::Base.resolve for re-translating symbols
…needs further investigation as MissingTranslationData still is a subclass of Exception and the I18n.t still simply raises (as currently defined by the API).
…/json/encoding uses it but does not require it
Rationale: the I18n::Backend part of this library is designed to provide various modules that can be included into the I18n::Backend::Simple backend or other compatible backend implementations and thereby extend their functionality in an optional manner. Thus, both code and documentation have been cluttered with lots of calls sending :include to the Simple backend class. It seems that we in fact treat sending include as a public API of the Simple backend class and therefor should make it public.