7 Commits

Author	SHA1	Message	Date
Jason	cc235c6c63	refactor(provider): switch from full config overwrite to partial key-field merging ... Replace the provider switching mechanism for Claude/Codex/Gemini from full settings_config overwrite to partial key-field replacement, preserving user's non-provider settings (plugins, MCP, permissions, etc.) across switches. - Add write_live_partial() with per-app implementations for Claude (JSON env merge), Codex (auth replace + TOML partial merge), and Gemini (env merge) - Add backfill_key_fields() to extract only provider-specific fields when saving live config back to provider entries - Update switch_normal, sync_current_to_live, add, update to use partial merge - Remove common config snippet feature for Claude/Codex/Gemini (no longer needed with partial merging); preserve OMO common config - Delete 6 frontend files (3 components + 3 hooks), clean up 11 modified files - Remove backend extract_common_config_* methods, 3 Tauri commands, CommonConfigSnippets struct, and related migration code - Update integration tests to validate key-field-only backfill behavior	2026-02-23 21:52:37 +08:00
Jason	188c94f2e3	feat(common-config): add extract from current provider functionality ... - Add backend command to extract common config snippet from current provider - Automatically extract common config on first run after importing default provider - Auto-enable common config checkbox in new provider mode when snippet exists - Refactor Gemini common config to operate on .env instead of config.json - Add "Extract from Current" button to all three common config modals - Update i18n translations for new extraction feature	2026-01-04 12:27:22 +08:00
Jason	6a6980c82c	refactor(codex): remove configuration wizard and unify provider setup experience ... - Remove CodexQuickWizardModal component (~300 lines) - Add "Custom (Blank Template)" preset with annotated TOML template - Unify configuration experience across Claude/Codex/Gemini - Remove wizard-related i18n keys, keep apiUrlLabel for CodexFormFields - Simplify component integration by removing wizard state management This change reduces code complexity by ~250 lines while providing better user education through commented configuration templates in Chinese. Users can now: 1. Select "Custom (Blank Template)" preset 2. See annotated TOML template with inline documentation 3. Follow step-by-step comments to configure custom providers BREAKING CHANGE: Configuration wizard UI removed, replaced with template-based approach	2025-11-16 12:29:18 +08:00
Jason	972650377d	feat(codex): add AiHubMix provider and enhance configuration UX ... - Add new AiHubMix provider preset with dual endpoints - Fix AnyRouter base_url inconsistency (add /v1 suffix) - Add configuration wizard shortcut link for Codex custom mode - Improve accessibility with aria-label for wizard button - Remove unused isCustomMode prop from CodexConfigEditor - Add internationalization for new UI elements (zh/en)	2025-11-02 22:22:45 +08:00
Jason	57552b3159	fix: unify dialog layout and fix content padding issues ... - Fix negative margin overflow in all dialog content areas - Standardize dialog structure with flex-col layout - Add consistent py-4 spacing to all content areas - Ensure proper spacing between header, content, and footer Affected components: - AddProviderDialog, EditProviderDialog - McpFormModal, McpPanel - UsageScriptModal - SettingsDialog All dialogs now follow unified layout pattern: - DialogContent: flex flex-col max-h-[90vh] - Content area: flex-1 overflow-y-auto px-6 py-4 - No negative margins that cause content overflow	2025-10-18 16:52:02 +08:00
Jason	d9c56511b1	refactor: split CodexConfigEditor into specialized components ... Before optimization: - CodexConfigEditor.tsx: 675 lines (monolithic component) After optimization: - CodexConfigEditor.tsx: 131 lines (-81%, orchestration only) - CodexQuickWizardModal.tsx: 325 lines (quick wizard modal) - CodexCommonConfigModal.tsx: 126 lines (common config modal) - CodexConfigSections.tsx: 150 lines (auth & config sections) - Total: 732 lines (+57 lines, but highly modular) Benefits: ✅ Single Responsibility: each component has one clear purpose ✅ Maintainability: reduced file size makes code easier to understand ✅ Reusability: modal components can be used independently ✅ Testability: isolated components are easier to test ✅ Readability: main component is now just orchestration logic ✅ Consistency: follows same modal patterns across app Component breakdown: - CodexConfigEditor: orchestration + state management (131 lines) - CodexQuickWizardModal: step-by-step wizard for quick config (325 lines) - CodexCommonConfigModal: common TOML configuration editor (126 lines) - CodexAuthSection: auth.json editor UI (70 lines) - CodexConfigSection: config.toml editor UI (80 lines)	2025-10-17 18:38:49 +08:00
Jason	c1f5ddf763	refactor: unify directory structure and extract shared components ... - Migrate all form components from ProviderForm/ to providers/forms/ - Create shared components to eliminate code duplication: * ApiKeySection: unified API key input with "Get API Key" link * EndpointField: unified endpoint URL input with manage button - Refactor ClaudeFormFields (-31% lines) and CodexFormFields (-33% lines) - Update all import paths to use new locations - Reduce code duplication from ~12% to ~7% This change improves maintainability and makes the codebase more DRY.	2025-10-17 14:31:34 +08:00