Oh shit. 
I donât have plans for a full versioning system, it feels like overkill. But let this be a lesson to everyone: export and backup your dashboards. 
If you delete the app, your files go with it. If a bug wipes them out, Iâd feel terrible knowing you lost all your work because of a fuck-up on my end
Yes, the icon explorer only searches through their actual filenames. Not related tags. If you want a better search to find the icon, you can use:
I shall investigate this. 
Thereâs no specific setting for that. Just use a graph with no background, put it in an empty container, and add a label as a separate layer. Thatâs kind of the philosophy behind Dashboard Studio, itâs more like a drawing program where you can layer everything exactly how you want. Rotating labels is a good idea, though. Iâll add it to the list.
Iâm not 100% sure what you mean here. Is the time not fixed in your graphs? Normally, data is in UTC and the graph has to correct it to the local time zone. But for the Homey export insight card, I already converted that data to the local zone. I did this so I could create âtodayâ graphs even if future events havenât happened yet (For this I needed to convert it to local timezone to calculate the right timeframe for this). For any non-Homey graph data with utc time, Iâve added a timezone converter directly in the graph.
I have been waiting for this type of product for a long time, and after exploring it for a few days, I am very impressed. It seems very stable and virtually bug-free so far, although I still have a lot left to test.
I have a question regarding the âArrowsâ feature.
I am visualizing the energy flow in my home, and since I have both batteries and solar panels, I have several bidirectional flows. To make the animated flow change direction, I currently switch the Start and End values via Homey. Functionally this works fine, but there is a significant downside.
Because my energy setup is quite complex with many arrows, I need to keep track of all these Start and End configurations in Homey. If you also have a dynamic layout where components are moved or optimized over time, updating all those Start and End values becomes a considerable amount of work.
Is there a simpler way to solve this? Ideally, I would like a flag such as âForwardâ / âBackwardâ that I can control via Homey without having to swap Start and End.
Well, not entirely bug free if you have read the full topic though , but most of it where just little widget quirks. But the base software has been rock solid. There are over 200 installations and still 0 crashes 
I have also several bi-directional flow animations:
The way I do it is to layer two on each other and hide and show them dynamically with the visibility setting (âWidget infoâ section):
This way I can also change remove the flow entirely when there is no flow (like no sunshine) I can also pre-set the color of the flow (good = green, bad = red). Of course you can also change the color dynamic if you want⌠there are so many ways to achieve something.
But I like the reverse flow direction option idea. Ill add it to the list.
This chart looks great! Thanks for all your work and time (donation made).
The time in the graph with a Homey Insight as source now works properly.
This confused me: the Insight is already converted to local time, without using the âConvert UTC to local timezoneâ.
EDIT
Minor remark: a Group/Container has a type âemptyâ in Selected widget dropdown.
Thanks! Appreciate it 
Raw Homey insight data is in UTC time. The DS Flow card converts this to the local time zone inside Homey and then sends it to the DS dashboard. So the Graph widget already receives local time data and does not have to convert it. (so that why it works when the UTC conversion is off). But if another source sends graph data in UTC format, the graph widget needs to convert it to local time. Thatâs why there is a convert option.
Ah, yes. Real early versions I named this an empty, but forgot to rename it later on. This whole dropdown needs a bit of overhaul. It is a pain to find something. Usually I just click the widget I want to change, but with layered widgets it is hard to click the back one and then I have to scroll through this list.
With large multi page dashboards there are so many items and makes it hard to find the right one.
My idea:
First sort every item per page, then sort by type of widget (I always know the type of widget I want to change, but I always forget to give the widget a proper name) And then sort by name?
I am also thinking about color coding widgets. So each widget has his own color so it is easier to identify it in the list.
But I am open for ideas. Iâll probably do what I think is best, but someone might influence that 
As the number of options increases, improved searchability is important. In general, I would sort lists alphabetically whenever possible in the application.
I agree with your suggestion to sort âSelected widgetsâ: by page, by type, alphabetically.
Although you can search by parts of names, further structuring data sources (for the same reason as widgets) and removing duplicates would also be desirable (duplicate: name AND path with name).
Because I plan to create a large number of pages (~30) in the dashboard, Iâm defining each page as a separate dashboard. Could the transition between dashboards in the developer mode be made even simpler/more transparent?
Given the already considerable number of options, assigning colors to different types of components seems undesirable (âchristmas treeâ look). But⌠you are the graphic designer.
I can not seem to reproduce this problem. I have connected an [ONOFF] capability of a light and a smart plug to the visibility property of a image widget. And the image hides and show just as expected when the light or the smart plug is on or off.
Ok, thank you for trying. I have a device created with Device Capabilities | Homey to combine some values and states in one device. Maybe this app deals differently with it. I just donât know.
But I am more than happy with using the flowcard to sendan event. This works perfect so I will use that!
It works, thx!
Version 1.2.2 is now available with several functional updates.
Widget Management:
The widget dropdown menu is now sorted by page, widget type, and name to help you find items faster. Selecting a widget directly on the canvas remains the quickest method, but this sorted list helps when a widget is hidden behind another object.
Editor Improvements:
The dynamic topic search dropdown now uses the full width of the editor. This makes it easier to read and identify long topic names.
Arrow Widget Updates:
I have added a Reverse Flow Direction option and a Reverse Flow Color setting.
The flow animation has also been updated to travel over the arrow head for a better visual effect.
Curved Arrows:
You can now add points to an arrow and drag them on the canvas to create custom curves. Please note that curved arrows require a new animation method that is more demanding on hardware (The device that views the dashboard, not the Homey). If you use many animated curved lines, older devices like early iPads may experience a lower frame rate.
(Click for animated preview)
Performance Tips
The high performance load only triggers when you add a curve point to an arrow and have flow animation enabled. To reduce the impact on older devices, you can set the Gradient Width to 0 to use a bit simpler rendering method (but not as simple as the straight lines).
I think I have addressed most user requests and with the latest security features I believe the app is ready for official release. I plan to submit it tonight unless a major bug is discovered before then.
Please note that the certification process typically takes about two weeks. I cannot release any new test versions during this period. There will be no further updates until the app is certified, unless the Homey team requests specific changes.
Itâs not a tag, it is the filename. PH-solar-panel. Same counts for washing machine.
You are right. Just checked the database file I use to search through the library, and I it seems like I am using an outdated file. I shall fix this
So good and so quick 
. I will have a look already tonight!
That was also my point to put this comment here.
But my remark is: I work on dashboard A and then save it, there is no name selected, so I choose dashboard A. Then I load dashboard B. I change something and save it, What I expected is that it default take the filename from dashboard B, but instead it shows/ remembers the last saved name, so dashboard A. Iâll save and do the second press as well, so itâs still my fault!!
But is it for everyone oke if not the last saved file is selected, but the file which is loaded??
@Vierlijner Ah, thanks for the deeper explanation. This is indeed shitty behaviour. Iâm going to update it so the save file defaults to the last one loaded or saved. I might look into a versioning system later, though that still feels like a bit much for now.
It is also not a true backup. If you delete the app, you lose all your data. So everyone please, make sure to export your dashboards also to your computer as well
I had to reproduce it also, because I couldnât explain why.
Wow, thanks for all the improvements!
I wider dropdown menu helps a lot. Finding widgets by the menu is also a nice feature and love the possibity to add curved lines!
Features that would help me:
You can configure a slider already as a vertical slider:
Or did you mean something else?
Ill add it to the list
Thanks for all the updates! Have not had a chance to put a lot of time in my dashboard, but I see some graph issues are still there
edit: the overall negative/positive graph works better now in this version; currently only negative values in my graph and the color is right
Only the line gets the color of the fill (as mentioned above)
