* Add search highlight to ZHA graph
* Move logic upstream and extend search to zwave and bluetooth
* Move search down to avoid collisions with graph legend
* Fix mobile; simplify code
* Apply highlights directly on search callback
* Revert "Move search down to avoid collisions with graph legend"
This reverts commit 4578aec9c3.
* Move legend down
* Make search bar shrink to avoid overlapping buttons
* Move search bar to topbar on mobile
* Fix inset
* Fix small controlls position
* Apply suggestion from @MindFreeze
---------
Co-authored-by: Petar Petrov <MindFreeze@users.noreply.github.com>
* Add device area column to ZHA data table
Add a device area column to the ZHA data table, which most notably adds
the column to the "create [ZigBee] group" view".
The column is only show on wider screens to allow for ordering, whilst
narrower screens will show the area as a subtitle to the device's name.
* Localize the ZHA group data table
* fixup! Add device area column to ZHA data table
* fixup! Localize the ZHA group data table
* Added a todo-list card option "days_to_show" to filter tasks far in the future (#24020)
* Adjusted min and 0 values as suggested in PR
* Adjusted as suggested in review
* Switched from days_to_show to period (calendar only for now) as suggested
* removed days_to_show from editor UI
* fixed lint error
* Fixed code style with prettier
* fix filtering
* Update filtering period options
* Update src/panels/lovelace/editor/config-elements/hui-todo-list-editor.ts
Co-authored-by: Petar Petrov <MindFreeze@users.noreply.github.com>
* Apply suggestion from @MindFreeze
Co-authored-by: Petar Petrov <MindFreeze@users.noreply.github.com>
* prettier/lint
* fix memoization, items without status
* no rolling window
* refresh on date change
* Show dialog on create when using due_date filter
---------
Co-authored-by: cpetry <petry2christian@gmail.com>
Co-authored-by: Petar Petrov <MindFreeze@users.noreply.github.com>
* Refactor lovelace view lifecycle to avoid unnecessary DOM rebuilds
- Remove `force` flag from `hui-root` that was clearing the entire view
cache and destroying all cached view DOM on any config change. Views
now receive updated lovelace in place and handle config changes
internally.
- Add `_cleanupViewCache` to remove stale cache entries when views are
added, removed, or reordered.
- Remove `@ll-rebuild` handler from `hui-root`. Cards and badges already
handle `ll-rebuild` via their `hui-card`/`hui-badge` wrappers. Sections
now always stop propagation and rebuild locally.
- Add `deepEqual` guard in `hui-view._setConfig` and
`hui-section._initializeConfig` to skip re-rendering when strategy
regeneration produces an identical config.
- Simplify `hui-view` refresh flow: remove `_refreshConfig`,
`_rendered` flag, `strategy-config-changed` event, and
connected/disconnected callbacks. Registry changes now debounce
directly into `_initializeConfig`.
- Fix `isStrategy` check in `hui-view._initializeConfig` to use the raw
config (before strategy expansion) rather than the generated config.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Remove unused type
* Improve viewCache cleanup
* clean up
* Handle custom view re-creation
* Fix custom view loading
---------
Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
* Migrate ha-multi-textfield to ha-input-multi and update ha-selector-text to use new input components
* Review
* Update src/components/input/ha-input-multi.ts
---------
Co-authored-by: Petar Petrov <MindFreeze@users.noreply.github.com>
Fix water/gas badge when rate is 0
If there is only one flow rate sensor, and it has a value <=0, the badge would be displayed without a unit because the sensor gets skipped.
Instead of skipping <=0 values, continue to process sensor, but clamp the value to a minimum of 0. This ensures for single sensors we have a unit, and for multiple sensors the chosen unit is consistent even if the first sensor value drops to zero.
* Use isExternalStatistic helper for consistency
* Remove redundant if condition
We have `band = drawBands && ...`, so there is no point checking if `drawBands` is true inside `if (band && ...)`.
* Skip plotting state value on statistic graph if units mismatch
For example plotting a *F sensor on a *C chart - statistic data will be converted to *C, but the state value will still be in *F so the displayed point is wrong. Similarly if plotting a kW sensor on a W chart, the same is true - statistics get converted to W by recorder, but the state value would still be in kW. In other words the plotted state point is complete nonsense.
If the units of the statistic state don't match the units of the graph, we should not be displaying the value on the graph.
* Remove redundant this.unit check
Co-authored-by: Petar Petrov <MindFreeze@users.noreply.github.com>
---------
Co-authored-by: Petar Petrov <MindFreeze@users.noreply.github.com>
