# \[APP\]\[Pro\] Widgetkeeper - dashboards in your browser + custom widgets **URL:** \ **Category:** Apps\ **Tags:** dashboard\ **Created:** [October 6, 2026, 5:44pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453 "2026-10-06T17:44:40Z")\ **Posts on this page:** 20\ **Page:** 11
**Author:** ![Drako74](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/drako74/32/150506_2.png) [@Drako74](https://community.homey.app/u/Drako74)\ **Post date:** [October 17, 2026, 12:01pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/202 "2026-10-17T12:01:54Z")
> [@Rene\_Loef](#): > > I was wondering if I could get them also to colour on the other side (above 70 and above 80) like in relative humidity (so green between 40 and 60, orange a bit beyond that and red if it is way out of the comfort zone ) and also only above certain values of it is a temperature sensor @Rene_Loef You can already do this with Flows, for example: ![IMG_8113](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/e/1/e10c8ea438bef11b39527efc3eda4d02a454472b.jpeg) And an example of a dashboard using the Device Values widget that I have created Advanced Flows for each value Tile to colour code it with logic between green, yellow, orange, and red… and purple if it’s in an error condition… for example the Fridge temperature tile is blue between 0°C and 3°C, yellow between 3-5°C, orange between 5-7°C and red above 7°C… and if the temperature reading is negative it turns purple. I have created a similar Advanced Flow for the Freezer temperature tile, just with different temperatures. ![IMG_8112](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/4/a/4a7262af2f57be948337de22cbbd461bec36fa3e.jpeg) Having the colours customisable in Flows, rather than just in the widget settings, makes them far more customisable for so many different devices/applications. My Fridge Freezer is plugged into a smart plug with energy monitoring, so the tile next to the temperatures turns green to show its compressor is running and actively cooling when over 20W, and turns to default grey when below 20W. The screen was taken just before the compressor kicked on, hence the colour of the tiles being orange, orange, grey. ---
**Author:** ![Drako74](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/drako74/32/150506_2.png) [@Drako74](https://community.homey.app/u/Drako74)\ **Post date:** [October 17, 2026, 12:11pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/203 "2026-10-17T12:11:06Z")
You can do this with the Lists app, but that is restricted to the iOS/Android app dashboards. It would be nice if this could be added to the web WidgetKeeper Dashboards (either displaying the Lists app list device, or a completely new custom list, but that would be a bit of a duplication of app functionality) ---
**Author:** ![Andy\_Henderson](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/andy_henderson/32/80642_2.png) [@Andy\_Henderson](https://community.homey.app/u/Andy_Henderson)\ **Post date:** [October 18, 2026, 9:34am UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/204 "2026-10-18T09:34:45Z")
I hope the number of posts here isn’t getting you down. I think it’s a measure of the enthusiam your app is generating. For my part I have transformed the home page of my phone app. That being said, I have an issue and a suggestion… I use Switchbot curtain motors. For a reason known only to Switchbot, independent curtain motors use position 0% for open but connected curtains (that open and close as one device) use position 0% for closed! There is an advanced setting ‘Invert open / close position’ that drives device setting invertPosition but that doesn’t seem to change anything in Homey. I don’t know if the setting comes from the Switchbot app or the Homey driver. If you observed the setting, however, it would correct the appearance of your widget which currently shows connected Switchbot curtains as closed when they are open. It would also help if you could use a little tolerance of a few percent when showing ‘fully open’ or ‘fully closed’ - the Switchbot app does this. I’m going to guess that curtains/blinds are going to be a pain for you! I have an e-bike (Orbea, so not a knock-off manufacturer). I have a flow that switches the charger on, waits three hours, and turns the timer off. It would be handy to be able to change the background colour of a flow button from a within a flow so I can see at a glance if the bike is charging, or not. I would drive that from the device state so - if the smart plug disconnects (it’s outside the house, so not completely reliable) I can see if it’s charging longer than I want. That’s a specific use case, but I suspect the ability to change the background colour of a flow button from a flow would have many uses. All power to your elbow as the saying goes. Andy Edit: I forgot to say that capability windowcoverings\_closed shows the connected curtains are closed when they are open regardless of the invertPosition setting. ---
**Author:** ![SunBeech](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/sunbeech/32/111391_2.png) [@SunBeech](https://community.homey.app/u/SunBeech)\ **Post date:** [October 18, 2026, 10:29am UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/205 "2026-10-18T10:29:31Z")
> [@Andy\_Henderson](#): > > I use Switchbot curtain motors. For a reason known only to Switchbot, independent curtain motors use position 0% for open but connected curtains (that open and close as one device) use position 0% for closed! There is an advanced setting ‘Invert open / close position’ that drives device setting invertPosition but that doesn’t seem to change anything in Homey. I reached out to Athom on the positon and states Homey reports of the SwitchBot curtain drivers, as there seem to be some inconsistencies ([see this post](https://community.homey.app/t/app-pro-widgetkeeper-extra-dashboard-widgets/160453/87) up in this topic). They are currently investigating my observations. Keep in mind that 100% is the default value Homey uses for fully opened and 0% for fully closed. SwitchBot works the other way around: 100% is fully closed. The ‘invert open/close position’ inverts that (at least in my case): 100% is treated as fully opened. So it should invert the meaning of the position value. However not all icons/states change consistently (that is part of my report to Athom). I assume Widgetkeeper receives the open/close/position info from Homey and uses that as a basis. If that info or some parts of it is incorrect then that will result in unexpected behavior. So I think first Athom needs to ensure that curtain position and states are handled consistently in order for derived widgets to work properly. ---
**Author:** ![Drako74](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/drako74/32/150506_2.png) [@Drako74](https://community.homey.app/u/Drako74)\ **Post date:** [October 18, 2026, 11:29am UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/206 "2026-10-18T11:29:42Z")
> [@Andy\_Henderson](#): > > I hope the number of posts here isn’t getting you down. I think it’s a measure of the enthusiam your app is generating. For my part I have transformed the home page of my phone app. YES, well said that man… this app and it’s widgets have transformed my mobile app home page, and also made my Shelly Wall Display XL useful and responsive again with the web widget. There is no doubt in my mind that this app has been a game changer for Homey smart home 👏👏👏 standing ovation good sir 🫡 ---
**Author:** ![Andy\_Henderson](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/andy_henderson/32/80642_2.png) [@Andy\_Henderson](https://community.homey.app/u/Andy_Henderson)\ **Post date:** [October 18, 2026, 1:13pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/207 "2026-10-18T13:13:46Z")
> [@SunBeech](#): > > I assume Widgetkeeper receives the open/close/position info from Homey and uses that as a basis. If that info or some parts of it is incorrect then that will result in unexpected behavior. So I think first Athom needs to ensure that curtain position and states are handled consistently in order for derived widgets to work properly. I suspect this is an ongoing issue for all manufacturers since position n% is meaningless in itself. Widgetkeeper can isolate itself from the issue if invertPosition is a setting introduced by the Homey driver (rather than being Switchbot-specific). Following invertPosition will mean the widget can work correctly (for curtains at least), regardless. Andy ---
**Author:** ![SunBeech](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/sunbeech/32/111391_2.png) [@SunBeech](https://community.homey.app/u/SunBeech)\ **Post date:** [October 18, 2026, 1:36pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/208 "2026-10-18T13:36:30Z")
> [@Andy\_Henderson](#): > > position n% is meaningless in itself Actually, the [Homey SDK](https://apps-sdk-v3.developer.homey.app/tutorial-device-capabilities.html) indicates what the standard meaning of 0% and 100% is. The position value regards the `windowcoverings_set` capability. ![Homey SDK windowcoverings](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/e/4/e4960954f87e1d077acb4f05761d3cc082719724.png) According to the SDK the percentages are defined as following: ![Homey SDK windowcoverings_set](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/3/4/34510cbb80761199654c49c0505a340df33cd6af.png) So that is what Homey expects. Additionally. it provides the ‘invert’ option if devices report the position in the opposite manner, so that it is in line again with what Homey expects. ---
**Author:** ![ThomasRS](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/thomasrs/32/173568_2.png) [@ThomasRS](https://community.homey.app/u/ThomasRS)\ **Post date:** [October 18, 2026, 2:37pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/209 "2026-10-18T14:37:08Z")
> [@Andy\_Henderson](#): > > I hope the number of posts here isn’t getting you down. I think it’s a measure of the enthusiam your app is generating. Not at all! 😊 My lack of replying is because I’m prirotizing getting everything done for 1.0.0. Trying to include as many suggestions as possible. And a few ideas if my own. Hoping to have it done during the coming week. ---
**Author:** ![SunBeech](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/sunbeech/32/111391_2.png) [@SunBeech](https://community.homey.app/u/SunBeech)\ **Post date:** [October 18, 2026, 4:26pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/210 "2026-10-18T16:26:32Z")
> [@ThomasRS](#): > > And a few ideas if my own. I like the Room Health widget 😀. ---
**Author:** ![ThomasRS](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/thomasrs/32/173568_2.png) [@ThomasRS](https://community.homey.app/u/ThomasRS)\ **Post date:** [October 18, 2026, 5:06pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/211 "2026-10-18T17:06:17Z")
Someones sneak-peaking on GitHub 😉 ---
**Author:** ![ThomasRS](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/thomasrs/32/173568_2.png) [@ThomasRS](https://community.homey.app/u/ThomasRS)\ **Post date:** [October 18, 2026, 5:09pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/212 "2026-10-18T17:09:36Z")
> [@Andy\_Henderson](#): > > All power to your elbow as the saying goes. What? 😃 Never heard that! ---
**Author:** ![ThomasRS](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/thomasrs/32/173568_2.png) [@ThomasRS](https://community.homey.app/u/ThomasRS)\ **Post date:** [October 18, 2026, 5:30pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/213 "2026-10-18T17:30:02Z")
Current status of v1.0.0 ![whats-new-1.0.0](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/0/c/0c0246af1586ecc54ae26502263618cd28c562c7.jpeg) ---
**Author:** ![Andy\_Henderson](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/andy_henderson/32/80642_2.png) [@Andy\_Henderson](https://community.homey.app/u/Andy_Henderson)\ **Post date:** [October 18, 2026, 5:36pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/214 "2026-10-18T17:36:49Z")
> [@ThomasRS](#): > > > [@Andy\_Henderson](#): > > > > All power to your elbow as the saying goes. > > What? 😃 Never heard that! [https://idioms.thefreedictionary.com/all+power+to+your+elbow](https://idioms.thefreedictionary.com/all+power+to+your+elbow) ---
**Author:** ![Drako74](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/drako74/32/150506_2.png) [@Drako74](https://community.homey.app/u/Drako74)\ **Post date:** [October 18, 2026, 5:42pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/215 "2026-10-18T17:42:20Z")
Possibly some weird southern saying… cos never 'eard of that up norf 🤣 I’ve heard “more power to you” loads… but the elbow is a new one… and I know some pretty ancient older people ha ha ha ---
**Author:** ![Drako74](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/drako74/32/150506_2.png) [@Drako74](https://community.homey.app/u/Drako74)\ **Post date:** [October 18, 2026, 5:43pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/216 "2026-10-18T17:43:32Z")
> [@ThomasRS](#): > > Current status of v1.0.0 That looks absolutely sick Thomas… mighty fine job good sir 🫡 ---
**Author:** ![ThomasRS](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/thomasrs/32/173568_2.png) [@ThomasRS](https://community.homey.app/u/ThomasRS)\ **Post date:** [October 18, 2026, 5:49pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/217 "2026-10-18T17:49:39Z")
So, it’s actually possible to add widgets from other apps to the web dashboards too - this is from the Lists app: ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/f/0/f0917108d43719b32320f0072c170b588db2bb3d.png) Need some proper testing - but could be in 1.0.0 too. ---
**Author:** ![Andy\_Henderson](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/andy_henderson/32/80642_2.png) [@Andy\_Henderson](https://community.homey.app/u/Andy_Henderson)\ **Post date:** [October 18, 2026, 8:12pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/218 "2026-10-18T20:12:19Z")
> [@Andy\_Henderson](#): > > I use Switchbot curtain motors. For a reason known only to Switchbot, independent curtain motors use position 0% for open but connected curtains (that open and close as one device) use position 0% for closed! There is an advanced setting ‘Invert open / close position’ that drives device setting invertPosition but that doesn’t seem to change anything in Homey. I don’t know if the setting comes from the Switchbot app or the Homey driver. If you observed the setting, however, it would correct the appearance of your widget which currently shows connected Switchbot curtains as closed when they are open. It would also help if you could use a little tolerance of a few percent when showing ‘fully open’ or ‘fully closed’ - the Switchbot app does this. Having messed around with the ‘invert’ setting, I closed the connected curtains this evening and now everything is showing correctly in Widgetkeeper. It looks like an open/close event is needed to activate the invert setting. Right now it’s set to off so I guess it was on when I saw the issue. Sorry to have [started a hare running](https://idioms.thefreedictionary.com/start+a+hare+running) unnecessarily. Request for tolerance when showing fully open/closed still applies, though. ---
**Author:** ![Alex\_Reisberger](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/alex_reisberger/32/179032_2.png) [@Alex\_Reisberger](https://community.homey.app/u/Alex_Reisberger)\ **Post date:** [October 19, 2026, 1:59pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/219 "2026-10-19T13:59:03Z")
You’re awesome! ---
**Author:** ![Drako74](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/drako74/32/150506_2.png) [@Drako74](https://community.homey.app/u/Drako74)\ **Post date:** [October 19, 2026, 4:58pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/220 "2026-10-19T16:58:12Z")
You must be a mind reader or something… cos I was going to ask about the Lists app lists on the web widget… that would be spectacular!! ---
**Author:** ![ThomasRS](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/thomasrs/32/173568_2.png) [@ThomasRS](https://community.homey.app/u/ThomasRS)\ **Post date:** [October 19, 2026, 5:48pm UTC](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453/221 "2026-10-19T17:48:10Z")
Have done a bunch of further testing, and it’s working great it seems - here’s a bunch of widgets from other apps (really hope they don’t mind): ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/7/9/79426162ca0e662d6ef6df7ee6f8fe9e93837056.png) [Previous page](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453.md?page=10) [Next page](https://community.homey.app/t/app-pro-widgetkeeper-dashboards-in-your-browser-custom-widgets/160453.md?page=12)