Replies: 5 comments 5 replies
-
How does the Grid Card play into this? |
Beta Was this translation helpful? Give feedback.
-
@zsarnett are the mockups and the google docs available online? Do you guys have publicly available mockups? For example for developer's tools. |
Beta Was this translation helpful? Give feedback.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
-
Here is a beautiful custom Lovelace config by @dmatik that is similar to what we had in mind: https://github.com/dmatik/homeassistant-config . I especially like that:
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
(This is all based on a Google Doc from @balloob, I am simply writing it up in a discussion)
With Lovelace, a Default Dashboard that was Auto-Generated was introduced. This Auto-Generated strategy was based on the old States UI. Since then, we have been tweaking the Auto-Generation Strategy by removing unwanted entities. But this is still too much on a single view. Any user that is going use Home Assistant seriously and use Lovelace as a dashboard is forced to take control and create their own dashboard.
This Discussion describes a proposal to fix this:
The new default strategy
This new strategy will create a main Overview Dashboard view as well as a view per area. The main Overview Dashboard will help the user navigate to the other Area Views as well as give them a glance at the state of their home.
Things we do not want to do for the new strategy:
Show all entities
Use Badges
Overview Page
The Overview page will be a glance at the state of the user's home. The view will show areas and a glance of each as well as showing their favorite entities in a grid-like structure. The view will not have a title but an icon (like mdiHome).
The page will be structure as so:
Favorite Entities
People and their status
Areas
Weather
Admin Cards
Cards outside of the grid card will use the current method of placing cards in the shortest column.
Area Views
The area view will focus on showing the state of an area.
The page will be structure as so:
What we need to make this happen
Strategies
It’s too expensive to generate this all on the fly so we just have a basic strategy that will calculate exactly what is needed when we show it. Implementation Proposal
We will add a new “views strategy” to generate different views with each of their own strategies. We will add an “area overview” strategy and an “area view” strategy
This is the most important part. We should implement this to re-create what our current strategy is today before creating the new strategy.
Person Card
Grid Card Add Grid card #7476
Taking control at Dashboard level and view level
Take control can now be decided to be done at each level that has a strategy. If you take control over the tabs, it will no longer update when you add/remove an area and it allows you to take control of each individual tab.
Need to make the process and UX for this really good to avoid confusion
Ability to add entities to the area registry (backend) Add area id to entity registry core#42221
Adding entities as Favorites (backend)
Find which areas an automation is a part of (backend)
Nice to have
Other thoughts
Beta Was this translation helpful? Give feedback.
All reactions