Replies: 1 comment 2 replies
-
|
I would rather have us define oil, heat etc, than have a freeform dialog with all the things. That way, we know what is going on. Because today our energy dashboard is in phase 1: we show you the things. Step 2 is that we want to start predicting things, help you make decisions for your home based on things we learn from the data. For that to happen, we need to know what data is there. So from my point of view:
Point 1 and 2 don't need an architecture proposal. It's a cleanup But let's do keep the types, so we are in control of what we add. I'm already so-so on upstream water, but I doubt we ever need upstream oil. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I've read probably 500 times the question "Why don't we support X in the energy dashboard", and I wonder if it would be acceptible to allow for just adding any kind of generic section.
Imagine in the settings page a dialog:
This creates a new category similar to what we currently have for gas/water. Any statistic matching that device class w/ convertible unit can be added to that category.
Then in main energy panel we just loop over each category and include it just like the other sources.
I don't really think it would be that hard to do as all the code is there, we just need to replace hardcoded class-based cards a dynamic one and we can mostly reuse all the existing stuff, but just allow people to add their utilities that we don't hardcode support for, such as:
It would just be pretty flexible and user can use the feature however they want.
I know we can also say no and just say "user can make their own dashboard", but that's lacking a lot of features that we currently support for energy:
So that's got quite some limitations.
Beta Was this translation helpful? Give feedback.
All reactions