CORP Support for iFrame Embedding
A customer has Sisense embedded in our web application as an iframe, and we are having some issues related to Cross-Origin Resource Policy. We know that Sisense has CORS settings, but we have not found anything related to Cross-Origin Resource Policy (CORP) headers, like cross-origin-embedder-policy or cross-origin-resource-policy setup. The customer would like the same configurations and settings at their disposal
Dynamic link generation based on values in table/pivot cells in ComposeSDK
In Compose SDK, it would be a great idea to create a unique format for crafting links from the content in table/pivot cells. Upon detecting this format, the text would be automatically transformed into a link with the full URL being crafted from the contents in the cell itself, which should have a format like <hostname>:<port number>/<additional_parameter1>/<additional_parameter2> and so on. Of course, they would be fully customizable, and the trigger for the transformation should be some kind of reserved character at the beginning or end of the cell's content. The advantages of such a solution would be that since the data for these cells is taken from the database, the values there could be freely used across any range that is desirable for the designer. These links should also work when the widget is embedded, of course.
scripts and plugins working with ComposeSDK
To ease the transition between dashboards embedded via iFrame and the ComposeSDK, widget scripts, dashboard scripts and (most important!) plugins/add-ons should also work with ComposeSDK, e.g. via a flag "allow_scripts_and_plugins" or similar. That way, when moving between the 2 embedding methods, there is less friction.Add indicator for downloading a widget
While downloading a large csv/excel file (over several hundreds mb file) from the widget, there would be a long delay of couple minutes before the browser indicates the file has been downloaded. During this time, the user has no indication if the request to download is in process or has failed. It would be good to have an indicator to show the download of the file is in progress, so user would not click the download multiple times thus causing multiple queries to hit the backend.
Responsive pivot table widths
Pivot tables are currently not responsive and it doesn't take up the full width of the available screen in an embedded dashboard. For table widgets, we can set the width to "auto" which uses the whole screen space. Similar functionality can be added to pivot tables to make the dashboards look more formal and appealing.
Allow multiselect
When designing a dashboard, we want to disable multi-select for a specific filter so that end users can only select one value. The challenge is that we can’t preselect a single value during dashboard creation, since the valid values vary from user to user. Preselecting a value might result in - That value not being available for certain users. Confusion for end users if they see a value that doesn’t apply to them. Ideally, we want the filter to force the user to choose a single value from their applicable options, without allowing multiple selections and without preselecting any default value.Filtering by column in table widget
To filter any data we need to add the filter on the right panel. Though this is possible only for a desinger and if a viewer wants to filter any other columns in the widget after the result set is displayed, they will need to download the table and filter in csv/excel. It will be really nice to be able to further filter the result set by viewer after the data is processed/displayed by having this option visible on every column header. Currently, clicking the column header only sorts the data, keeping a filter option on every column can allow the user to narrow down the results before downloading the file. Using this option, the viewers can filter any of their columns in table widget without having the need to download and analyze the results outside sisense.Enhance table widget page controls
The page controls to change the pages are currently within the widget and its functionality is limited: Thus, if the number of rows to be displayed are increased to 50 or so, the widget window would get expanded and user will have to scroll to the bottom of the dashboard to see the page controls or change the widget page. This can be avoided by placing the page controls at the bottom of the widget window and not limiting it to the size of rows. So the widget window size stays fixed and the user can scroll through the data within the table widget. This also helps view the dashboard in the page without having the need to scroll down at the bottom of the dashboard. Additionally, also allow the viewer to increase the number of rows to be viewed in the widget. Example, a user should be able to increase the number of rows for a table widget to fixed numbers as 50 or 100.
button to reset all widget-level filters
The number of source of frustration and confusion amongst our users, when building Dashboards, is conflicts/inconsistencies between Dashboard and Widget filters. I have separately suggested that Sisense introduce a visual indicator of widget-level filters and it sounds like that is planned for the future, which is great. Another related feature that a user suggested was a "reset all widget filters" button which would be a single place at the Dashboard level. If the user clicks it, it forces all Widget filters to (a) be deleted (or maybe disabled?), and (b) puts the widget filter settings back in-sync with the dashboard (meaning if the user has selectively toggled off Dashboard filter inheritance at the widget level, that will revert back to the defaults). This is a really quick and easy method to put users back to square one if they have painted themselves into a corner, so to speak.
