Skip to content

fix(i18n): add provider wizard i18n keys for en, zh, ja#633

Open
MrRealORG wants to merge 1 commit into
XiaomiMiMo:mainfrom
MrRealORG:fix/auto-202606150305-i18n-provider-dialog
Open

fix(i18n): add provider wizard i18n keys for en, zh, ja#633
MrRealORG wants to merge 1 commit into
XiaomiMiMo:mainfrom
MrRealORG:fix/auto-202606150305-i18n-provider-dialog

Conversation

@MrRealORG

Copy link
Copy Markdown

Summary

Add i18n keys for the custom provider wizard (the 6-step dialog for adding a custom OpenAI-compatible provider).

Keys Added

  • tui.provider.wizard.provider_id / .placeholder
  • tui.provider.wizard.display_name / .placeholder
  • tui.provider.wizard.base_url / .placeholder
  • tui.provider.wizard.api_key / .placeholder
  • tui.provider.wizard.model_id / .placeholder
  • tui.provider.wizard.model_name / .placeholder

Locales

  • en.ts: English (source)
  • zh.ts: Simplified Chinese
  • ja.ts: Japanese

Note

The runCustomProviderWizard function uses DialogPrompt.show() (imperative API) and doesn't have access to useLanguage(). These keys prepare for a future refactoring that passes a t function into the wizard. The keys follow the existing i18n pattern and are ready to consume.

Add i18n keys for the custom provider wizard step labels and
placeholders (provider id, display name, base URL, API key,
model id, model name). Currently these strings are hardcoded
in the imperative DialogPrompt.show() calls which don't have
access to the useLanguage() hook.

The keys are added to en.ts, zh.ts, and ja.ts so they can be
consumed when the wizard is refactored to support i18n
(e.g. by passing a t function into runCustomProviderWizard).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant