Replies: 1 comment 3 replies
|
A simple place to start might be a PT-BR version of the README, separate from the larger runtime i18n question. I checked the current Would that be useful as a small upstream PR, or would you prefer community translations to live in separate repositories for now? |
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Omarchy internationalization: current status and directions by area
Internationalizing Omarchy involves more than translating the UI. It also includes documentation, input methods, fonts, locale behavior, and other areas. This work cannot be completed by one language community or a small team alone; it requires people who understand different languages and regions to collaborate.
The purpose of this discussion is to give those people an overview, help them find an area where they can contribute, and identify what still needs to be discussed.
Below is a summary of the current status, direction, main options, and related proposals for each area. These areas can progress independently. Detailed technical discussions will be kept on separate pages or discussions and linked from here.
I hope this can serve as a shared starting point for Omarchy internationalization. If anything is missing or inaccurate, please let us know in the replies.
1. UI translation
Scope: Text displayed by Omarchy, including menus, settings, notifications, and commands.
Current status: The UI is in English and there is no official translation system. However, several proposals and proofs of concept have explored how translation could work.
Current direction: DHH has clearly stated that the UI should currently remain in English. This does not necessarily rule out translation in the future.
Main options:
Related:
2. Documentation translation
Scope: The README, manual, installation guides, and other documentation.
Current status: Official documentation is in English, and there is no agreed process for maintaining translations.
Current direction: There is no clear consensus yet. If translations are introduced, keeping the English version canonical is one possible approach.
Main options:
Related:
3. Input methods
Scope: Entering and converting text in languages such as Japanese, Chinese, and Korean.
Current status: Fcitx5 is already installed, but language-specific input engines are not configured. For example, Japanese input does not work out of the box.
Current direction: Proposals are exploring ways to make language-specific input easy to add, independently of UI translation and locale settings. No approach has been adopted yet.
Main options:
Related:
4. Fonts and text rendering
Scope: Non-Latin scripts, emoji, right-to-left text, font fallback, and related rendering behavior.
Current status: Fonts such as Noto CJK are installed, but the wrong regional glyph variants may still be selected.
Current direction: Proposals and fixes are improving the selection of appropriate fallback fonts for each language.
Main options:
Related:
5. Locale and regional settings
Scope: Dates, times, measurement units, the first day of the week, and other region-dependent behavior.
Current status: Omarchy currently mixes fixed English output, behavior based on the system locale, and user-configurable settings.
Current direction: A distinction has emerged in which UI wording remains English while regional conventions may follow the locale or an explicit user preference.
Main options:
Related:
We would like your input
Which of these areas matter for your language or region? Please tell us what currently does not work, which direction you prefer, and where you might be able to help.
Detailed research and technical options can be documented separately for each area and linked from this discussion.
All reactions