refactor(theme): QueryaColors and context.colors instead of shadcn's ColorScheme (#1465)
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
研究方向
Start with lib/core/theme/querya_theme.dart and querya_theme_scope.dart to see how QueryaTheme, ThemeData, and the existing context extensions are assembled. Add QueryaColors with the listed fields, copyWith, and lerp, then expose context.colors; add unit tests for light and dark defaults, imported themes, and interpolation at 0 and 1. Done means the values match today's scheme and no callers are migrated or visuals changed.
由索引模型根據 Issue 內容生成。
描述
Part of #1465 (step 3a). Prerequisite for the per-folder migration (#1731).
Problem
The app's colours are shadcn's: typedef QueryaThemeColorScheme = ColorScheme; (lib/core/theme/querya_theme.dart), built into shadcn's ThemeData, and read as Theme.of(context).colorScheme.x (shadcn Theme). A probe on dev (2026-10-18) counts 164 Theme + 42 shadcn.Theme and 116 ColorScheme + 24 shadcn.ColorScheme uses that need shadcn.
Only these fields of the scheme are read in lib/ (counts of cs. / colorScheme. uses):
| field | uses |
|---|---|
mutedForeground |
190 |
primary |
160 |
border |
115 |
foreground |
104 |
destructive |
104 |
muted |
81 |
card |
46 |
background |
41 |
popover / popoverForeground |
29 |
ring |
6 |
secondary / accent |
6 |
chart1..chart5 |
6 |
Change
QueryaColorsincore/theme(immutable,copyWith,lerp) with exactly those fields, built fromQueryaThemethe way the shadcn scheme is today (same values, so nothing changes on screen).context.colorsnext tocontext.workbench/context.editorThemeinquerya_theme_scope.dart.- While the migration runs, the shadcn
ColorSchemeis still produced fromQueryaColorsfor the widgets that need it; it goes with the shell (#1735). - Unit tests: dark and light defaults equal today's scheme field by field;
lerpat 0 / 1.
Acceptance
-
QueryaColorsandcontext.colorsexist and give today's colours in both default themes and in an imported theme. - No caller migrated yet (that is the next issue); no visual change.
- 主要語言
- Dart
- 星號
- 23
- 分支
- 1
- 平均合併
- 31 分鐘
- 30 天內合併 PR
- 570
環境準備
在瀏覽器裡用你自己的 GitHub 帳號啟動這個專案的開發容器。
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
QueryaHub/Querya-Desktop 的其他 Issue
-
enhancement ui
難度 2/5 1-3 小時 新手友好度 78/100
QueryaHub/Querya-Desktop#1689 ·
維護者通常 1 天內回覆
-
ui(dialogs): make destructive query and DML preview dialogs adaptive and prevent table name overflow未關閉bug frontend
難度 2/5 1-3 小時 新手友好度 82/100
QueryaHub/Querya-Desktop#1642 ·
維護者通常 1 天內回覆
-
bug error-handling settings
難度 1/5 1-3 小時 新手友好度 78/100
QueryaHub/Querya-Desktop#1637 ·
維護者通常 1 天內回覆
-
enhancement
難度 1/5 1 小時以內 新手友好度 88/100
QueryaHub/Querya-Desktop#1636 ·
維護者通常 1 天內回覆
-
enhancement marketplace
難度 2/5 1-3 小時 新手友好度 78/100
QueryaHub/Querya-Desktop#1635 ·
維護者通常 1 天內回覆
查看 QueryaHub/Querya-Desktop 的全部 Issue
相似的 Issue
-
enhancement
難度 2/5 1-3 小時 新手友好度 64/100
0niel/university-app#617 ·
維護者通常 1 天內回覆
-
enhancement
難度 2/5 1-3 小時 新手友好度 70/100
linagora/tmail-flutter#5010 · 1 則留言 ·
維護者通常 1 天內回覆
-
bug
難度 1/5 1 小時以內 新手友好度 65/100
chriskelly/wish-together#36 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 72/100
AppFlowy-IO/AppFlowy#9075 ·
-
難度 2/5 1-3 小時 新手友好度 78/100
維護者通常 1 天內回覆