Best Of
Re: Card Name vs Card Title (for cards that have the same title)
I second this. There are a number of applications that allow for an internal title and a display title. Beastmodes have this ability. The dashboards for my company share many of the same control cards but are forced to interact with joined tables differently. At this point, it can be quite confusing to assign the correct control to the right dashboard or app.
Re: beast mode to show how many updates every 6 hours
@DashboardDude You rock! Just watched the video and this is what is needed. Just signed up to the newsletter as I do actually want to know more about DOMO.
Thank you again for the assistance and have a wonderful weekend!

Re: View as user or view as role
Hi, @JasonAltenburg, @DataMaven, @afranklin, @Kyrsten and everyone. Thank you all for being engaged in the Community Forum and for posting here in the Ideas Exchange!
While I know this particular ideas thread is about "view as", we've also heard feedback that there are use cases for taking action as another user: "act as". Here's a hypothetical use case: "I want to create a carefully curated experience for our new CFO that we're onboarding to the Domo platform. Of course I want to make sure they have access to all the right apps and data; but I also want to validate that they have the right role/grants to use Domo the way they need; and I want to add a few important cards to their Favorites."
I've appreciated the opportunity to talk at length with some of you about this and with your help I think we've found a good path forward; Let me provide some insight into how we're approaching this.
We're still working through some solution design considerations, but we're hoping to move forward with User Impersonation. This new capability to impersonate another Domo user would be limited to admin-type users (controlled by a new admin-level grant), and start/end and justification for impersonation would be logged. During the time-limited impersonation session, the admin-type user would be able to both view Domo as the user, and also act in Domo on that user's behalf.
Using this approach, we would be able to address both the need to view and act as another user. And while it may seem counterintuitive, we believe this is also our most efficient approach. So, don't worry: we wouldn't be delaying "view as" while we build "act as".
Finally, I imagine some Domo customers may not want to allow this functionality at all. For those customers we'll be able to entirely disable the feature.
That's a wall of text. If you made it this far - thanks for reading! Obviously, please feel free to share additional ideas and feedback here. I'll try to provide updates, too. And again, thanks for being part of the Domo Community!
Re: Is it possible to create a grouped bullet chart by Month?
Yeah, I want to be able to do this, too, and posted this idea about it. Upvote/comment on it to keep it in the running, because it didn't get much love:
In the meantime, I also recommend this recent discussion, which has some ideas on alternatives/different ways to use bullets:
https://community-forums.domo.com/main/discussion/comment/100908
Re: View as user or view as role
DomoSupport can already do this. Making it available to customers would be fantastic.
Re: View as user or view as role
This feature is extremely important to the successful adoption of Domo within our company. It would provide the ability to validate our security policies, greatly reduce the time spent trouble-shooting access related issues, and improve the user's overall experience.

Re: View as user or view as role
This would be a great addition - my IT team has been in contact with Domo regarding this same feature.
Re: Option to add row number on a table card
I just found a fairly simple solution for this - though having a toggle would definitely be preferred.
Create a Beast Mode with this formula: COUNT(DISTINCT 1)
Insert the column into your table and Display As Running Total.

Re: MapBox - No Background
A Domo "brick" is basically an html page with JavaScript. You can test it outside of Domo if you are familiar with basic html and JavaScript.
It appears the root issue may be that Mapbox is trying to load a stylesheet (css) that violates Domo Bricks Content Security Policy.
I believe Domo bricks run in an iframe. With restrictions for security. And hosted styles like mapbox://style…etc is loaded CSS from an external source. It seems to be blocking that stylesheet. Hence, no background is showing because the base map is a style or overlay.
You could try the https version:
https://api.mapbox.com/styles/v1/mapbox/streets-v11?access_token=YOUR_TOKEN
style: 'https://api.mapbox.com/styles/v1/mapbox/streets-v11?access_token=YOUR_MAPBOX_ACCESS_TOKEN'
If you use custom styles or are coding inline styles with <style> tags, it might be flagging that as well. Stick to external styles. Make sure the map container is getting full height and width with css. But I doubt it since you are getting the donuts.
#map {
width: 100%;
height: 100%;
}
For me….I would go outside Domo and save the code and run it. It's simply an html and Javascript. Throw it into a folder an toss the html up into Chrome's tab area to run it locally. If it runs, then security would seem to be the problem.