discourse/config/initializers/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.reload!

MessageBus.subscribe("/i18n-flush") { I18n.reload! }
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 09:04:45 -07: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 21:28:50 +02:00			`I18n.config.missing_interpolation_argument_handler = proc { throw(:exception) }`
PERF: Much more performant, multisite aware I18n overrides 2015-11-19 16:36:59 -05:00			`I18n.reload!`
Refresh I18n customizations on change 2015-11-17 16:14:42 -05:00
			`MessageBus.subscribe("/i18n-flush") { I18n.reload! }`