[Feature] Zoom the whole client UI with ⌘+ / ⌘-

[zwrong]

English

Summary. The client (the dsh web page, which the desktop app renders in the same front end) has a font-size setting, but it only affects conversation content. I would like ⌘+ / ⌘- to scale the entire interface — panel widths, sidebar, settings page, buttons, and text together — and the chosen scale to survive a restart.

What exists today (verified against the shipped 0.1.7-rc.2 bundle):

• dsh-client-ui-theme registers the font-size row in settings.general.item (order 11, below appearance). Its schema is number().step(1).min(12).max(17).default(14), its own description reads "Only affects conversation content", and it only writes --dsh-content-font-size on body. The sidebar, settings page, tool cards, and buttons use fixed --dsw-font-* tokens and do not follow.
• dsh-client-shortcuts already provides a user-rebindable command registry and a Shortcuts row in Settings. Of the 58 registered command ids, none relates to font size or zoom, so this cannot be worked around by rebinding today.

What I am asking for. ⌘+ / ⌘- (and their Ctrl equivalents) registered as normal commands, scaling the whole UI and persisting across restarts.

Two design points worth deciding up front. First, ⌘= is the browser's native page-zoom accelerator; the Web runtime's isWebBindingAllowed() deliberately rejects it as unsupported-browser. I would keep that behavior on Web — native page zoom already does exactly what is wanted there — and implement the binding for the desktop shell only, whose bindingIssue() allows any combination. Second, to be explicit about prior art: in the Codex app these keys currently perform a non-persistent view zoom rather than updating the saved Appearance font sizes, which is reported as a defect in openai/codex#15882, while their docs label the same shortcuts "font size". I am asking for the persistent reading.

Not verified. I have not executed this against a running client; the claims above come from reading the shipped bundles. A maintainer may prefer a root-level scale factor over extending the existing content font-size setting — that choice is the substance of the request.

中文

摘要。 客户端（dsh web 页面，桌面版用的是同一套前端）已有字号设置，但它只影响会话内容。我希望 ⌘+ / ⌘- 能缩放整个界面——面板宽度、侧边栏、设置页、按钮和文字一起变——并且所选缩放比例在重启后保留。

现状（对照已安装的 0.1.7-rc.2 产物核对）：

• dsh-client-ui-theme 在 settings.general.item 注册了 font-size 行（order 11，排在 appearance 之后），schema 为 number().step(1).min(12).max(17).default(14)，说明文字自述「仅影响会话内容的字号」，且只把 --dsh-content-font-size 写到 body；侧边栏、设置页、工具卡片、按钮使用固定的 --dsw-font-* 令牌，不跟随。
• dsh-client-shortcuts 已提供可用户改键的命令注册表与设置里的「快捷键」行，但现有 58 个命令 id 中没有任何字号或缩放命令，因此现在无法靠改键绕过。

诉求。 把 ⌘+ / ⌘-（以及 Ctrl 对应键位）注册为普通命令，缩放整个界面，并在重启后保留。

两个建议先定的设计点。 其一，⌘= 是浏览器原生整页缩放键，Web runtime 的 isWebBindingAllowed() 刻意将其判为 unsupported-browser；我建议 Web 端保持现状（原生缩放已满足该需求），只为桌面壳声明该键位——桌面壳的 bindingIssue() 接受任意组合。其二，关于参照对象需要说清：在 Codex 应用里这组键目前是不落盘的视图缩放、并不改写 Appearance 里保存的字号，该行为已被当作缺陷报告（openai/codex#15882），而其文档把同一组快捷键称作 font size。我要的是能保存的那一种语义。

未验证。 我没有在运行中的客户端上实测，以上判断来自阅读已发布产物。维护者可能更倾向新增 root 级缩放因子，而不是扩展现有的会话内容字号设置——这个取舍正是本请求的核心。

[Renato-GH]

Adding a data point from DSH Desktop 0.2.0-rc.2 (macOS, arm64) — behavior is unchanged, with one detail that moved in the right direction.

Verified against the shipped bundle:

• @deepseek-ai/dsh-client-ui-theme still owns the only font-size write entry. The row registers into settings.general.item, and its own description still reads "仅影响会话内容" / "Only affects conversation content".
• The accepted range was widened: Schema.number().step(1).min(10).max(22).default(14) (0.1.7-rc.2 was 12..17 per the analysis above). Good, but it still only writes --dsh-content-font-size, so panels, sidebar, settings page, tool cards and buttons are untouched.
• The shipped UI text runs on fixed tokens — --dsw-font-xxxs-11 / -xxs-12 / -xs-13 / -s-14. The 11–13px tiers are exactly the ones that read as "too small"; the conversation setting cannot reach them no matter how high it goes.
• The desktop shell still has no View menu. The application menu template is only fileMenu + editMenu + windowMenu (plus a hidden toggleDevTools). There is no zoomIn / zoomOut / resetZoom role, so ⌘+ / ⌘- / ⌘0 are genuinely unbound in the desktop shell — not a broken binding, just an absent one. This matches the root cause in [Desktop][macOS] 请补齐桌面端的基础交互：⌘+/-/0 缩放、⌘F 页面内搜索、窗口顶部拖动 #7937 and explains the "just press ⌘+" advice in MacOS client - possible to make the UI font bigger? its tiny #8283.

+1 with the same ask: a scale that covers the whole surface (panel widths, sidebar, settings, buttons and text together) and survives a restart. Keeping the browser-native page zoom on Web and letting the desktop shell persist a view zoom level would already fix the macOS case without touching the token layer.

For prioritisation, one concrete target: on a 13–14" Retina panel an effective UI scale of roughly 1.3–1.5× is what makes this comfortable, i.e. body UI text landing around 18px effective instead of the ~12px effective it renders at today. There is currently no way to get there.

[dsh-community-assistant[bot]]

Thanks for the report.