Motivation
Reinforce the "burn" identity on the one card users actually stop to look at: while the tray menu is open, a few faint ember particles drifting upward from the bar chart would add ambient life without competing with the numbers.
Proposal
Start a short-lived particle animation loop when the menu opens (a handful of small glowing dots rising and fading from the top of the drawBars region), stopped when the menu closes.
Feasibility notes
- Needs a hook into the menu's open/close lifecycle (Electron
Menu emits menu-will-show/menu-will-close events) to start/stop a RAF loop in the hidden card-renderer window, then push updated PNG frames back through MenuCardRenderer while open.
- This is the most speculative of the menu-card ideas effort-wise — today's architecture renders one PNG per data change, not a continuous stream to a live menu item; worth a small spike to confirm Electron's menu-item icon can be swapped smoothly enough (frame rate, flicker) before committing.
Acceptance criteria
Motivation
Reinforce the "burn" identity on the one card users actually stop to look at: while the tray menu is open, a few faint ember particles drifting upward from the bar chart would add ambient life without competing with the numbers.
Proposal
Start a short-lived particle animation loop when the menu opens (a handful of small glowing dots rising and fading from the top of the
drawBarsregion), stopped when the menu closes.Feasibility notes
Menuemitsmenu-will-show/menu-will-closeevents) to start/stop a RAF loop in the hidden card-renderer window, then push updated PNG frames back throughMenuCardRendererwhile open.Acceptance criteria