Feature Ideas

Allow the ability to customize the chart series colors, fonts, and other items on a per chart basis in the Chart Wizard. NOTE: Currently you can edit this items via the CustomCSS file, this idea is to make those more accessible by including the changes in the Chart Wizard so the Builders and Agents can modify them easily.

Ability to leverage a highly formatted Microsoft Word template with tags that match to data stored in a dataset and have the export capability to create and export multiple pre-filled templates.

When you have the title of a report in the report itself there is no need to duplicate it in the widget title. Make the widget title non-required or optional to display.

Add the ability to add a trend line to a chart the way that Microsoft Excel provides.

Currently, you can set a static name for the attachment that goes out via scheduled email. It would be nice to have dynamic values such as a date to append to a file name such as, report20-12-09.pdf.

Major upgrade to the interface and features. Stay tuned

Right now number formatting only applies to the main KPI value and not the goal. Provide the ability to set the number format of the goal value in the KPI.

Instead of having to export data from DashboardFox into Excel, it would be nice to have an Add-in which can directly connect and pull and refresh data into an Excel sheet. This could also apply to Google Sheets.

Support the installation of DashboardFox on a Linux operating system

Allow the arranging of saved fields in the same way you can re-organize and order your favorited dashboards.

Currently only admins are able to reset a users password if they forget it. Enable a forgotten password feature for agents and builders.

Currently many of the error messages that are returned when a report fails are errors provided directly from the database. This means that most of the messages are not extremely user friendly and don't provide easy to understand information on the issue with the report or how to solve it. This idea is to revamp the error reporting to provide more user friendly messages.

Allow users that know how to write SQL queries or already have SQL queries generated to be able to leverage those in the DashboardFox report building process. Please leave feedback on how you would use this feature and where you would want it. For example: Creation of a DashboardFox App dynamically from a SQL query. This would limit access to App Builder level users and continue to leverage the DashboardFox App which is the hub of all security and Composer Access. Allow Composers to create reports directly from SQL queries. This would potentially by-pass DashboardFox security and allow anyone with builder access to run any query they wanted, Feedback on your desire and use case for this needed.

It is tedious to move data cards up and down the field list in the composer. Fields are added to the bottom of the list and moving them to the top or higher requires a click of the up arrow multiple times.

Currently the composer has full control of what report data can be shared as a Guest View or Public View Document. This feature is to include the Guest View or anonymous user as a reserved user type so that it can have Data Security policies attached. So regardless of what the Composer creates, the organization can set a policy on what data limits are.