Yes, this is a tricky security thing. Browsers can not copy things on the clipboard unless it is really user initiated. Old browsers do not support these newer methods that’s why it fails. I’m not going to fix editor related things for really old browsers. But if there is something wrong in the viewer, let me know.
Again some usefull things to discover. I wonder if you ever sleep?
The ctrl + e works over here, but as I’ve got another keyboard-layout (Belgium - azerty) the ` doesn’t work here. Haven’t found another button yet that takes over it’s function. Might comme across it by accident someday.
Also the lay-out ‘moved’. My canvas is 1200 pixels wide (to completely fill the screen in my car in black) but the dashboard itself only uses about 900 pixels (to fill the screen on my 7" tablet). It used to align top-left, but now it seems it centers. So I had to move the content a bit, not a big deal offcourse. Vertically, it stays on top.
Sleep? ![]()
does your keyboard feature the superscript two ² in the left top below the ESC?
I think I could also assign it to this key (Same location as the backtic). You are still able to type the ² in edit boxes.
This should not happen. I have not seen any layout shifts myself ![]()
Did all elements / widgets on your dashboard shift? How many pixels are we talking about?
As a matter of fact, i just tried: the ² works ![]()
Maybe I miss-expressed myself. It’s not the lay-out that has moved. I you open on the computer, everything looks the same.
It’s only when I open it on the tablet, for which the canvas is larger than the screen, it seems to center the canvas. This cause the smaller visible content - which is placed to the top-left of the canvas - to have ‘visibly’ moved off screen for some 100-ish pixels.
Good to know, I shall add this to the help file.
Maybe I should add a fit / scale to screen option, that scales the canvas to the screen size. I designed DS to be pixel perfect, but I am also exploring the possibility to be able to create responsive websites with it (the layout changes based on the screen size). Purely because I would like to use it as my startpage in my browser. Not just to control home appliances but also as categorised containers with links to other websites.
Thank you again for these nice new features (I recognise some of them).
I followed your step-by-step plan for setting up a button confirmation dialog.
A few remarks:
- the blur background of the confirmation dialog box is placed over the dialog box rather than behind it, making the Yes/No buttons unusable (both my buttons have a Z-index of 91)
- the result looks nice, but honestly, I find the setup steps too complex for a not-so-complex question.
I understand your reuse of objects. Functionally, I would approach it as follows:
The user creates a confirmation dialog on a separate page of their own design, consisting of:
- container
- a label with the question
- button 1 (default No button)
- button 2 (default Yes button)
And group these objects.
If the user decides that pressing a button must be confirmed first, then:
- activate the confirmation option in the Button wizard
- if this is activated, variables for Question, Yes button, and No button will appear
Define as a global setting on which page the dialog for confirmation is.
I want to set up confirmation for ~10 devices; this means 10 groups on 10 pages with the current setup.
Good performance in the mode switching!
Would it be possible to prevent the left settings menu from collapsing while temporarily activating user mode with Ctrl-E or the backtick key, so that the dashboard itself does not shift every time?
Groups
I have already created dozens of groups. Once a group is defined, its components can no longer be modified unless you delete the group.
Is it possible to put an existing group into an edit mode, so that you can change one or more component settings without having to delete the group?
I just recreated again, and yes suddenly the buttons become inactive with blurred background. I have no idea why the earlier examples I tested worked fine
Yeah, I know. I think its fine to create for a single dialog or something, but if you need 10 confirmation dialogs, then yes. I would not do that either
I will find an easier solution.
Not with CTRL+E, because that just disables and enables the editor. Maybe with the backtick… But I wonder if this is truly desirable behavior. Some users might work on lower resolution screens, so exiting the editor should be useful to see the whole dashboard.
You can add items to a group by selecting them and grouping again. Groups do not have a hierarchy, so all the selected elements combine into a single group again. You can delete an item from a group, but you cannot ungroup a single item from a group.
You can put the group in edit mode? (Open group button). Than you can edit all the individual widgets. Maybe add options like remove from group, and add to group? Is that what you meant?
![]()
When one can edit a screen, one can test that part too. Alternative: make the menu collaps behaviour optional in the quick test mode (backtick usage).
What I mean to say is that once a group has been created and you start testing with “teleporting,” it happens more than once that you want to be able to modify parameters in one or more components (button behaviour, text color etc.) that make up the group.
Currently, I do not see that option, and I delete repeatedly the entire group to modify parameters. A group is needed to test the teleporting functionality.
But have you pressed this button?

This will open the group and you can modify the parameters of the components that make that group.
Ahhhh, now I see. Because you persistently indicated that this is the solution, I clicked around a bit further.
First use Open Group (I was already familiar with that), but then, and I didn’t know this, deselect the group, to then select the component to be modified.
I kept clicking on that group and couldn’t modify any components. This falls into the category of “if only I had tried and/or known this earlier.” Always keep learning…
Thanks!
Still good to know. It should automatically deselect everything when a user opens a group. It makes no sense to keep everything selected, because if a user opens a group, they usually want to edit individual parts anyway.
Since version 1.10.0, the horizontal scroll bar at the bottom of the edit screen (not the left settings screen with parameters) cannot be moved sufficiently to the left when I set my Chrome browser to a magnified view. I can see everything on the right. I think this is related to the new fast switch from edit to use mode and back.
I would like to set components pixel-perfect in a high-resolution DS screen definition.
NEW TEST Version 1.10.1:
- Improved: Editor groups - opening a group clears selection; Group, Ungroup, and Open Group buttons disable when the action does not apply.
- Fixed: Editor and viewer horizontal scroll reaches the full canvas when the dashboard is wider than the screen.
- Fixed: Buttons inside a group no longer blur when Blur Background When Visible is on.
- New: Hold Ctrl+` (backtick) for live preview while keeping the editor panel visible.
- New: Click the version number in the editor header to open What’s New release notes.
This is fixed ![]()
Use CTRL + ` ![]()
This is fixed ![]()
Also: When you open a group, it no longer automatically select all items in the group. When inside a group you can now select widgets you want to remove from the group and press “remove from group”
Adding widgets to the group works still the same way, just select the group and the widgets you want to add, and press “group”
Haha, it itches how overly polite and positive Gemini is haha.![]()
You are fast!
I haven’t tried the confirmation dialog box now, because I am waiting/hoping, as you indicated yourself, for a simpler solution.
Another hopeful wish. A horizontal bar chart would be great for creating room for more information. Could then add bars for different time periods side by side.
Basically flipping chart 90 degrees.
The lay-out issue I had is also resolved in the new version. Now back to top-left alignment & movable on phone/tablet…(which might not be a good thing because I just lost my recently-gained-justification to buy a foldable phone
)
² works, ctrl+E works. For the ‘temporary view with edit menu visible’ i have to press ‘shift + ²’ but it works…
I add it to the wish list. But it probably wont be a quick one. Lots of related settings and edge cases. ![]()
Oh, crap, I think I misunderstood the problem earlier Bert. Amersfoort described it in a way I could reproduce. I did not know I you where experiencing the same issue.
After many questions, requests, and comments, and after many expansions, adjustments, and improvements by @Satoer, about 90% of my dashboard is now ready.
It is a complete rebuild of a dashboard that I started myself 5 years ago, based on a web environment, with all the associated delays and challenges.
Here are some key figures of the new Dashboard Studio dashboard:
- 29 high resolution screens
- +25 screens with groups to be “teleported” to other screens (ranging from simple to quite complex)
- dozens of advanced flows
- dozens of Homey scripts integrated into the advanced flows, a relatively large number of which are for generating Markdown tables and SVGs. Quite a lot has been rebuilt: initially, all kinds of data were displayed in the dashboard via SVG, and this was adjusted again after Markdown table functionality became available.
- mySQL database to store larger numbers of records with a Homey app with very good performance. Initially, I started by storing JSON files in Homey variables, but mySQL is a more structured solution.
- 1 MB backup file of Dashboard Studio, so very compact. All 54 screens in 1 dashboard with excellent performance on fairly new and fast high-resolution (2800x1752px) Android tablets.
Following the initial tests, a few questions:
- the screens can be backed up, but what about the MQTT field definitions for the many devices?
- I use the Fully Kiosk browser with the option of a click sound upon touch. This is not very helpful, because a click sound is heard with every touch. Would it also be possible to have a short click sound when switching objects such as buttons and menus are touched?
Is it finished now? From previous experience, I have learned that a dashboard is never truly finished, due to:
- evolving insights
- changes in home automation
- new possibilities in Dashboard Studio.
In any case, thanks so far @Satoer for your beautiful, comprehensive, and stable application, and for answering the many questions and fulfilling the many wishes and improvements. I am curious to see what will become available first on the by now long wish list.
But you’re not rid of me yet
.
Yesterday I changed my Dashboard Studio, which I am creating. This morning my Dashboard Studio screen is empty. Loading from Homey gives the same problem, an empty board.
The difference is the version (updates of apps are automatic in Homey)
Yesterday it was version 1.9.4, this morning it was version 1.10.0.
Can you fix this problem?






