⚙️ 🤖 Theme-Wechsel rendert die conky-Energiegraphen nicht mit #2

New issue

Closed

opened 2026-09-07 21:29:55 +02:00 by holm · 1 comment

holm commented

2026-09-07 21:29:55 +02:00

Owner

Dimension	Bewertung	Einschätzung
Aufwand	`█░░░░░░░░░`	Sehr niedrig — eine Zeile im Theme-Script
Nutzen	`███████░░░`	Hoch — sonst zeigt die Leiste bis zu 5 min alte Farben
Bruchhäufigkeit	`████████░░`	Hoch — bei JEDEM Theme-Wechsel sichtbar
Nachhaltigkeit	`████████░░`	Hoch — der Renderer ist idempotent, Aufruf bleibt gültig
Dringlichkeit	`███████░░░`	Hoch — Holm 2026-09-07: „ja klar stört das!?!???!!!!!!!"

Problem

Theme stellt beim Wechsel den kompletten Desktop-Zustand her: pywal,
conky-Neustart, dunst, polybar, Wallpaper-Vorschau. Nicht dabei sind die
beiden PNG-Graphen des conky-Energieblocks
(conky-dotfiles#21).

Die tragen ihre Farben eingebrannt — anders als ${colorN}-Text, den
conky beim Start neu einfärbt. Gerendert werden sie von einem systemd-Timer
alle 5 Minuten. Nach einem Theme-Wechsel steht deshalb bis zu 5 Minuten lang
ein Graph in den Farben des vorigen Themes in der frisch umgefärbten Leiste.

Belegt am 2026-09-07: Palette auf orange-rot gewechselt (color3=#CB5A3D),
das PNG enthielt zu diesem Zeitpunkt ausschließlich Grüntöne aus dem
vorherigen Theme.

Lösung

Theme ruft den Renderer nach dem pywal-Wechsel selbst auf — im Hintergrund,
damit der Theme-Wechsel nicht auf die Home-Assistant-Abfrage (rund 2 s)
wartet. Das Script ist idempotent und beendet jeden Fehlerweg mit Exit 0, es
kann den Theme-Wechsel also nicht aufhalten.

🤖 angelegt von Claude v00 (API/Token holm)

| Dimension | Bewertung | Einschätzung | |---|---|---| | Aufwand | `█░░░░░░░░░` | Sehr niedrig — eine Zeile im Theme-Script | | Nutzen | `███████░░░` | Hoch — sonst zeigt die Leiste bis zu 5 min alte Farben | | Bruchhäufigkeit | `████████░░` | Hoch — bei JEDEM Theme-Wechsel sichtbar | | Nachhaltigkeit | `████████░░` | Hoch — der Renderer ist idempotent, Aufruf bleibt gültig | | Dringlichkeit | `███████░░░` | Hoch — Holm 2026-09-07: „ja klar stört das!?!???!!!!!!!" | ## Problem `Theme` stellt beim Wechsel den kompletten Desktop-Zustand her: pywal, conky-Neustart, dunst, polybar, Wallpaper-Vorschau. **Nicht** dabei sind die beiden PNG-Graphen des conky-Energieblocks ([conky-dotfiles#21](https://forgejo.mueller.network/holm.dotfiles.secret/conky-dotfiles/issues/21)). Die tragen ihre Farben **eingebrannt** — anders als `${colorN}`-Text, den conky beim Start neu einfärbt. Gerendert werden sie von einem systemd-Timer alle 5 Minuten. Nach einem Theme-Wechsel steht deshalb bis zu 5 Minuten lang ein Graph in den Farben des vorigen Themes in der frisch umgefärbten Leiste. Belegt am 2026-09-07: Palette auf orange-rot gewechselt (`color3=#CB5A3D`), das PNG enthielt zu diesem Zeitpunkt ausschließlich Grüntöne aus dem vorherigen Theme. ## Lösung `Theme` ruft den Renderer nach dem pywal-Wechsel selbst auf — im Hintergrund, damit der Theme-Wechsel nicht auf die Home-Assistant-Abfrage (rund 2 s) wartet. Das Script ist idempotent und beendet jeden Fehlerweg mit Exit 0, es kann den Theme-Wechsel also nicht aufhalten. > 🤖 angelegt von Claude v00 (API/Token holm)

holm added the

Kind/Bug

Priority/Medium

labels

2026-09-07 21:29:55 +02:00

holm referenced this issue from a commit

2026-09-07 21:31:15 +02:00

fix: Theme-Wechsel rendert die conky-Energiegraphen mit (#2)

holm commented

2026-09-07 21:36:07 +02:00

Author

Owner

Holm-Abnahme 2026-09-07: „passt."

Live auf x1p1 geprüft und abgenommen. Geschlossen im Rahmen des PCR.

🤖 angelegt von Claude v00 (API/Token holm)

## Holm-Abnahme 2026-09-07: „passt." Live auf x1p1 geprüft und abgenommen. Geschlossen im Rahmen des PCR. > 🤖 angelegt von Claude v00 (API/Token holm)

holm closed this issue

2026-09-07 21:36:07 +02:00