As a dashboard author, once you have signed into your ArcGIS Online organization the beta will be available from the App Launcher as Dashboards Beta.
Most dashboards will open without issue in the beta. However, there are some known limitations with supported browsers, layer types and pop-ups. For a complete list of limitations, see the ArcGIS Dashboards Beta known limitations guide.
When the ArcGIS Dashboards Beta release moves to General Availability, how many versions of Dashboards should users expect to see from App Launcher?
ArcGIS Dashboards Beta will move to being the default version of ArcGIS Dashboards after the beta period. The current version of ArcGIS Dashboards will then move to being ArcGIS Dashboards Classic.
Hello,
I just wanted to mention this to ensure it is on a future list of updates. Currently, widgets only allow you to use a spatial layer as an input. If your data is table only the widgets will not allow you to use it (where the current dashboard does allow this). This is a limiting factor me in being able to use the dashboard beta right now.
Any chance the "ArcGIS Dashboards Beta" will allow the user to switch between the "Light" and "Dark" modes? In the legacy dashboards this setting is only available at the design (admin) level.
Hi Benjamin,
The use of tables is a known limitation of the beta. This is something the team is actively working on having supported.
Thanks!
Noora
Hello Brian Fausel!
There are a few things we are thinking about with regard to changing themes in Dashboard.
1 - If an author has 'branded' their Dashboard (Made changes to the color settings like element background color, tab colors, etc), we don't think it makes sense to allow non-authors viewing the Dashboard to change the theme as their color changes could clash when the theme is changed.
2 - For authors who have used the default theming (Dark/Light), we could explore allowing users to toggle the themes, or we might look into allowing the Dashboard to automatically inherit browser/OS theme that each user might set.
In any case, an author definitely should be able to opt-in/opt-out of allowing users to change themes as it greatly affects the look and feel of their Dashboard.
In what scenarios did you imagine users wanting to change themes in runtime (not design time)?
Hello John,
I agree that the option should be opt-in, that would work good for us. And the design method where it would inherit the browser/OS theme would work I think. I can see why there would be a concern if the dashboard is deliberately trying to follow a branding scheme. In our case it is for internal departments with no particular branding requirements.
Our use case are departments where there are workers using the dashboards 24/7. The day shift prefers the Light theme and the night shift prefers the Dark theme (generally, I assume there are differences of opinion within each). The way we are doing it now is to maintain 2 dashboards - 1 Light and 1 Dark. We have one original that we make all changes on and then create a "Save As" duplicate and change the theme. It's not a huge deal, but it requires us to take a few additional steps every time we want to update the dashboard. Then there is always the issue of the changing URL of the updated "derived" dashboard. While we encourage users to bookmark a map gallery rather than the direct dashboard link, we have people that do the direct link anyway. And then they must update their bookmarks after an update.
Thanks for the consideration. I saw a general user request in Ideas that included this but I can create a specific one if necessary.
- Brian
Thank you so much for the feedback Brian Fausel!
I have recorded your thoughts internally and the Dev team had a little discussion about it. Hopefully something that meets your requirements comes down the line soon, but it is not currently on the near-term road map.
Up to you on creating a new idea. Whatever you think will get the most upvotes...the existing one or a new one!
Hi Noora Golabi, any update on when this functionality will be available? Our organization is also affected by this limitation.