docs: update agent backlog, journal, and roadmap
This commit is contained in:
@@ -28,48 +28,7 @@ in [`docs/ROADMAP.md`](../docs/ROADMAP.md); map in
|
||||
|
||||
## NEXT
|
||||
|
||||
### 89. Tray icon parity — themed overrides for SNI apps (Bernardo 2026-07-11)
|
||||
The bar is monochrome; third-party tray icons aren't. EasyEffects 8's Qt
|
||||
SNI publishes IconName `com.github.wwmm.easyeffects` → Papirus full-color
|
||||
blue (T14s V3, 2026-07-11); Signal / Telegram / ZapZap (all flatpaks on
|
||||
the T14s) likely worse. Goal: every tray icon reads like part of the bar.
|
||||
|
||||
Slices:
|
||||
1. **Inventory — DONE (T14s live session, 2026-07-11):**
|
||||
| app | IconName | pixmap? | verdict |
|
||||
|---|---|---|---|
|
||||
| nm-applet | `nm-signal-*` (state-varying) | no | **name-based** — override the `nm-*` family |
|
||||
| udiskie | `drive-removable-media-usb-panel` | no | **name-based** |
|
||||
| Telegram | `org.telegram.desktop[-mute/-attention]-symbolic` | yes (fallback) | **name-based** — ship all state names |
|
||||
| Signal | `Signal_status_icon_1` (generated, not a real theme name) | yes | **pixmap** — slice 3 |
|
||||
| ZapZap | *(empty)* | yes | **pixmap** — slice 3; check its own tray-style setting first |
|
||||
| EasyEffects 8 | `com.github.wwmm.easyeffects` (prior T14s finding) | — | **name-based**; NB `--gapplication-service` alone registers no SNI |
|
||||
|
||||
**Bernardo's visual verdict (T14s, 2026-07-11):** Telegram and ZapZap
|
||||
already read fine on the bar — out of scope. The offenders are
|
||||
**EasyEffects** (slice 2: name-based override) and **Signal**
|
||||
(slice 3: pixmap; check for an app-side tray option, else document).
|
||||
Related fix shipped same day: easyeffects.service now *waits for a
|
||||
registered tray host* before starting (the old After=waybar.service
|
||||
ordering was inert — waybar is supervisor-run, not a unit), so the
|
||||
icon no longer vanishes on unlucky boot order.
|
||||
2. **Override layer — DONE (EasyEffects, 2026-07-12, f9d5e2c…b98248f).**
|
||||
Chosen mechanism: a `Nomarchy-icons` child theme (built in
|
||||
`modules/home/theme.nix`) that `Inherits` the resolved icon set and
|
||||
becomes the session icon theme; a scalable, palette-`text`-coloured
|
||||
monochrome override out-resolves the parent's fixed-size icon at every
|
||||
size while all other icons fall through. Single shared layer → holds
|
||||
for every theme (all resolve to Papirus-*), colour regenerated per
|
||||
switch. V3 in Boreal (Bernardo confirmed). Extend to a new name-based
|
||||
offender = one more SVG in `scalable/apps`.
|
||||
3. **Pixmap apps:** document (or wire, where a setting exists) per-app
|
||||
monochrome/tray options; what can't be fixed goes in the item's
|
||||
record, not silent scope creep. **Signal** is the live example
|
||||
(`:1.227`, generated pixmap → shows as its full-colour blue round
|
||||
icon on the bar); still open.
|
||||
|
||||
V-path: V1 eval + icon file lands in the right lookup dir; V3 screenshot
|
||||
of the tray on a real session (headless VM has no flatpak chat apps).
|
||||
*(empty — NEXT's top item is the queue head)*
|
||||
|
||||
## LATER
|
||||
|
||||
|
||||
@@ -19,6 +19,13 @@ Template:
|
||||
|
||||
---
|
||||
|
||||
## 2026-07-12 — #89 slice 3: Documented Signal tray icon limitation (no commit)
|
||||
- **Task:** BACKLOG #89 slice 3 — Signal's tray icon is full-colour blue and doesn't match the monochrome bar.
|
||||
- **Did:** Researched Signal's Linux tray icon behavior. Found it is a hardcoded, dynamically generated pixmap (`Signal_status_icon_1`) driven by its Electron wrapper with no built-in toggle for a monochrome icon. Added an entry to `docs/ROADMAP.md`'s known issues noting that certain Electron apps cannot be natively themed. Closed out #89 from the backlog without introducing brittle `app.asar` repacking hacks.
|
||||
- **Verified:** N/A (Documentation only).
|
||||
- **Pending:** #89 is fully closed.
|
||||
- **Next suggestion:** Pick the next item from the BACKLOG.
|
||||
|
||||
## 2026-07-12 — #89 slice 2: EasyEffects tray icon themed monochrome (b98248f)
|
||||
- **Task:** BACKLOG #89 slice 2 — EasyEffects SNI shows Papirus' full-
|
||||
colour blue equaliser, clashing with the monochrome tray.
|
||||
|
||||
@@ -967,6 +967,7 @@ Design/decision records and a running log of shipped work (items marked
|
||||
your theme / essentials" flow (ties into the branding work).
|
||||
|
||||
## Known issues & follow-ups
|
||||
- **Signal (and some Electron apps) tray icon cannot be themed** (BACKLOG #89, 2026-07-12): Signal Desktop hardcodes a dynamically generated, full-color pixmap (`Signal_status_icon_1`) via its Electron wrapper and pushes it directly over SNI. It ignores GTK icon themes and provides no built-in toggle for a monochrome icon. We will not use brittle `app.asar` repacking overlays to override this due to maintenance overhead and scope creep. It is expected that its tray icon will not match Nomarchy's monochrome bar.
|
||||
- ✓ **README option tables drift from the live surface** (docs review
|
||||
slice (a), 2026-07-04): a fresh reconcile found 9 undocumented options
|
||||
(autoTimezone, camera.hideIrSensor/irMatch, intel.guc, amd.pstate/
|
||||
|
||||
Reference in New Issue
Block a user