Values Tables, Images, and Widget Themes

Get the most out of the CRM Analytics values table — default columns from the dataset Fields panel, adding fields, fit data to widget, dark widget themes, and the show data as image property for rendering URL fields as pictures.

Values Tables, Images, and Widget Themes

Charts answer "how much" and "which is biggest". Sooner or later somebody asks "which records exactly?" — and that's the values table: a straight list of rows, one record per line, columns of your choosing.

It looks like the least designed widget on the canvas. It has more design settings than almost any other.

Default columns come from the dataset

Drop a values table onto a dashboard and it doesn't come up blank — it arrives pre-populated with a set of columns. Those aren't a guess. They're the default fields configured on the dataset itself, in the Fields panel of the dataset's edit screen.

This is a genuinely useful piece of dataset hygiene. Set sensible defaults once — say Opportunity Name, Account, Stage, Close Date, Amount — and every values table anyone builds on that dataset starts from a reasonable place instead of dumping ninety columns or none.

Set defaults on the dataset

In the dataset's Fields panel, mark the handful of fields that should appear by default. Every new values table inherits them.

Adjust per widget

On any individual table, add or remove columns freely. Local changes never write back to the dataset default.

Adding a field to the table

Adding a column is done from the widget's query, not by dragging onto the table. Open the step behind the table, find the field list, and add the field you want — it appears as a new column immediately.

Order matters for readability. Put the identifying columns first (name, account), the categorical ones next (stage, owner, region), and the numbers last on the right, where the eye expects to scan them. Readers parse a table left to right exactly once; make that pass do the work.

The Fields editor you see inside a dashboard step is not the same thing as the Fields editor in a lens. The in-dashboard one only controls which fields this query returns and how this widget displays them. Real field metadata — the display label, number formatting, default columns, whether a field is hidden from users — must be edited in lens mode, on the dataset itself. If you're changing something and it stubbornly doesn't stick across widgets, you're in the wrong editor.

Spacing: fit data to widget

The default table spacing is generous, which means a table sized to fit your layout often shows four rows and a scrollbar. In the widget's properties, find the spacing option and choose fit data to widget.

That switches the table from a fixed row height to one that compresses to use the space it's been given — more rows visible, columns sized to their content, far less dead white space. On a dashboard where the table is a supporting detail rather than the main event, it's the difference between a useful list and a teaser.

Themes on individual widgets

A dashboard has an overall theme, but each widget can override it. In the widget properties you'll find a theme setting — flip a single table or chart to the dark theme and it renders with a dark background and light text while everything around it stays light.

Used badly this looks chaotic. Used deliberately it's one of the most effective layout tools available:

  • Give the KPI strip across the top a dark theme so it reads as a distinct header band.
  • Darken a single callout widget — the one number leadership cares about — so the eye lands there first.
  • Use a dark background behind a table of images or logos, which almost always look better against dark than against white.

The discipline is to use it for grouping, not decoration. If two widgets share a theme, a reader assumes they belong together; make sure they actually do.

Rendering URLs as images

This is the property most people never discover, and it changes what a table can be.

Salesforce data is full of URL fields — user photo URLs, product image links, logo fields, document thumbnails. By default a values table shows those as what they are: long, ugly, unclickable strings of text that blow out the column width.

On the column's properties there's a show data as image option. Switch it on and CRM Analytics fetches the URL and renders the picture in the cell instead.

  1. 1

    Add the URL field as a column

    Bring the field holding the image address into the table's query like any other field.

  2. 2

    Open that column's properties

    Select the column in the widget's column list to reveal its individual display settings.

  3. 3

    Enable show data as image

    Turn the option on. The cell switches from raw URL text to the rendered image.

  4. 4

    Size the column

    Narrow the column so the images render at a sensible thumbnail size rather than dominating the row.

The classic use is an owner photo column on a top-performers table — faces instead of names makes a leaderboard feel personal and instantly scannable. The same trick works for product images in a catalogue table, account logos on a client list, or status icons stored as image URLs.

The image has to be reachable by the browser viewing the dashboard. Salesforce-hosted photo URLs behave well because the user is already authenticated; a link into an internal system that requires a separate login will render as a broken image for everyone but you. Test with a colleague's login before you ship it.

Your table now shows the right records, at the right density, with faces attached. Next we make the charts themselves explain their own data — with tooltips and chart markers.

Discussion

No comments yet — be the first to start the discussion.