@Satoer I was “inspired” by the “transparent overlay button” idea of @Christoph_Watermeier .
I like the idea of having these invisible buttons everywhere, and have them opening overlay screens.
When setting up my first transparent button, I noticed that the clickable area of a button is always rectangular. Is there a way to set up a button to have a bigger, rectangular shape? This way, I could use it anywhere. I guess the Button is the only widget that is clickable? If a container would be clickable… 
If you set the switch / button to:
Visual Style (appearance): Image Only
Button Label Position (Typography): Inside
Group Label (Typography): Empty
Padding (Layout & Dimensions): 0
Background (Container Style): Disabled (do this last, otherwise you can not see the button any more.
Then the button scales to the container size.
If you set the Corner Radius (Layout & Dimensions) to 0, it is square. If you increase this, you can make it round.
Big Round hidden button.
Make sure you give it a good name (Widget info), because you also can’t see it in the editor 
Thanks! The “Inside” setting did the trick.
Solution with an Dashboard Studio Image component and a SVG generated by a Homey advanced flow.
EDIT: How can I make the gauge Track color semi-transparent like the circle in wind direction above?
Hi, can you explain how you make invisible buton and how it activate the visibility of another ? Thanx
carson_jouzel_philip
The second part is what you need.
And then take out the color for the button
Hi @Satoer ,
is there a way to show the values of the datapoints in a graph?
For example something like this?
Sorry, no not yet. It is on the request list though.
Hi All, wonder if someone can help me.
I created a page that controls all the settings of my aircon. Now I have a Homey flow that sets all aircon settings to a predefined state. When I do this, I want my Dashboard widgets to reflect those changes. I can only get this now by refreshing the browser. Is there another way to force (a group of) widgets to refresh and get the actual values of the Homey device properties they are connected to?
I really don’t understand why refreshing the browser is pushing the widgets into the correct state. That shouldn’t be necessary at all. How exactly are these widgets connected? Are they tied directly to the device capability? Because if they are, the widget really ought to show the state in real time. The only thing that comes to mind right now is that maybe you’re using a “Dashboard loaded / Refreshed” card and sending all sorts of values through a flow based on that?
Please give me a lot more detail about your setup. I need to know how you connected everything, which widgets and devices you’re using, and whether you’re using the capabilities directly or updating them with flow cards. If it’s the latter, please show the flow and your widget settings.
Hi @Satoer I have a group of widgets that all connect to a property of my Homey device (Aircon)
My Dashboard menu items are setup like this:
All works well on Dashboard.
When I set a value through a flowcard in Homey, it is not reflected on the dashboard. After a browser refresh, it is. Did I miss some configuration?
Quite important is the State value. My aircon settings for ventilating are:
I defined an advanced flow to get the settings right (see red box). I can’t figure out other solutions, because I want to translate the technical setting names to end-user names:
“Selection group ID” values must be the same for all capability thermostat_mode occurences.
Final result:
Dashboard Studio works with MQTT, which only registers and processes all changes in Homey.
Your variable alarm_battery has remained unchanged for the last 2 months, meaning this variable has no value in the dashboard.
By restarting the Dashboard Studio app, the value will likely be displayed a few seconds later.
I have a similar issue with sunrise and sunset. My Homey is reset every night, but the sun position times were last changed before that. Perhaps app owner Satoer can do something about this, for example by performing a full sync of all selected variables every hour, regardless of whether they have been changed.
Yes, I must admit a restart solved the problem. But …
Over the past 10 days there were 5 app updates. Don’t they restart or has it something to do with the last update to 1.7.4?
Last time I used this dashboard was 3 or 4 days ago. It was alright then.
Thanks @Amersfoort I get your solution, however, that would mean a huge amount of extra setup in the flow.
@Satoer mentioned that he thought changes should automatically be reflected, so I hope I forgot something. BTW: I currently do not have any link setup for the state of the menu items…
Amersfoort is correct. the way you have configured the button / menu item is only to send values. It does not react on incoming values. But you do not have to create such a flow tree that Amersfoort does. You just make the “state” setting dynamic, and fill in the same output topic, it should just also react when you change this setting inside Homey.
Big note: The button “state”-setting is a boolean value. By default it only reacts on true/false or 0/1. In your screenshot I can not see what “On value” you have configured for the “Thermostat_mode” But if the thermostat sends an signal like a string “Heating”, the button does not know what to do with this. This is not a boolean value. In the latest version (make sure you update to 1.7.4) there are options for custom boolean values. See this topic
@Satoer Ah, yes, the custom values seem to work.
Small glitch: as soon as I set this option (which I need because I have multiple menu options pointing to the same value):
, then my screen widgets get garbled:
- widgets are replaced and the font size of the menu options is changed.
If I remove the DEFAULT VALUE setting again, everything is back to normal.
That the default setting is scrambling font sizes is totally unexpected. Can you send me your exported dashboard in a PM so I can investigate this problem?
The “default” value is the setting that is active when the dashboard starts fresh. It is basically what happens if you do not make the setting dynamic. As soon as a dynamic value comes in, such as a replay from cache on startup, it overrules this value.
When you have this enabled in radio groups on multiple buttons, they fight each other. You really should not be able to enable multiple buttons in the same group, but I did not build protection for that. Also, what you are probably doing now is creating your own radio group settings. By making the built in state dynamic and also having a “Selection Group ID” configured, you are controlling the button while Dashboard Studio is also trying to control it. I did not notice a problem during testing, but it is better to remove the “Selection Group ID” to be safe.
Hi @Satoer How can I send you a json attachment?
Regarding my setup: No, only 1 option must be active/enabled, so I guess I can/should keep the Selection Group ID?
