mirror of
https://github.com/nesquena/hermes-webui.git
synced 2026-05-30 13:40:27 +00:00
Dustin
2c9fc4cfc0
`.composer-box` had a hardcoded `max-width: 780px` since the early v0.50.x layout pass. On wide displays (1440p+, 2880px ultrawides) this leaves significant unused horizontal space AND squeezes the composer-footer chips (workspace, model, reasoning, context %) against each other inside the 780px box. When the context-percentage ring appears (active token usage), the workspace chip truncates to "Fou..." instead of showing the full workspace name. Model + reasoning chips also lose room. The chip strip horizontally-scrolls inside .composer-left, so the rightmost chips effectively hide behind context %. The constraint isn't "Reading flow looks better at 780px" — the textarea is min-height:64px, max-height:200px and wraps naturally, so users on wide displays get the SAME readable text wrap regardless of box width. Only the footer chips suffer. Fix: clamp(780px, 60vw, 1100px). Preserves the 780px floor (no regression on viewports < 780px since clamp's first arg is the minimum) while letting wider viewports use up to 1100px (60% of viewport width, capped). 1100px gives ~40% more horizontal room for the footer chips without filling the entire screen at extreme widths. Per-viewport behavior: <= 780 px → 780 px (hard floor) — zero change vs current 1280 px → 60vw = 768 → floored to 780 — zero change 1440 px → 60vw = 864 — +84 px room 1920 px → 60vw = 1152 → capped at 1100 — +320 px room 2880 px → 60vw = 1728 → capped at 1100 — +320 px room One line in static/style.css. CHANGELOG entry. No JS. No new deps. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
