Ship a monochrome (symbolic) icon variant #218

Open
opened 2026-09-05 17:07:58 -04:00 by mysticalsoap · 2 comments
Owner

Problem: monochrome icon themes (e.g. YAMIS on KDE) render every app as a currentColor line icon; aqomui's two-tone accent icon is one of the few colorful stragglers and has to be overridden by hand per machine.

Proposal: add resources/icons/aqomui-symbolic.svg — the existing "a" mark with the two accent tones collapsed to a single fill="currentColor" — and install it to hicolor/scalable/apps alongside the colorful one. Mono themes and users can then reference it without redrawing the mark. The collapse works cleanly (verified locally: stroke+fill both currentColor, keyhole mask unchanged). Optionally same treatment for aqomui_connected/aqomui_off.

Verification: install a mono icon theme, add a same-name override pointing at the symbolic icon, confirm the launcher icon follows the color scheme.

**Problem**: monochrome icon themes (e.g. YAMIS on KDE) render every app as a currentColor line icon; aqomui's two-tone accent icon is one of the few colorful stragglers and has to be overridden by hand per machine. **Proposal**: add `resources/icons/aqomui-symbolic.svg` — the existing "a" mark with the two accent tones collapsed to a single `fill="currentColor"` — and install it to `hicolor/scalable/apps` alongside the colorful one. Mono themes and users can then reference it without redrawing the mark. The collapse works cleanly (verified locally: stroke+fill both currentColor, keyhole mask unchanged). Optionally same treatment for `aqomui_connected`/`aqomui_off`. **Verification**: install a mono icon theme, add a same-name override pointing at the symbolic icon, confirm the launcher icon follows the color scheme.
Author
Owner

Finding from doing the override locally: a filled currentColor mark reads far heavier than line-art icon sets (YAMIS et al.) — the symbolic variant should be stroke-based, not a filled silhouette. Working outline version (keyhole as one arc+trapezoid contour): dotfiles icons/yamis-overrides/aqomui.svg.

Finding from doing the override locally: a filled currentColor mark reads far heavier than line-art icon sets (YAMIS et al.) — the symbolic variant should be stroke-based, not a filled silhouette. Working outline version (keyhole as one arc+trapezoid contour): dotfiles icons/yamis-overrides/aqomui.svg.
Author
Owner

Correction to the previous comment: the heaviness was NOT the filled style — it was a missing KDE recoloring hook. Plasma renders bare currentColor as pure black; icons need the class="ColorScheme-Text" + <style id="current-color-scheme"> convention to pick up the scheme's text ink. A filled symbolic variant is fine (and matches how YAMIS's own icons are drawn) as long as it carries that convention. Working reference: dotfiles icons/yamis-overrides/aqomui.svg as of 791a319.

Correction to the previous comment: the heaviness was NOT the filled style — it was a missing KDE recoloring hook. Plasma renders bare currentColor as pure black; icons need the `class="ColorScheme-Text"` + `<style id="current-color-scheme">` convention to pick up the scheme's text ink. A filled symbolic variant is fine (and matches how YAMIS's own icons are drawn) as long as it carries that convention. Working reference: dotfiles icons/yamis-overrides/aqomui.svg as of 791a319.
Sign in to join this conversation.
No milestone
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
mysticalsoap/aqomui#218
No description provided.