2026-10-12 15:50:41 +08:00
..
2026-10-12 15:50:41 +08:00
2026-10-12 15:50:41 +08:00
2026-09-29 16:21:31 +08:00
2026-10-09 17:16:49 +08:00
2026-10-09 17:10:30 +08:00
2026-10-12 14:07:08 +08:00
2026-10-08 20:45:54 +08:00
2026-10-12 14:07:08 +08:00
2026-10-08 20:35:26 +08:00
2026-10-12 14:07:08 +08:00
2026-10-12 14:07:08 +08:00
2026-10-12 14:07:08 +08:00
fb5 UI-TW: the machine-translation mark — _meta.machineTranslated: true, a new optional manifest field of a language pack (docs/PACKS.md): shared/i18nPacks.js langFields reads it (true or false), shared/packs.js normalizeManifest warns about a value that is not a boolean (read as false; the pack still loads) and packIndexEntry passes it into the index entry like complete (only when true), so the client's registry has it from the index (langMetaOf → registerLangs → langInfo) or from the pack's own _meta without one; 设置 shows a note under the language switch while the CURRENT language's pack has it (ui/lang.js machineTranslationNote, msgid 「当前语言的界面文字为机器翻译,可能不够准确,欢迎在 GitHub 上指正。」 — English in en.json, 目前語言的介面文字為機器翻譯… in zh-TW.json; ja / ko leave it to the integrator); tests: test/i18n-packs.test.js (the field from the manifest through the index to langInfo, the warning, the shipped zh-TW manifest, the note shown / hidden by language), test/ui/i18n.e2e.test.js (the shipped packs' own UI strings read from their files — zh-TW now 開始 — and the 设置 note, none in Chinese); docs/I18N.md says how the zh-TW pack is made (OpenCC twp, the official TW terms, a manual pass; a later msgid the same way) and that the ja / ko strings are machine translations open to corrections (edit public/i18n/<code>.json, node tools/i18n.mjs check <code> --strict)
2026-10-07 11:47:09 +08:00
2026-10-12 14:07:08 +08:00
2026-10-12 15:50:41 +08:00
2026-10-04 14:20:11 +08:00