v1.3.6
AlertTicker Card — v1.3.6
✨ New Feature
clear_disable_animation — disable weather widget animations independently (#172)
New card-level flag that suppresses all animations in the All Clear weather widget without affecting alert animations:
clear_disable_animation: trueFreezes: rotating sun rays, drifting clouds, twinkling stars, glowing moon, fog, rain, wind, and all other weather condition effects.
The existing disable_animation: true already covers the widget (and now works correctly — see fix below), but clear_disable_animation is the right choice when you want a static weather display while keeping emergency pulse, warning blink, and other alert effects alive.
Available as a toggle in the visual editor under the Weather badge style section (all 12 languages).
🐛 Bug Fixes
disable_animation not suppressing weather clear-widget animations (#172)
disable_animation: true was correctly pausing weather condition elements (fog bands, rain drops, wind lines, etc.) but left four atmospheric elements from _renderWeatherBg still animating:
- Rotating sun rays (
.sun-rays-wrap) - Drifting clouds (
.w-cloud) - Twinkling stars (
.w-star) - Glowing moon (
.w-moon)
Fixed by adding these four selectors to the existing animation-play-state: paused !important rule block. All weather animations in the all-clear widget are now fully suppressed when disable_animation: true is set.
No configuration changes needed.
History close button invisible on mobile / HA app (#179)
The ✕ close button in the history panel existed but was effectively invisible and untappable on mobile devices.
Root cause: The button was styled with font-size: 0.80rem, color: rgba(255,255,255,0.5), no background, no border, and only 2px 4px padding — a near-invisible label with a tiny touch target. On the HA mobile app there is no hover state, so the button never became visible. With ha_theme: true and a light card background, the white text at 50% opacity disappeared entirely.
Fix: Restyled as a visible pill button with:
- Subtle semi-transparent background and border (adapts to dark and light themes)
- Full-opacity text (
rgba(255,255,255,0.85)/ HA theme variable) min-height: 30pxandtouch-action: manipulationfor reliable mobile tapping- Active state for touch feedback
No configuration changes needed.
Test mode showing wrong card when priority ≠ 1 (#173)
When using the editor's test mode to preview a specific alert, changing that alert's priority caused the wrong card to be displayed.
Root cause: Alerts are sorted by priority before rendering. When test mode first jumped to the previewed alert, it stored the alert's sorted-array position in this._currentIndex and then skipped re-evaluation on subsequent updates (guarded by lastAppliedPreviewIndex). When priority was changed in the editor, the active array was re-sorted but this._currentIndex still pointed to the old sorted position — now occupied by a different alert.
Priority 1 appeared to work because sorting to position 0 happened to match the default currentIndex, so the correct card rendered coincidentally.
Fix: The lastAppliedPreviewIndex guard is removed. Test mode now re-resolves the target alert's position in the sorted array on every update. A secondary guard (pi !== this._currentIndex) prevents unnecessary re-renders when the position hasn't changed.
No configuration changes needed.
📦 Update Instructions
- Download
alert-ticker-card.jsandalert-ticker-card-editor.js - Replace both files in your
www/folder (or the path you set in Resources) - Hard-reload the browser: Ctrl+Shift+R / Cmd+Shift+R
HACS users: update from the HACS panel — no manual steps needed.
Full changelog: CHANGELOG.md
☕ If this card saves you time, consider buying me a coffee — it keeps the updates coming!
