mirror of
https://github.com/discourse/discourse.git
synced 2025-02-16 20:52:46 +08:00
![]() - Themes can supply translation files in a format like `/locales/{locale}.yml`. These files should be valid YAML, with a single top level key equal to the locale being defined. For now these can only be defined using the `discourse_theme` CLI, importing a `.tar.gz`, or from a GIT repository. - Fallback is handled on a global level (if the locale is not defined in the theme), as well as on individual keys (if some keys are missing from the selected interface language). - Administrators can override individual keys on a per-theme basis in the /admin/customize/themes user interface. - Theme developers should access defined translations using the new theme prefix variables: JavaScript: `I18n.t(themePrefix("my_translation_key"))` Handlebars: `{{theme-i18n "my_translation_key"}}` or `{{i18n (theme-prefix "my_translation_key")}}` - To design for backwards compatibility, theme developers can check for the presence of the `themePrefix` variable in JavaScript - As part of this, the old `{{themeSetting.setting_name}}` syntax is deprecated in favour of `{{theme-setting "setting_name"}}` |
||
---|---|---|
.. | ||
admin_base.scss | ||
admin_report_chart.scss | ||
admin_report_counters.scss | ||
admin_report_inline_table.scss | ||
admin_report_table.scss | ||
admin_report.scss | ||
admin_reports.scss | ||
api.scss | ||
backups.scss | ||
badges.scss | ||
customize.scss | ||
dashboard_next.scss | ||
dashboard_previous.scss | ||
emails.scss | ||
flagging.scss | ||
moderation_history.scss | ||
plugins.scss | ||
settings.scss | ||
staff_logs.scss | ||
suspend.scss | ||
users.scss |