Hi Vincent,
Thank you for your reply.
- Correct
- So the feature is about giving Dashboard developers more control on dashboard level. So I think this feature should be to be able to control for each dashboard seperately what filter options are allowed. This can be achieved by using Filtergroups. Reusable filters - aka filtergroups
Some examples
- You have an Actual vs Target dashboard. There only full months or ytd/mtd make sense
- In companies that are used to reporting on a specific date unit, like rolling 30 days or last 4 weeks, you also generally want to let people use the options you provide for a dashboard.
I saw this one touches Dashboard Views where you can provide multiple views of a dashboard to end-users, such as looking at a dashboard with 30 day rolling periods or 4 weeks rolling period or 7 day rolling etc etc. - For some dashboard, you might want to give more flexibility, and yes that should also be an option. The point is that, it is not on all dashboards desirable, even not for user convenience. So this decision should be left to the Analyst to decide whether a dashboard should have access to custom dates or not.
Long story short
A dashboard developer should be able to determine per dashboard if it requires custom dates or a predefined set of filters.
As I explained, using Filtergroups and Dashboard views will make this feature even more useful.
Also this feature would be backwards compatible, as it doesn’t require current users to change their current dashboards. You should be able to look per dashboard if you need to limit end-user filters, but the management should be done centrally (Filtergroups)