discourse/config/initializers/100-i18n.rb

# order: after 02-freedom_patches.rb

require 'i18n/backend/discourse_i18n'
I18n.backend = I18n::Backend::DiscourseI18n.new
I18n.config.missing_interpolation_argument_handler = proc { throw(:exception) }
I18n.init_accelerator!

unless Rails.env.test?
  MessageBus.subscribe("/i18n-flush") { I18n.reload! }
end
FEATURE: Localization fallbacks (server-side) The FallbackLocaleList object tells I18n::Backend::Fallbacks what order the languages should be attempted in. Because of the translate_accelerator patch, the SiteSetting.default_locale is not guaranteed to be fully loaded after the server starts, so a call to ensure_loaded! is added after the locale is set for the current user. The declarations of config.i18n.fallbacks = true in the environment files were actually garbage, because the I18n.default_locale was SiteSetting.default_locale, so there was nothing to fall back to. derp 2015-07-15 12:04:45 -04:00			`# order: after 02-freedom_patches.rb`

Refactor to our own Discourse I18n backend This removes some monkey patches and makes testing easier. It will also support database backed I18n changes. 2015-11-13 15:42:01 -05:00			`require 'i18n/backend/discourse_i18n'`
			`I18n.backend = I18n::Backend::DiscourseI18n.new`
Always use locale fallback on server 2015-09-02 15:28:50 -04:00			`I18n.config.missing_interpolation_argument_handler = proc { throw(:exception) }`
FEATURE: Can override any translation via an admin interface 2015-11-23 16:45:05 -05:00			`I18n.init_accelerator!`
Refresh I18n customizations on change 2015-11-17 16:14:42 -05:00
FEATURE: Can override any translation via an admin interface 2015-11-23 16:45:05 -05:00			`unless Rails.env.test?`
			`MessageBus.subscribe("/i18n-flush") { I18n.reload! }`
			`end`