# \[APP\]\[Pro\] Dashboard Studio - A completely free-form dashboard designer **URL:** \ **Category:** Apps\ **Tags:** dashboard, homey-pro\ **Created:** [February 15, 2026, 7:45pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169 "2026-02-15T19:45:30Z")\ **Posts on this page:** 20\ **Page:** 15
**Author:** ![Robin\_Schuurman](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/robin_schuurman/32/71552_2.png) [@Robin\_Schuurman](https://community.homey.app/u/Robin_Schuurman)\ **Post date:** [March 11, 2026, 9:20pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/287 "2026-03-11T21:20:28Z")
First of all thank you for creating such a great app! I am playing around with it at the moment and it looks like almost everything I now have on my other dashhoards can be done here as well, but only more flexible. Really nice! The only thing I am really missing is a RTSP or ONVIF support. I have a couple of camera’s that don’t support snapshots, only rtsp/onvif. Any idea if and when this will be supported? ---
**Author:** ![Satoer](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/satoer/32/38113_2.png) [@Satoer](https://community.homey.app/u/Satoer)\ **Post date:** [March 11, 2026, 10:17pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/288 "2026-03-11T22:17:58Z")
Thanks > [@Robin\_Schuurman](#): > > The only thing I am really missing is a RTSP or ONVIF support. I have a couple of camera’s that don’t support snapshots, only rtsp/onvif. Any idea if and when this will be supported? I have tried to create a solution for this, but without specialized plugins, it is extremely hard to show an RTSP/ONVIF stream in a web browser. The funny thing is, just recently Homey developed a solution by transcoding camera streams in real time to the WebRTC format. This makes it possible to view a web stream inside a browser window. But I have not had the time to look into that yet. And I am afraid it is only available in the Homey environment and not for app developers. But like I said, I have to look into it (though the list of things above it is long). ---
**Author:** ![Satoer](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/satoer/32/38113_2.png) [@Satoer](https://community.homey.app/u/Satoer)\ **Post date:** [March 11, 2026, 11:01pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/289 "2026-03-11T23:01:29Z")
Okay, [big update.](https://homey.app/nl-nl/app/com.satoer.dashboardstudio/Dashboard-Studio/test/) I have added the “local” topic, an edit box widget, and updated the list widget with user interaction control. I also improved several other things. > [@Martijn\_C](#): > > Is it also possible to create some kind of input field for the dashboard user? > > in my case I want personell to add broke equipment to a list. It is a bit of an advanced update, but I think I managed to create this with zero advanced Homeyscript backend code. ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/e/d/edc2220337e95efd3d2724f5d5f0d359461193d0.jpeg) The problem I faced was that a setup like this needs attached buttons to control things. A button to send an edit field. A button to select all or delete list items. But I do not want to add extra configurable buttons to every widget. So version 1.3.0 introduces “local topics”. When you add “local/” in front of your topic, the topic is handled locally and inside Dashboard Studio. This way it can send information directly to other widgets. This allows you to use normal widget buttons to interact with an edit box widget or a list box widget. ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/7/0/70775d7ae6990b9a8ef574e92fd434b375b813f4.jpeg) **Edit box widget** This edit box sends text data. It can be configured for single line and multiline text. It features a new “Trigger topic”. When a topic is fired on this setting, the edit box widget sends its data to the output topic. So if you connect the output topic from a button to this trigger topic, the edit box sends its data. Remember you can use a local topic for this. Using local topics also prevents other browser windows with the same dashboard from sending their data. **List box widget** This widget is heavily modified to be interactive. Instead of only receiving data, it can now also send its content to save in a Homey variable. You can add interactive checkboxes in front of the items, and you can connect buttons to select or deselect all and delete selected items. It now also accepts line breaks in text. If you connect the “output topic” of the edit box to the “Data (String/JSON)” input topic in the Content source section, the data is added to the list. But you can also store all the contents of this list in a Homey Variable: Create a Homey text variable. In this case I created “testListbox”. ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/0/7/07ffcce4ee6b64584ec512fe809e277b9e37a1d9.png) Enable this variable in the Dashboard Studio Configuration. ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/f/3/f3fcb1272b58bab8032f9e9b716d46996a3969e4.png) Connect this topic to the Data (String/JSON) topic in the List box widget. ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/9/3/93b7b3be853d1a3c7fc9acd456cecdc9885a88ce.png) Set the “Output mode” of the **list box widget** to “On any change” (this will send all list items directly to the output topic on any change). Set the “Output format” of the **list box widget** to “JSON Array (Objects)” (this will send the full list). Set the output topic of the **list box widget** to “ListboxData” (So this is a custom **global** topic, not a local topic!). ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/9/c/9c53a06c419f9d7297a8b03e0a831ef553c39398.png) Set the output topic of the **edit box widget** to the same “ListboxData” topic. ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/a/4/a483d45db1f3a723398ff8c7394c6ed64843b01c.png) Now create this flow: ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/2/f/2f2f8cd7b8734a5556a0d7ad892b5e6fef695616.png) This will copy the data inside the “testListbox” variable we created earlier. So it is a bit of a mindfuck, but this is what is going to happen: - The user types data in the edit box. - The user presses the send button. - The button triggers the edit box to send its text data to the ListboxData global topic. - The Homey flow puts this text data in the “testListbox” Homey variable. - The Listbox receives this Homey variable, sees only a single line of text and adds this to the list box. - Because of this change it directly sends the full list in json format to “ListboxData”. - Now it arrives again to the Homey flow and puts this full list in json format into the Homey variable “testlistbox” again. - The listbox receives this full list data but compares it to what it already has, and ignores it completely (this prevents infinite loops). The beauty: All the data is stored. When the page refreshes (and “State Caching” is enabled in the DS settings) it will directly load the latest list data. Another option that the List widget has: Trigger Topic: Select All Trigger Topic: Deselect All Trigger Topic: Delete Selected When you connect a button to these topics it will execute these features. This way you can create a separate dashboard just for viewing the list, and a special management dashboard with the attached buttons that can manage this list. ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/e/d/ed8b776757ea2192c88f1aedd8b473d16b3c8543.png) Please check the [demo over here](https://satoer.com/dashboardstudio/demo/?page=10) Please check the [updated help file over here](https://satoer.com/dashboardstudio/?docs=List+%2F+Log+Data+Formats) > [@Rob\_G](#): > > I think I found it. It happens when all values are 0 (zero). > The problem is the Auto MAx setting. When that is on, and all Y values are 0, then the widget crashes. Wen auto max is off, or there is at least one non-zero value, then it is ok. Bug is fixed in [1.3.0 (TEST version)](https://homey.app/nl-nl/app/com.satoer.dashboardstudio/Dashboard-Studio/test/) [Full list of improvements](https://satoer.com/dashboardstudio/?changelog=true): 1. NEW! Edit Box Widget: A new interactive input field that allows users to type and send custom text values. 2. Added Topic Auto-Echo feature to automatically synchronize state changes across multiple open dashboard windows. 3. Introduced Local Topics: A new way to define and manage internal dashboard variables without broadcasting them externally. 4. Added multi-line text (linebreak) support to the List/Log widget. 5. Added various UI improvements and styling refinements to the dashboard templates. 6. Added a new ‘Vertical Alignment’ setting to the Label & Text widget. 7. Introduced visual Read/Write data access level tags, local tags and Flow tags across the configuration interface. 8. Updated the Arrow widget to automatically synchronize the arrowhead direction with the flow animation state. 9. Alphabetically sorted the widget selection dropdown for easier navigation. 10. Improved the Lightgrid UI with better visual consistency and an option to hide the white/color light indicators. 11. Added X/Y icon offset settings to the Switch/Button widget. 12. Fixed an issue where the Arrow widget bounded box blocked interaction with underlying widgets. 13. Fixed an issue where the Graph widget would crash the dashboard when receiving a flatline of identical values. ---
**Author:** ![fmb](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/fmb/32/27097_2.png) [@fmb](https://community.homey.app/u/fmb)\ **Post date:** [March 11, 2026, 11:18pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/290 "2026-03-11T23:18:37Z")
Is there a way to connect the autoscale function of both graphs when you stack two graph? ---
**Author:** ![Satoer](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/satoer/32/38113_2.png) [@Satoer](https://community.homey.app/u/Satoer)\ **Post date:** [March 11, 2026, 11:26pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/291 "2026-03-11T23:26:00Z")
No, the widget is not able to send that value. You need to connect the manual values to the same topic. And then inside a homey flow create a comparison of the highest values and send it to the graph. Or just take a logical default highest value? ---
**Author:** ![fmb](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/fmb/32/27097_2.png) [@fmb](https://community.homey.app/u/fmb)\ **Post date:** [March 11, 2026, 11:40pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/292 "2026-03-11T23:40:33Z")
Thanks. I was indeed about to try to send the value to Homey and send back the highest (or lowest) one. Having it as fixed value does not have my preference for this graph. It will show electric consumption (or return) and when the electric car is charging the consumption is much higher than the other 95% of the time 😄 ---
**Author:** ![Satoer](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/satoer/32/38113_2.png) [@Satoer](https://community.homey.app/u/Satoer)\ **Post date:** [March 12, 2026, 9:07am UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/293 "2026-03-12T09:07:24Z")
> [@Rob\_G](#): > > Would you consider adding support for svg images as the (URL) data source for image widgets? Just noticed the image widgets accepts SVG images in the url just fine: ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/e/2/e21414ea93055c6bdbab2718635f36e07725b636.jpeg) Or do you mean something else? ---
**Author:** ![Amersfoort](https://avatars.discourse-cdn.com/v4/letter/a/94ad74/32.png) [@Amersfoort](https://community.homey.app/u/Amersfoort)\ **Post date:** [March 12, 2026, 9:11am UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/294 "2026-03-12T09:11:21Z")
@Satoer Based on my initial experiences in defining new Dashboards, I have some suggestions (in random order). I would appreciate a brief response to the points below so I can better understand your design philosophy. **Suggestions** : - Example of a menu pulldown: icon, menu text, highlighted color active menu option, reference to dashboard and page. Definition like plus button in arrow shape points. ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/4/0/40a84b9951770fb013e792c6f6da1be1a80f65fd.jpeg) - Gauges have a start and end color. Could a third color be added to better visualize high, medium, and low colors (red, green, blue for temperature)? - Also show values ​​for gauges, similar to the y-axis of a graph, but curved around the gauge. Possibly adjustable with min. and max. values and intermediate values. (Humidity has a value from 0 to 100, but solar panels, for example, have a value from 0 to 7000) and outside temperature -20 to +50°C. Indoor temp. example 14-26 °C: ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/7/4/7439ac932e482eb19f524467055594c724d293f1.jpeg) How to handle electricity? With positive values the scale goes in my example from 0 to 7k Watt and negative values go from -7k to 0 with a green (solar) color scale: ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/2/8/28f182d52c4a19a2258929625dd66b648dab9faa.jpeg) ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/d/1/d1f3940e958912625288552847f490f2d3d3eb18.jpeg) - What is the difference between “Glow” and “Enable core glow”? If I turn one on/off, the other also turns on/off. - Would it be possible to use the “Rich formatting syntax” not only for Label widgets, but in all widgets with a Label & Text component, and then also add a normal (non-bold) font (as default)? Various texts are now bold by default (e.g. graph titles and button text), which looks flashy and takes up more screen space. - Display the dashboard name below the version number in the top left corner in developer mode (useful when defining multiple dashboards). - Set a multiplier on the slider value text. For Homey, a value is often 0-1, and for a user, it’s often 0-100. - Font not adjustable for slider label; alternatively, choose one font type per widget to limit the number of settings (why using different fonts for one component?). - Add an option to write directly to a Homey variable; currently, a virtual device is required for this. - Sort the variables alphabetically in the Dashboard Studio configuration of syncable components and capabilities. ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/0/2/02b5427b91bfe390f569ed4cd079afca29e703ab.png) - Make the app multilingual to reach more people with this flexible dashboard app. ---
**Author:** ![Satoer](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/satoer/32/38113_2.png) [@Satoer](https://community.homey.app/u/Satoer)\ **Post date:** [March 12, 2026, 9:32am UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/295 "2026-03-12T09:32:48Z")
> [@Amersfoort](#): > > Example of a menu pulldown: icon, menu text, highlighted color active menu option, reference to dashboard and page. Definition like plus button in arrow shape points. Yes, I have something like this in mind for the new “pul down” widget. It will be more like a stationary menu but with a “pul down” trigger. So you can attach a button to it that can optionally activate it. > [@Amersfoort](#): > > Gauges have a start and end color. Could a third color be added to better visualize high, medium, and low colors (red, green, blue for temperature)? I have to think about that one. > [@Amersfoort](#): > > How to handle electricity? With positive values the scale goes in my example from 0 to 7k Watt and negative values go from -7k to 0 with a green (solar) color scale: Yes, there will be an update that allows negative values aswell > [@Amersfoort](#): > > What is the difference between “Glow” and “Enable core glow”? If I turn one on/off, the other also turns on/off. Nothing, It was a copy and paste mistake when I renamed all the properties to incorporate more clear and better naming. Are you still on version 1.2.5? Because it is already removed in 1.3.0 > [@Amersfoort](#): > > Would it be possible to use the “Rich formatting syntax” not only for Label widgets, but in all widgets with a Label & Text component, and then also add a normal (non-bold) font (as default)? Various texts are now bold by default (e.g. graph titles and button text), which looks flashy and takes up more screen space. Changing default values breaks excising dashboards. There is a migration module that can handle this, but I try to overcome this as much as possible. Adding features is not a problem. I shall look if I can can add a “bold” option to those text option (so you can disable it. Just like the gauge. > [@Amersfoort](#): > > Display the dashboard name below the version number in the top left corner in developer mode (useful when defining multiple dashboards). Good idea > [@Amersfoort](#): > > Set a multiplier on the slider value text. For Homey, a value is often 0-1, and for a user, it’s often 0-100. Good idea > [@Amersfoort](#): > > Font not adjustable for slider label; alternatively, choose one font type per widget to limit the number of settings (why using different fonts for one component?). Ill take a look at it > [@Amersfoort](#): > > Add an option to write directly to a Homey variable; currently, a virtual device is required for this. Yes, this is something I would like also. I have tried this, but failed. I need some example code how an app (not a homeyscript) can change these variables. But it is on my wish list. > [@Amersfoort](#): > > Sort the variables alphabetically in the Dashboard Studio configuration of syncable components and capabilities. That’s a good idea > [@Amersfoort](#): > > Make the app multilingual to reach more people with this flexible dashboard app. This is also on the wish list… but totally at the end. It would be too much of a hassle for every change or addition I need to edit a list for all languages. Besides, Dashboard Studio is just a webpage. Users who would like it in their own language can easily change it using language tools build in the browser: ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/a/e/ae0111021e4e17911ce678fe69e7911bf7a6b09c.jpeg) ---
**Author:** ![Robin\_Schuurman](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/robin_schuurman/32/71552_2.png) [@Robin\_Schuurman](https://community.homey.app/u/Robin_Schuurman)\ **Post date:** [March 12, 2026, 12:21pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/296 "2026-03-12T12:21:10Z")
Thanks, really appreciate it. Perhaps [GitHub - AlexxIT/go2rtc: Ultimate camera streaming application · GitHub](https://github.com/AlexxIT/go2rtc) helps. Was actually already investigating it for another project ---
**Author:** ![Satoer](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/satoer/32/38113_2.png) [@Satoer](https://community.homey.app/u/Satoer)\ **Post date:** [March 12, 2026, 3:19pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/297 "2026-03-12T15:19:58Z")
> [@Robin\_Schuurman](#): > > Perhaps [GitHub - AlexxIT/go2rtc: Ultimate camera streaming application · GitHub](https://github.com/AlexxIT/go2rtc) helps. Was actually already investigating it for another project I looked into it, but there are a few hurdles. First, it requires go2rtc running on a backend server. Since it isn’t written in JavaScript/Node.js, getting it to run natively on a Homey would be a major challenge. But I’m also concerned about performance, I don’t want to be responsible for crashing a Homey because a user tried to transcode a high bitrate 4K stream on such limited hardware. 😅 I think the best bet is for the Homey team to open up the WebRTC API to third-party developers. They may have already started, it’s a very recent feature, but I haven’t had the chance to dive into the latest documentation yet. ---
**Author:** ![Rob\_G](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/rob_g/32/79108_2.png) [@Rob\_G](https://community.homey.app/u/Rob_G)\ **Post date:** [March 12, 2026, 6:12pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/298 "2026-03-12T18:12:07Z")
Hi @Satoer I tried this url, but it doesn’t show anything in the image widget: [https://www.yr.no/en/content/2-2748000/meteogram.svg](https://www.yr.no/en/content/2-2748000/meteogram.svg) ---
**Author:** ![Satoer](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/satoer/32/38113_2.png) [@Satoer](https://community.homey.app/u/Satoer)\ **Post date:** [March 12, 2026, 6:37pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/299 "2026-03-12T18:37:15Z")
Weird, seems to work fine over here. Tried in Firefox and Chrome: ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/b/c/bcab2b4f08e2eea2e9f81e10c7cfbf1a21a76981.jpeg) Do you see some errors in the console terminal (right click, inspect =\> console) when you try to load that image? ---
**Author:** ![Rob\_G](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/rob_g/32/79108_2.png) [@Rob\_G](https://community.homey.app/u/Rob_G)\ **Post date:** [March 12, 2026, 6:52pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/300 "2026-03-12T18:52:36Z")
☹ I deleted the image widget and created a new one. Put the URL in and….well it just works. Thanks for checking! ---
**Author:** ![Rob\_G](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/rob_g/32/79108_2.png) [@Rob\_G](https://community.homey.app/u/Rob_G)\ **Post date:** [March 12, 2026, 7:25pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/301 "2026-03-12T19:25:41Z")
Don’t know if it ahs been discussed yet, but I like to show Ring snapshots in my dashboard. Homey RIng app can take snapshots, but the only action I’ve been able to identify is a card that send a snapshot image in a push message to my phone. Would be great if I could use the snapshot image tag to send that to the dashboard and use it as the contents of an image widget. ---
**Author:** ![Satoer](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/satoer/32/38113_2.png) [@Satoer](https://community.homey.app/u/Satoer)\ **Post date:** [March 12, 2026, 7:46pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/302 "2026-03-12T19:46:18Z")
I can only send messages from Homey to Dashboard Studio, not images. I do not plan to support image formats within topics because it would break compatibility with Node-Red and MQTT, which are message-based. Additionally, Dashboard Studio cannot access Homey gallery files where screenshots are likely stored. A potential solution could be a “Then” card that exports images directly to the Dashboard Studio image library. This would allow the image widget to display them properly. > [@Rob\_G](#): > > I deleted the image widget and created a new one. Put the URL in and….well it just works. I don’t know if this image gets automatically updated. But if you want it to update it your dashboard you can do the “streaming a live camera feed” trick in the help file [tips & Tricks section](https://satoer.com/dashboardstudio/?docs=Tips+%26+Tricks) ---
**Author:** ![Rob\_G](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/rob_g/32/79108_2.png) [@Rob\_G](https://community.homey.app/u/Rob_G)\ **Post date:** [March 12, 2026, 8:05pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/303 "2026-03-12T20:05:22Z")
Thanks @Satoer Your idea of exporting Homey images to the Dashboard Studio image library sound good! Any new image with the same name could overwrite the previous one. Then, with the mentioned update trick the image would be refreshed. ---
**Author:** ![Amersfoort](https://avatars.discourse-cdn.com/v4/letter/a/94ad74/32.png) [@Amersfoort](https://community.homey.app/u/Amersfoort)\ **Post date:** [March 12, 2026, 8:14pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/304 "2026-03-12T20:14:52Z")
Please read my remarks about the Ring image and Homey reboot [here](https://community.homey.app/t/app-pro-test-new-dashboard-studio-a-completely-free-form-dashboard-designer/151169/133). As far as I know that trick won’'t work with Ring doorbell. ---
**Author:** ![Satoer](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/satoer/32/38113_2.png) [@Satoer](https://community.homey.app/u/Satoer)\ **Post date:** [March 12, 2026, 9:20pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/305 "2026-03-12T21:20:20Z")
# [New TEST version! V1.3.1](https://homey.app/nl-nl/app/com.satoer.dashboardstudio/Dashboard-Studio/test/) > [@Amersfoort](#): > > - Gauges have a start and end color. Could a third color be added to better visualize high, medium, and low colors (red, green, blue for temperature)? > - Also show values ​​for gauges, similar to the y-axis of a graph, but curved around the gauge. Possibly adjustable with min. and max. values and intermediate values. (Humidity has a value from 0 to 100, but solar panels, for example, have a value from 0 to 7000) and outside temperature -20 to +50°C. Indoor temp. example 14-26 °C: > [@Amersfoort](#): > > How to handle electricity? With positive values the scale goes in my example from 0 to 7k Watt and negative values go from -7k to 0 with a green (solar) color scale: > [@fmb](#): > > A gauge that can be used for negative and positive values and has the option to adjust different colours for above an below 0. Example: I have implemented these requests. The gauge widget now has a “base value” setting; when enabled, the gauge moves negatively or positively around that value. Default 0, but can be another value like 50 in below example. I also added optional labels and ticks. ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/c/8/c86c69036427a6546aa1032f759854cc98b8942e.jpeg) Additionally, I added a third gradient color in the middle. Actually did not want to do it, because this extra power can make visually such horrible graphs 😅 This middle color also acts as the base color when enabled, allowing the gauge to turn red for negative values and green for positive ones. By default it is the average between start and end color. So if you change the start or end color, this “middle” color changes also (unless you change it) use the reset button to set it to default. > [@Amersfoort](#): > > Would it be possible to use the “Rich formatting syntax” not only for Label widgets, but in all widgets with a Label & Text component, and then also add a normal (non-bold) font (as default)? Various texts are now bold by default (e.g. graph titles and button text), which looks flashy and takes up more screen space. > [@Amersfoort](#): > > Font not adjustable for slider label; alternatively, choose one font type per widget to limit the number of settings (why using different fonts for one component?). Well, I added more text options to the widgets 😅 . I included a “bold” option in all text settings so you can disable bold text on any widget. The list of adjustments continues to grow thanks to demanding users 😉 I agree that users should stick to one font, but I can imagine someone wanting a monospace font for a specific value. An extra font selection box won’t hurt. Once the settings are stabilized, I plan to overhaul the interface and reorder everything logically, perhaps by grouping font settings into a single panel. Also, I fixed the font adjustability for slider labels. > [@Amersfoort](#): > > Sort the variables alphabetically in the Dashboard Studio configuration of syncable components and capabilities. Done > [@Amersfoort](#): > > Display the dashboard name below the version number in the top left corner in developer mode (useful when defining multiple dashboards). Added it over here next to “Dashboard file” with status indicator: ![afbeelding](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/f/d/fdbef54055f5f45913d9a551f53c0205a5bf1137.png) [Full changelog](http://satoer.com/dashboardstudio/?changelog=true) ---
**Author:** ![fmb](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/fmb/32/27097_2.png) [@fmb](https://community.homey.app/u/fmb)\ **Post date:** [March 12, 2026, 9:44pm UTC](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169/306 "2026-03-12T21:44:32Z")
Another great update, thanks! [Previous page](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169.md?page=14) [Next page](https://community.homey.app/t/app-pro-dashboard-studio-a-completely-free-form-dashboard-designer/151169.md?page=16)