2019-04-30 08:27:42 +08:00
|
|
|
# frozen_string_literal: true
|
|
|
|
|
2016-05-19 20:25:08 +08:00
|
|
|
require "mini_racer"
|
2013-05-30 13:53:40 +08:00
|
|
|
|
2022-07-28 10:27:38 +08:00
|
|
|
RSpec.describe JsLocaleHelper do
|
DEV: convert I18n pseudo package into real package (discourse-i18n) (#23867)
Currently, `window.I18n` is defined in an old school hand written
script, inlined into locale/*.js by the Rails asset pipeline, and
then the global variable is shimmed into a pseudo AMD module later
in `module-shims.js`.
This approach has some problems – for one thing, when we add a new
V2 addon (e.g. in #23859), Embroider/Webpack is stricter about its
dependencies and won't let you `import from "I18n";` when `"I18n"`
isn't listed as one of its `dependencies` or `peerDependencies`.
This moves `I18n` into a real package – `discourse-i18n`. (I was
originally planning to keep the `I18n` name since it's a private
package anyway, but NPM packages are supposed to have lower case
names and that may cause problems with other tools.)
This package defines and exports a regular class, but also defines
the default global instance for backwards compatibility. We should
use the exported class in tests to make one-off instances without
mutating the global instance and having to clean it up after the
test run. However, I did not attempt that refactor in this PR.
Since `discourse-i18n` is now included by the app, the locale
scripts needs to be loaded after the app chunks. Since no "real"
work happens until later on when we kick things off in the boot
script, the order in which the script tags appear shouldn't be a
problem. Alternatively, we can rework the locale bundles to be more
lazy like everything else, and require/import them into the app.
I avoided renaming the imports in this commit since that would be
quite noisy and drowns out the actual changes here. Instead, I used
a Webpack alias to redirect the current `"I18n"` import to the new
package for the time being. In a separate commit later on, I'll
rename all the imports in oneshot and remove the alias. As always,
plugins and the legacy bundles (admin/wizard) still relies on the
runtime AMD shims regardless.
For the most part, I avoided refactoring the actual I18n code too
much other than making it a class, and some light stuff like `var`
into `let`.
However, now that it is in a reasonable format to work with (no
longer inside the global script context!) it may also be a good
opportunity to refactor and make clear what is intended to be
public API vs internal implementation details.
Speaking of, I took the librety to make `PLACEHOLDER`, `SEPARATOR`
and `I18nMissingInterpolationArgument` actual constants since it
seemed pretty clear to me those were just previously stashed on to
the `I18n` global to avoid polluting the global namespace, rather
than something we expect the consumers to set/replace.
2023-10-12 21:44:01 +08:00
|
|
|
let(:v8_ctx) do
|
2024-02-26 21:45:58 +08:00
|
|
|
node_modules = "#{Rails.root}/node_modules/"
|
DEV: convert I18n pseudo package into real package (discourse-i18n) (#23867)
Currently, `window.I18n` is defined in an old school hand written
script, inlined into locale/*.js by the Rails asset pipeline, and
then the global variable is shimmed into a pseudo AMD module later
in `module-shims.js`.
This approach has some problems – for one thing, when we add a new
V2 addon (e.g. in #23859), Embroider/Webpack is stricter about its
dependencies and won't let you `import from "I18n";` when `"I18n"`
isn't listed as one of its `dependencies` or `peerDependencies`.
This moves `I18n` into a real package – `discourse-i18n`. (I was
originally planning to keep the `I18n` name since it's a private
package anyway, but NPM packages are supposed to have lower case
names and that may cause problems with other tools.)
This package defines and exports a regular class, but also defines
the default global instance for backwards compatibility. We should
use the exported class in tests to make one-off instances without
mutating the global instance and having to clean it up after the
test run. However, I did not attempt that refactor in this PR.
Since `discourse-i18n` is now included by the app, the locale
scripts needs to be loaded after the app chunks. Since no "real"
work happens until later on when we kick things off in the boot
script, the order in which the script tags appear shouldn't be a
problem. Alternatively, we can rework the locale bundles to be more
lazy like everything else, and require/import them into the app.
I avoided renaming the imports in this commit since that would be
quite noisy and drowns out the actual changes here. Instead, I used
a Webpack alias to redirect the current `"I18n"` import to the new
package for the time being. In a separate commit later on, I'll
rename all the imports in oneshot and remove the alias. As always,
plugins and the legacy bundles (admin/wizard) still relies on the
runtime AMD shims regardless.
For the most part, I avoided refactoring the actual I18n code too
much other than making it a class, and some light stuff like `var`
into `let`.
However, now that it is in a reasonable format to work with (no
longer inside the global script context!) it may also be a good
opportunity to refactor and make clear what is intended to be
public API vs internal implementation details.
Speaking of, I took the librety to make `PLACEHOLDER`, `SEPARATOR`
and `I18nMissingInterpolationArgument` actual constants since it
seemed pretty clear to me those were just previously stashed on to
the `I18n` global to avoid polluting the global namespace, rather
than something we expect the consumers to set/replace.
2023-10-12 21:44:01 +08:00
|
|
|
|
|
|
|
transpiler = DiscourseJsProcessor::Transpiler.new
|
|
|
|
discourse_i18n =
|
|
|
|
transpiler.perform(
|
|
|
|
File.read("#{Rails.root}/app/assets/javascripts/discourse-i18n/src/index.js"),
|
|
|
|
"app/assets/javascripts/discourse",
|
|
|
|
"discourse-i18n",
|
|
|
|
)
|
|
|
|
|
|
|
|
ctx = MiniRacer::Context.new
|
|
|
|
ctx.load("#{node_modules}/loader.js/dist/loader/loader.js")
|
2023-11-07 01:49:21 +08:00
|
|
|
ctx.eval("var window = globalThis;")
|
DEV: convert I18n pseudo package into real package (discourse-i18n) (#23867)
Currently, `window.I18n` is defined in an old school hand written
script, inlined into locale/*.js by the Rails asset pipeline, and
then the global variable is shimmed into a pseudo AMD module later
in `module-shims.js`.
This approach has some problems – for one thing, when we add a new
V2 addon (e.g. in #23859), Embroider/Webpack is stricter about its
dependencies and won't let you `import from "I18n";` when `"I18n"`
isn't listed as one of its `dependencies` or `peerDependencies`.
This moves `I18n` into a real package – `discourse-i18n`. (I was
originally planning to keep the `I18n` name since it's a private
package anyway, but NPM packages are supposed to have lower case
names and that may cause problems with other tools.)
This package defines and exports a regular class, but also defines
the default global instance for backwards compatibility. We should
use the exported class in tests to make one-off instances without
mutating the global instance and having to clean it up after the
test run. However, I did not attempt that refactor in this PR.
Since `discourse-i18n` is now included by the app, the locale
scripts needs to be loaded after the app chunks. Since no "real"
work happens until later on when we kick things off in the boot
script, the order in which the script tags appear shouldn't be a
problem. Alternatively, we can rework the locale bundles to be more
lazy like everything else, and require/import them into the app.
I avoided renaming the imports in this commit since that would be
quite noisy and drowns out the actual changes here. Instead, I used
a Webpack alias to redirect the current `"I18n"` import to the new
package for the time being. In a separate commit later on, I'll
rename all the imports in oneshot and remove the alias. As always,
plugins and the legacy bundles (admin/wizard) still relies on the
runtime AMD shims regardless.
For the most part, I avoided refactoring the actual I18n code too
much other than making it a class, and some light stuff like `var`
into `let`.
However, now that it is in a reasonable format to work with (no
longer inside the global script context!) it may also be a good
opportunity to refactor and make clear what is intended to be
public API vs internal implementation details.
Speaking of, I took the librety to make `PLACEHOLDER`, `SEPARATOR`
and `I18nMissingInterpolationArgument` actual constants since it
seemed pretty clear to me those were just previously stashed on to
the `I18n` global to avoid polluting the global namespace, rather
than something we expect the consumers to set/replace.
2023-10-12 21:44:01 +08:00
|
|
|
ctx.eval(discourse_i18n)
|
|
|
|
ctx.eval <<~JS
|
|
|
|
define("discourse/loader-shims", () => {})
|
|
|
|
JS
|
|
|
|
ctx.load("#{Rails.root}/app/assets/javascripts/locales/i18n.js")
|
|
|
|
ctx
|
|
|
|
end
|
|
|
|
|
2015-07-16 05:23:41 +08:00
|
|
|
module StubLoadTranslations
|
|
|
|
def set_translations(locale, translations)
|
|
|
|
@loaded_translations ||= HashWithIndifferentAccess.new
|
|
|
|
@loaded_translations[locale] = translations
|
|
|
|
end
|
|
|
|
|
|
|
|
def clear_cache!
|
|
|
|
@loaded_translations = nil
|
|
|
|
@loaded_merges = nil
|
|
|
|
end
|
|
|
|
end
|
2017-02-24 18:31:21 +08:00
|
|
|
|
2015-07-16 05:23:41 +08:00
|
|
|
JsLocaleHelper.extend StubLoadTranslations
|
|
|
|
|
DEV: Fix heisentest (#10946)
This should fix the following sporadic spec failure:
```
1) JsLocaleHelper performs fallbacks to English if a translation is not available
Failure/Error: expect(ctx.eval('I18n.translations.uk.js').keys).to contain_exactly("all_three", "english_and_user", "only_user", "site_and_user")
expected collection contained: ["all_three", "english_and_user", "only_user", "site_and_user"]
actual collection contained: ["about", "action_codes", "activity", "admin", "admin_title", "adplugin", "age", "akismet", "all_time..."voting", "week", "week_desc", "weekly", "wizard_required", "year", "year_desc", "yes_value", "you"]
the missing elements were: ["all_three", "english_and_user", "only_user", "site_and_user"]
the extra elements were: ["about", "action_codes", "activity", "admin", "admin_title", "adplugin", "age", "akismet", "all_time..."voting", "week", "week_desc", "weekly", "wizard_required", "year", "year_desc", "yes_value", "you"]
# ./spec/components/js_locale_helper_spec.rb:182:in `block (2 levels) in <main>'
# ./bundle/ruby/2.6.0/gems/webmock-3.9.2/lib/webmock/rspec.rb:37:in `block (2 levels) in <top (required)>'
```
2020-10-18 18:00:35 +08:00
|
|
|
before { JsLocaleHelper.clear_cache! }
|
|
|
|
after { JsLocaleHelper.clear_cache! }
|
2015-07-16 05:23:41 +08:00
|
|
|
|
2017-02-24 18:31:21 +08:00
|
|
|
describe "#output_locale" do
|
|
|
|
it "doesn't change the cached translations hash" do
|
|
|
|
I18n.locale = :fr
|
|
|
|
expect(JsLocaleHelper.output_locale("fr").length).to be > 0
|
|
|
|
expect(JsLocaleHelper.translations_for("fr")["fr"].keys).to contain_exactly(
|
|
|
|
"js",
|
|
|
|
"admin_js",
|
|
|
|
"wizard_js",
|
|
|
|
)
|
|
|
|
end
|
2013-05-30 13:53:40 +08:00
|
|
|
end
|
|
|
|
|
2022-07-28 00:14:14 +08:00
|
|
|
describe "message format" do
|
2018-01-25 19:09:18 +08:00
|
|
|
def message_format_filename(locale)
|
|
|
|
Rails.root + "lib/javascripts/locale/#{locale}.js"
|
|
|
|
end
|
2013-05-30 13:53:40 +08:00
|
|
|
|
2017-02-24 18:31:21 +08:00
|
|
|
def setup_message_format(format)
|
2018-01-25 19:09:18 +08:00
|
|
|
filename = message_format_filename("en")
|
|
|
|
compiled = JsLocaleHelper.compile_message_format(filename, "en", format)
|
|
|
|
|
2017-02-24 18:31:21 +08:00
|
|
|
@ctx = MiniRacer::Context.new
|
|
|
|
@ctx.eval("MessageFormat = {locale: {}};")
|
2018-01-25 19:09:18 +08:00
|
|
|
@ctx.load(filename)
|
2017-02-24 18:31:21 +08:00
|
|
|
@ctx.eval("var test = #{compiled}")
|
|
|
|
end
|
2013-05-30 13:53:40 +08:00
|
|
|
|
2017-02-24 18:31:21 +08:00
|
|
|
def localize(opts)
|
|
|
|
@ctx.eval("test(#{opts.to_json})")
|
|
|
|
end
|
2013-05-30 13:53:40 +08:00
|
|
|
|
2017-02-24 18:31:21 +08:00
|
|
|
it "handles plurals" do
|
|
|
|
setup_message_format(
|
|
|
|
"{NUM_RESULTS, plural,
|
|
|
|
one {1 result}
|
|
|
|
other {# results}
|
|
|
|
}",
|
|
|
|
)
|
|
|
|
expect(localize(NUM_RESULTS: 1)).to eq("1 result")
|
|
|
|
expect(localize(NUM_RESULTS: 2)).to eq("2 results")
|
|
|
|
end
|
2013-05-30 13:53:40 +08:00
|
|
|
|
2017-02-24 18:31:21 +08:00
|
|
|
it "handles double plurals" do
|
|
|
|
setup_message_format(
|
|
|
|
"{NUM_RESULTS, plural,
|
|
|
|
one {1 result}
|
|
|
|
other {# results}
|
|
|
|
} and {NUM_APPLES, plural,
|
|
|
|
one {1 apple}
|
|
|
|
other {# apples}
|
|
|
|
}",
|
|
|
|
)
|
|
|
|
|
|
|
|
expect(localize(NUM_RESULTS: 1, NUM_APPLES: 2)).to eq("1 result and 2 apples")
|
|
|
|
expect(localize(NUM_RESULTS: 2, NUM_APPLES: 1)).to eq("2 results and 1 apple")
|
|
|
|
end
|
2015-07-16 05:23:41 +08:00
|
|
|
|
2017-02-24 18:31:21 +08:00
|
|
|
it "handles select" do
|
|
|
|
setup_message_format("{GENDER, select, male {He} female {She} other {They}} read a book")
|
|
|
|
expect(localize(GENDER: "male")).to eq("He read a book")
|
|
|
|
expect(localize(GENDER: "female")).to eq("She read a book")
|
|
|
|
expect(localize(GENDER: "none")).to eq("They read a book")
|
|
|
|
end
|
|
|
|
|
|
|
|
it "can strip out message formats" do
|
|
|
|
hash = { "a" => "b", "c" => { "d" => { "f_MF" => "bob" } } }
|
|
|
|
expect(JsLocaleHelper.strip_out_message_formats!(hash)).to eq("c.d.f_MF" => "bob")
|
|
|
|
expect(hash["c"]["d"]).to eq({})
|
|
|
|
end
|
|
|
|
|
|
|
|
it "handles message format special keys" do
|
2022-02-08 09:31:08 +08:00
|
|
|
JsLocaleHelper.set_translations(
|
|
|
|
"en",
|
|
|
|
"en" => {
|
2015-07-16 05:23:41 +08:00
|
|
|
"js" => {
|
|
|
|
"hello" => "world",
|
|
|
|
"test_MF" => "{HELLO} {COUNT, plural, one {1 duck} other {# ducks}}",
|
|
|
|
"error_MF" => "{{BLA}",
|
|
|
|
"simple_MF" => "{COUNT, plural, one {1} other {#}}",
|
2017-03-25 03:42:23 +08:00
|
|
|
},
|
|
|
|
"admin_js" => {
|
|
|
|
"foo_MF" => "{HELLO} {COUNT, plural, one {1 duck} other {# ducks}}",
|
2015-07-16 05:23:41 +08:00
|
|
|
},
|
2017-02-24 18:31:21 +08:00
|
|
|
},
|
|
|
|
)
|
2015-07-16 05:23:41 +08:00
|
|
|
|
2017-02-24 18:31:21 +08:00
|
|
|
ctx = MiniRacer::Context.new
|
|
|
|
ctx.eval("I18n = { pluralizationRules: {} };")
|
|
|
|
ctx.eval(JsLocaleHelper.output_locale("en"))
|
2013-05-30 13:53:40 +08:00
|
|
|
|
2017-02-24 18:31:21 +08:00
|
|
|
expect(ctx.eval('I18n.translations["en"]["js"]["hello"]')).to eq("world")
|
|
|
|
expect(ctx.eval('I18n.translations["en"]["js"]["test_MF"]')).to eq(nil)
|
2013-05-30 13:53:40 +08:00
|
|
|
|
2017-02-24 18:31:21 +08:00
|
|
|
expect(ctx.eval('I18n.messageFormat("test_MF", { HELLO: "hi", COUNT: 3 })')).to eq(
|
|
|
|
"hi 3 ducks",
|
|
|
|
)
|
|
|
|
expect(ctx.eval('I18n.messageFormat("error_MF", { HELLO: "hi", COUNT: 3 })')).to match(
|
|
|
|
/Invalid Format/,
|
|
|
|
)
|
|
|
|
expect(ctx.eval('I18n.messageFormat("missing", {})')).to match(/missing/)
|
|
|
|
expect(ctx.eval('I18n.messageFormat("simple_MF", {})')).to match(/COUNT/) # error
|
2017-03-25 03:42:23 +08:00
|
|
|
expect(ctx.eval('I18n.messageFormat("foo_MF", { HELLO: "hi", COUNT: 4 })')).to eq(
|
|
|
|
"hi 4 ducks",
|
|
|
|
)
|
2017-02-24 18:31:21 +08:00
|
|
|
end
|
2013-05-30 13:53:40 +08:00
|
|
|
|
2022-02-08 09:31:08 +08:00
|
|
|
it "load pluralization rules before precompile" do
|
2018-01-25 19:09:18 +08:00
|
|
|
message = JsLocaleHelper.compile_message_format(message_format_filename("ru"), "ru", "format")
|
2017-02-24 18:31:21 +08:00
|
|
|
expect(message).not_to match "Plural Function not found"
|
|
|
|
end
|
2019-05-16 05:43:00 +08:00
|
|
|
|
2021-01-21 04:32:22 +08:00
|
|
|
it "uses message formats from fallback locale" do
|
|
|
|
translations = JsLocaleHelper.translations_for(:en_GB)
|
|
|
|
en_gb_message_formats = JsLocaleHelper.remove_message_formats!(translations, :en_GB)
|
|
|
|
expect(en_gb_message_formats).to_not be_empty
|
2019-05-16 05:43:00 +08:00
|
|
|
|
|
|
|
translations = JsLocaleHelper.translations_for(:en)
|
|
|
|
en_message_formats = JsLocaleHelper.remove_message_formats!(translations, :en)
|
2021-01-21 04:32:22 +08:00
|
|
|
expect(en_gb_message_formats).to eq(en_message_formats)
|
2019-05-16 05:43:00 +08:00
|
|
|
end
|
2013-06-16 04:50:59 +08:00
|
|
|
end
|
|
|
|
|
2020-05-07 04:57:14 +08:00
|
|
|
it "performs fallbacks to English if a translation is not available" do
|
2018-12-04 17:48:16 +08:00
|
|
|
JsLocaleHelper.set_translations(
|
|
|
|
"en",
|
|
|
|
"en" => {
|
2015-07-16 05:23:41 +08:00
|
|
|
"js" => {
|
2018-12-04 17:48:16 +08:00
|
|
|
"only_english" => "1-en",
|
|
|
|
"english_and_site" => "3-en",
|
|
|
|
"english_and_user" => "5-en",
|
|
|
|
"all_three" => "7-en",
|
2015-07-16 05:23:41 +08:00
|
|
|
},
|
2017-02-24 18:31:21 +08:00
|
|
|
},
|
|
|
|
)
|
|
|
|
|
2018-12-04 17:48:16 +08:00
|
|
|
JsLocaleHelper.set_translations(
|
|
|
|
"ru",
|
|
|
|
"ru" => {
|
2015-07-16 05:23:41 +08:00
|
|
|
"js" => {
|
2018-12-04 17:48:16 +08:00
|
|
|
"only_site" => "2-ru",
|
|
|
|
"english_and_site" => "3-ru",
|
|
|
|
"site_and_user" => "6-ru",
|
|
|
|
"all_three" => "7-ru",
|
2015-07-16 05:23:41 +08:00
|
|
|
},
|
2017-02-24 18:31:21 +08:00
|
|
|
},
|
|
|
|
)
|
|
|
|
|
2018-12-04 17:48:16 +08:00
|
|
|
JsLocaleHelper.set_translations(
|
|
|
|
"uk",
|
|
|
|
"uk" => {
|
2015-07-16 05:23:41 +08:00
|
|
|
"js" => {
|
2018-12-04 17:48:16 +08:00
|
|
|
"only_user" => "4-uk",
|
|
|
|
"english_and_user" => "5-uk",
|
|
|
|
"site_and_user" => "6-uk",
|
|
|
|
"all_three" => "7-uk",
|
2015-07-16 05:23:41 +08:00
|
|
|
},
|
2017-02-24 18:31:21 +08:00
|
|
|
},
|
|
|
|
)
|
2015-07-16 05:23:41 +08:00
|
|
|
|
|
|
|
expected = {
|
2018-12-04 17:48:16 +08:00
|
|
|
"none" => "[uk.js.none]",
|
|
|
|
"only_english" => "1-en",
|
2020-05-07 04:57:14 +08:00
|
|
|
"only_site" => "[uk.js.only_site]",
|
|
|
|
"english_and_site" => "3-en",
|
2018-12-04 17:48:16 +08:00
|
|
|
"only_user" => "4-uk",
|
|
|
|
"english_and_user" => "5-uk",
|
|
|
|
"site_and_user" => "6-uk",
|
2020-05-07 04:57:14 +08:00
|
|
|
"all_three" => "7-uk",
|
2015-07-16 05:23:41 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
SiteSetting.default_locale = "ru"
|
|
|
|
I18n.locale = :uk
|
|
|
|
|
DEV: convert I18n pseudo package into real package (discourse-i18n) (#23867)
Currently, `window.I18n` is defined in an old school hand written
script, inlined into locale/*.js by the Rails asset pipeline, and
then the global variable is shimmed into a pseudo AMD module later
in `module-shims.js`.
This approach has some problems – for one thing, when we add a new
V2 addon (e.g. in #23859), Embroider/Webpack is stricter about its
dependencies and won't let you `import from "I18n";` when `"I18n"`
isn't listed as one of its `dependencies` or `peerDependencies`.
This moves `I18n` into a real package – `discourse-i18n`. (I was
originally planning to keep the `I18n` name since it's a private
package anyway, but NPM packages are supposed to have lower case
names and that may cause problems with other tools.)
This package defines and exports a regular class, but also defines
the default global instance for backwards compatibility. We should
use the exported class in tests to make one-off instances without
mutating the global instance and having to clean it up after the
test run. However, I did not attempt that refactor in this PR.
Since `discourse-i18n` is now included by the app, the locale
scripts needs to be loaded after the app chunks. Since no "real"
work happens until later on when we kick things off in the boot
script, the order in which the script tags appear shouldn't be a
problem. Alternatively, we can rework the locale bundles to be more
lazy like everything else, and require/import them into the app.
I avoided renaming the imports in this commit since that would be
quite noisy and drowns out the actual changes here. Instead, I used
a Webpack alias to redirect the current `"I18n"` import to the new
package for the time being. In a separate commit later on, I'll
rename all the imports in oneshot and remove the alias. As always,
plugins and the legacy bundles (admin/wizard) still relies on the
runtime AMD shims regardless.
For the most part, I avoided refactoring the actual I18n code too
much other than making it a class, and some light stuff like `var`
into `let`.
However, now that it is in a reasonable format to work with (no
longer inside the global script context!) it may also be a good
opportunity to refactor and make clear what is intended to be
public API vs internal implementation details.
Speaking of, I took the librety to make `PLACEHOLDER`, `SEPARATOR`
and `I18nMissingInterpolationArgument` actual constants since it
seemed pretty clear to me those were just previously stashed on to
the `I18n` global to avoid polluting the global namespace, rather
than something we expect the consumers to set/replace.
2023-10-12 21:44:01 +08:00
|
|
|
v8_ctx.eval(JsLocaleHelper.output_locale(I18n.locale))
|
|
|
|
v8_ctx.eval('I18n.defaultLocale = "ru";')
|
2015-07-16 05:23:41 +08:00
|
|
|
|
DEV: convert I18n pseudo package into real package (discourse-i18n) (#23867)
Currently, `window.I18n` is defined in an old school hand written
script, inlined into locale/*.js by the Rails asset pipeline, and
then the global variable is shimmed into a pseudo AMD module later
in `module-shims.js`.
This approach has some problems – for one thing, when we add a new
V2 addon (e.g. in #23859), Embroider/Webpack is stricter about its
dependencies and won't let you `import from "I18n";` when `"I18n"`
isn't listed as one of its `dependencies` or `peerDependencies`.
This moves `I18n` into a real package – `discourse-i18n`. (I was
originally planning to keep the `I18n` name since it's a private
package anyway, but NPM packages are supposed to have lower case
names and that may cause problems with other tools.)
This package defines and exports a regular class, but also defines
the default global instance for backwards compatibility. We should
use the exported class in tests to make one-off instances without
mutating the global instance and having to clean it up after the
test run. However, I did not attempt that refactor in this PR.
Since `discourse-i18n` is now included by the app, the locale
scripts needs to be loaded after the app chunks. Since no "real"
work happens until later on when we kick things off in the boot
script, the order in which the script tags appear shouldn't be a
problem. Alternatively, we can rework the locale bundles to be more
lazy like everything else, and require/import them into the app.
I avoided renaming the imports in this commit since that would be
quite noisy and drowns out the actual changes here. Instead, I used
a Webpack alias to redirect the current `"I18n"` import to the new
package for the time being. In a separate commit later on, I'll
rename all the imports in oneshot and remove the alias. As always,
plugins and the legacy bundles (admin/wizard) still relies on the
runtime AMD shims regardless.
For the most part, I avoided refactoring the actual I18n code too
much other than making it a class, and some light stuff like `var`
into `let`.
However, now that it is in a reasonable format to work with (no
longer inside the global script context!) it may also be a good
opportunity to refactor and make clear what is intended to be
public API vs internal implementation details.
Speaking of, I took the librety to make `PLACEHOLDER`, `SEPARATOR`
and `I18nMissingInterpolationArgument` actual constants since it
seemed pretty clear to me those were just previously stashed on to
the `I18n` global to avoid polluting the global namespace, rather
than something we expect the consumers to set/replace.
2023-10-12 21:44:01 +08:00
|
|
|
expect(v8_ctx.eval("I18n.translations").keys).to contain_exactly("uk", "en")
|
|
|
|
expect(v8_ctx.eval("I18n.translations.uk.js").keys).to contain_exactly(
|
2017-02-24 18:31:21 +08:00
|
|
|
"all_three",
|
|
|
|
"english_and_user",
|
|
|
|
"only_user",
|
|
|
|
"site_and_user",
|
2020-05-07 04:57:14 +08:00
|
|
|
)
|
DEV: convert I18n pseudo package into real package (discourse-i18n) (#23867)
Currently, `window.I18n` is defined in an old school hand written
script, inlined into locale/*.js by the Rails asset pipeline, and
then the global variable is shimmed into a pseudo AMD module later
in `module-shims.js`.
This approach has some problems – for one thing, when we add a new
V2 addon (e.g. in #23859), Embroider/Webpack is stricter about its
dependencies and won't let you `import from "I18n";` when `"I18n"`
isn't listed as one of its `dependencies` or `peerDependencies`.
This moves `I18n` into a real package – `discourse-i18n`. (I was
originally planning to keep the `I18n` name since it's a private
package anyway, but NPM packages are supposed to have lower case
names and that may cause problems with other tools.)
This package defines and exports a regular class, but also defines
the default global instance for backwards compatibility. We should
use the exported class in tests to make one-off instances without
mutating the global instance and having to clean it up after the
test run. However, I did not attempt that refactor in this PR.
Since `discourse-i18n` is now included by the app, the locale
scripts needs to be loaded after the app chunks. Since no "real"
work happens until later on when we kick things off in the boot
script, the order in which the script tags appear shouldn't be a
problem. Alternatively, we can rework the locale bundles to be more
lazy like everything else, and require/import them into the app.
I avoided renaming the imports in this commit since that would be
quite noisy and drowns out the actual changes here. Instead, I used
a Webpack alias to redirect the current `"I18n"` import to the new
package for the time being. In a separate commit later on, I'll
rename all the imports in oneshot and remove the alias. As always,
plugins and the legacy bundles (admin/wizard) still relies on the
runtime AMD shims regardless.
For the most part, I avoided refactoring the actual I18n code too
much other than making it a class, and some light stuff like `var`
into `let`.
However, now that it is in a reasonable format to work with (no
longer inside the global script context!) it may also be a good
opportunity to refactor and make clear what is intended to be
public API vs internal implementation details.
Speaking of, I took the librety to make `PLACEHOLDER`, `SEPARATOR`
and `I18nMissingInterpolationArgument` actual constants since it
seemed pretty clear to me those were just previously stashed on to
the `I18n` global to avoid polluting the global namespace, rather
than something we expect the consumers to set/replace.
2023-10-12 21:44:01 +08:00
|
|
|
expect(v8_ctx.eval("I18n.translations.en.js").keys).to contain_exactly(
|
2020-05-07 04:57:14 +08:00
|
|
|
"only_english",
|
|
|
|
"english_and_site",
|
2023-01-09 19:18:21 +08:00
|
|
|
)
|
|
|
|
|
DEV: convert I18n pseudo package into real package (discourse-i18n) (#23867)
Currently, `window.I18n` is defined in an old school hand written
script, inlined into locale/*.js by the Rails asset pipeline, and
then the global variable is shimmed into a pseudo AMD module later
in `module-shims.js`.
This approach has some problems – for one thing, when we add a new
V2 addon (e.g. in #23859), Embroider/Webpack is stricter about its
dependencies and won't let you `import from "I18n";` when `"I18n"`
isn't listed as one of its `dependencies` or `peerDependencies`.
This moves `I18n` into a real package – `discourse-i18n`. (I was
originally planning to keep the `I18n` name since it's a private
package anyway, but NPM packages are supposed to have lower case
names and that may cause problems with other tools.)
This package defines and exports a regular class, but also defines
the default global instance for backwards compatibility. We should
use the exported class in tests to make one-off instances without
mutating the global instance and having to clean it up after the
test run. However, I did not attempt that refactor in this PR.
Since `discourse-i18n` is now included by the app, the locale
scripts needs to be loaded after the app chunks. Since no "real"
work happens until later on when we kick things off in the boot
script, the order in which the script tags appear shouldn't be a
problem. Alternatively, we can rework the locale bundles to be more
lazy like everything else, and require/import them into the app.
I avoided renaming the imports in this commit since that would be
quite noisy and drowns out the actual changes here. Instead, I used
a Webpack alias to redirect the current `"I18n"` import to the new
package for the time being. In a separate commit later on, I'll
rename all the imports in oneshot and remove the alias. As always,
plugins and the legacy bundles (admin/wizard) still relies on the
runtime AMD shims regardless.
For the most part, I avoided refactoring the actual I18n code too
much other than making it a class, and some light stuff like `var`
into `let`.
However, now that it is in a reasonable format to work with (no
longer inside the global script context!) it may also be a good
opportunity to refactor and make clear what is intended to be
public API vs internal implementation details.
Speaking of, I took the librety to make `PLACEHOLDER`, `SEPARATOR`
and `I18nMissingInterpolationArgument` actual constants since it
seemed pretty clear to me those were just previously stashed on to
the `I18n` global to avoid polluting the global namespace, rather
than something we expect the consumers to set/replace.
2023-10-12 21:44:01 +08:00
|
|
|
expected.each do |key, expect|
|
|
|
|
expect(v8_ctx.eval("I18n.t(#{"js.#{key}".inspect})")).to eq(expect)
|
|
|
|
end
|
2015-07-16 01:21:06 +08:00
|
|
|
end
|
|
|
|
|
2022-02-08 09:31:08 +08:00
|
|
|
it "correctly evaluates message formats in en fallback" do
|
|
|
|
JsLocaleHelper.set_translations("en", "en" => { "js" => { "something_MF" => "en mf" } })
|
|
|
|
|
|
|
|
JsLocaleHelper.set_translations("de", "de" => { "js" => { "something_MF" => "de mf" } })
|
|
|
|
|
|
|
|
TranslationOverride.upsert!("en", "js.something_MF", <<~MF.strip)
|
|
|
|
There {
|
|
|
|
UNREAD, plural,
|
|
|
|
=0 {are no}
|
|
|
|
one {is one unread}
|
|
|
|
other {are # unread}
|
|
|
|
}
|
|
|
|
MF
|
|
|
|
|
DEV: convert I18n pseudo package into real package (discourse-i18n) (#23867)
Currently, `window.I18n` is defined in an old school hand written
script, inlined into locale/*.js by the Rails asset pipeline, and
then the global variable is shimmed into a pseudo AMD module later
in `module-shims.js`.
This approach has some problems – for one thing, when we add a new
V2 addon (e.g. in #23859), Embroider/Webpack is stricter about its
dependencies and won't let you `import from "I18n";` when `"I18n"`
isn't listed as one of its `dependencies` or `peerDependencies`.
This moves `I18n` into a real package – `discourse-i18n`. (I was
originally planning to keep the `I18n` name since it's a private
package anyway, but NPM packages are supposed to have lower case
names and that may cause problems with other tools.)
This package defines and exports a regular class, but also defines
the default global instance for backwards compatibility. We should
use the exported class in tests to make one-off instances without
mutating the global instance and having to clean it up after the
test run. However, I did not attempt that refactor in this PR.
Since `discourse-i18n` is now included by the app, the locale
scripts needs to be loaded after the app chunks. Since no "real"
work happens until later on when we kick things off in the boot
script, the order in which the script tags appear shouldn't be a
problem. Alternatively, we can rework the locale bundles to be more
lazy like everything else, and require/import them into the app.
I avoided renaming the imports in this commit since that would be
quite noisy and drowns out the actual changes here. Instead, I used
a Webpack alias to redirect the current `"I18n"` import to the new
package for the time being. In a separate commit later on, I'll
rename all the imports in oneshot and remove the alias. As always,
plugins and the legacy bundles (admin/wizard) still relies on the
runtime AMD shims regardless.
For the most part, I avoided refactoring the actual I18n code too
much other than making it a class, and some light stuff like `var`
into `let`.
However, now that it is in a reasonable format to work with (no
longer inside the global script context!) it may also be a good
opportunity to refactor and make clear what is intended to be
public API vs internal implementation details.
Speaking of, I took the librety to make `PLACEHOLDER`, `SEPARATOR`
and `I18nMissingInterpolationArgument` actual constants since it
seemed pretty clear to me those were just previously stashed on to
the `I18n` global to avoid polluting the global namespace, rather
than something we expect the consumers to set/replace.
2023-10-12 21:44:01 +08:00
|
|
|
v8_ctx.eval(JsLocaleHelper.output_locale("de"))
|
|
|
|
v8_ctx.eval(JsLocaleHelper.output_client_overrides("de"))
|
|
|
|
v8_ctx.eval(<<~JS)
|
2022-02-08 09:31:08 +08:00
|
|
|
for (let [key, value] of Object.entries(I18n._mfOverrides || {})) {
|
|
|
|
key = key.replace(/^[a-z_]*js\./, "");
|
|
|
|
I18n._compiledMFs[key] = value;
|
|
|
|
}
|
|
|
|
JS
|
|
|
|
|
DEV: convert I18n pseudo package into real package (discourse-i18n) (#23867)
Currently, `window.I18n` is defined in an old school hand written
script, inlined into locale/*.js by the Rails asset pipeline, and
then the global variable is shimmed into a pseudo AMD module later
in `module-shims.js`.
This approach has some problems – for one thing, when we add a new
V2 addon (e.g. in #23859), Embroider/Webpack is stricter about its
dependencies and won't let you `import from "I18n";` when `"I18n"`
isn't listed as one of its `dependencies` or `peerDependencies`.
This moves `I18n` into a real package – `discourse-i18n`. (I was
originally planning to keep the `I18n` name since it's a private
package anyway, but NPM packages are supposed to have lower case
names and that may cause problems with other tools.)
This package defines and exports a regular class, but also defines
the default global instance for backwards compatibility. We should
use the exported class in tests to make one-off instances without
mutating the global instance and having to clean it up after the
test run. However, I did not attempt that refactor in this PR.
Since `discourse-i18n` is now included by the app, the locale
scripts needs to be loaded after the app chunks. Since no "real"
work happens until later on when we kick things off in the boot
script, the order in which the script tags appear shouldn't be a
problem. Alternatively, we can rework the locale bundles to be more
lazy like everything else, and require/import them into the app.
I avoided renaming the imports in this commit since that would be
quite noisy and drowns out the actual changes here. Instead, I used
a Webpack alias to redirect the current `"I18n"` import to the new
package for the time being. In a separate commit later on, I'll
rename all the imports in oneshot and remove the alias. As always,
plugins and the legacy bundles (admin/wizard) still relies on the
runtime AMD shims regardless.
For the most part, I avoided refactoring the actual I18n code too
much other than making it a class, and some light stuff like `var`
into `let`.
However, now that it is in a reasonable format to work with (no
longer inside the global script context!) it may also be a good
opportunity to refactor and make clear what is intended to be
public API vs internal implementation details.
Speaking of, I took the librety to make `PLACEHOLDER`, `SEPARATOR`
and `I18nMissingInterpolationArgument` actual constants since it
seemed pretty clear to me those were just previously stashed on to
the `I18n` global to avoid polluting the global namespace, rather
than something we expect the consumers to set/replace.
2023-10-12 21:44:01 +08:00
|
|
|
expect(v8_ctx.eval("I18n.messageFormat('something_MF', { UNREAD: 1 })")).to eq(
|
2022-02-08 09:31:08 +08:00
|
|
|
"There is one unread",
|
|
|
|
)
|
|
|
|
end
|
|
|
|
|
2013-07-25 09:09:29 +08:00
|
|
|
LocaleSiteSetting.values.each do |locale|
|
2013-08-24 05:35:01 +08:00
|
|
|
it "generates valid date helpers for #{locale[:value]} locale" do
|
|
|
|
js = JsLocaleHelper.output_locale(locale[:value])
|
DEV: convert I18n pseudo package into real package (discourse-i18n) (#23867)
Currently, `window.I18n` is defined in an old school hand written
script, inlined into locale/*.js by the Rails asset pipeline, and
then the global variable is shimmed into a pseudo AMD module later
in `module-shims.js`.
This approach has some problems – for one thing, when we add a new
V2 addon (e.g. in #23859), Embroider/Webpack is stricter about its
dependencies and won't let you `import from "I18n";` when `"I18n"`
isn't listed as one of its `dependencies` or `peerDependencies`.
This moves `I18n` into a real package – `discourse-i18n`. (I was
originally planning to keep the `I18n` name since it's a private
package anyway, but NPM packages are supposed to have lower case
names and that may cause problems with other tools.)
This package defines and exports a regular class, but also defines
the default global instance for backwards compatibility. We should
use the exported class in tests to make one-off instances without
mutating the global instance and having to clean it up after the
test run. However, I did not attempt that refactor in this PR.
Since `discourse-i18n` is now included by the app, the locale
scripts needs to be loaded after the app chunks. Since no "real"
work happens until later on when we kick things off in the boot
script, the order in which the script tags appear shouldn't be a
problem. Alternatively, we can rework the locale bundles to be more
lazy like everything else, and require/import them into the app.
I avoided renaming the imports in this commit since that would be
quite noisy and drowns out the actual changes here. Instead, I used
a Webpack alias to redirect the current `"I18n"` import to the new
package for the time being. In a separate commit later on, I'll
rename all the imports in oneshot and remove the alias. As always,
plugins and the legacy bundles (admin/wizard) still relies on the
runtime AMD shims regardless.
For the most part, I avoided refactoring the actual I18n code too
much other than making it a class, and some light stuff like `var`
into `let`.
However, now that it is in a reasonable format to work with (no
longer inside the global script context!) it may also be a good
opportunity to refactor and make clear what is intended to be
public API vs internal implementation details.
Speaking of, I took the librety to make `PLACEHOLDER`, `SEPARATOR`
and `I18nMissingInterpolationArgument` actual constants since it
seemed pretty clear to me those were just previously stashed on to
the `I18n` global to avoid polluting the global namespace, rather
than something we expect the consumers to set/replace.
2023-10-12 21:44:01 +08:00
|
|
|
v8_ctx.eval(js)
|
2013-07-25 09:09:29 +08:00
|
|
|
end
|
2016-02-06 04:49:03 +08:00
|
|
|
|
|
|
|
it "finds moment.js locale file for #{locale[:value]}" do
|
|
|
|
content = JsLocaleHelper.moment_locale(locale[:value])
|
|
|
|
|
2019-05-16 05:43:00 +08:00
|
|
|
if (locale[:value] == SiteSettings::DefaultsProvider::DEFAULT_LOCALE)
|
2016-02-06 04:49:03 +08:00
|
|
|
expect(content).to eq("")
|
|
|
|
else
|
|
|
|
expect(content).to_not eq("")
|
|
|
|
end
|
|
|
|
end
|
2013-07-25 09:09:29 +08:00
|
|
|
end
|
|
|
|
|
2020-01-16 21:40:53 +08:00
|
|
|
describe ".find_message_format_locale" do
|
2022-02-08 09:31:08 +08:00
|
|
|
it "finds locale's message format rules" do
|
|
|
|
locale, filename =
|
|
|
|
JsLocaleHelper.find_message_format_locale([:de], fallback_to_english: false)
|
|
|
|
expect(locale).to eq("de")
|
|
|
|
expect(filename).to end_with("/de.js")
|
|
|
|
end
|
|
|
|
|
2021-01-21 04:32:22 +08:00
|
|
|
it "finds locale for en_GB" do
|
2022-02-08 09:31:08 +08:00
|
|
|
locale, filename =
|
|
|
|
JsLocaleHelper.find_message_format_locale([:en_GB], fallback_to_english: false)
|
2020-01-16 21:40:53 +08:00
|
|
|
expect(locale).to eq("en")
|
|
|
|
expect(filename).to end_with("/en.js")
|
|
|
|
|
2022-02-08 09:31:08 +08:00
|
|
|
locale, filename =
|
|
|
|
JsLocaleHelper.find_message_format_locale(["en_GB"], fallback_to_english: false)
|
|
|
|
expect(locale).to eq("en")
|
|
|
|
expect(filename).to end_with("/en.js")
|
|
|
|
end
|
|
|
|
|
|
|
|
it "falls back to en when locale doesn't have own message format rules" do
|
|
|
|
locale, filename =
|
|
|
|
JsLocaleHelper.find_message_format_locale([:nonexistent], fallback_to_english: true)
|
2020-01-16 21:40:53 +08:00
|
|
|
expect(locale).to eq("en")
|
|
|
|
expect(filename).to end_with("/en.js")
|
|
|
|
end
|
|
|
|
end
|
2013-05-30 13:53:40 +08:00
|
|
|
end
|