Widget Text and Column formatting Megathread
Hello Everyone! There are a lot of Ideas around improving the ability to format the text in Widgets. We appreciate all the feedback! In order to make it easer for people to find and contribute to the discussion, I am combining them into this thread. Everyone, what are the customizations that you would like to see in the GUI rather than using a script? One of the ways we prioritize development efforts is by community interest. I encourage everyone to vote and comment on this suggestion and its comments. The more engagement a request receives, the higher the likelihood of it being considered for implementation. Thank you for participating, and we are excited to work with you to make a better Sisense! Have a great day!
Custom error pages
Hello we would be pleased to see possibility to upload custom error pages in Sisense. 403, 404, 500. Also when you will end on not existing page e.g. /app/de. It would be perfect if such pages could also be translatable. It could be set as Look and Feel option or wherever you like.Dashboard search - custom behaviour
Hello, I would like to suggest adding custom number of characters for the search bar on left panel when search is performed. For example, search will start after typing 3 letters. It would also be great if that search would be asynchronous instead of stopping everything. Currently search is run after 1 character and with a big number of dashboards freezes whole application, sometimes causing browser to show alert that page is unresponsive.Jump to dashboard - hidden dashboards should be easily identified by the owned
Using the jumpToDashboard plugin, there is a feature enabled with flag "hideSharedDashboardsForNonOwner" that allow the owner of a dashboard to hide dashboards even if shared with other users. The owner is the only one who can see it. The problem of this option is that, when a dashboard is configured to be hidden, the only way the owner has to know this setting is to open the dashboard menu and check the flag status. As a result, it could happen that the owner doesn't have a clear overview of which of his dashboards are visible and which one are hidden to other users. It could be useful to show somehow to the owner, in the tile and list view, if a dashboard is hidden. One simple option is to set a value of opacity for hidden dashboard like "0.65" to distinguish them easily. Attached my implementation of this feature. It's based on 1.3.1 version of jumpToDashboard and adds this feature; it also fixes some issue I found with proxy base url set on the system (win and linux). There is a know bug in this feature (already in the base plugin version); the viewer see the real count of dashboards but then see just the dashboard that are not hidden (e.g.: 5 dashboards counted, but 3 tiles displayed). Here an example of 2 dashboards listed, one hidden and one not: 2024-10-02 - Updated attached version to fix dashboard counter when some dashboard is hidden
Allow Tolerations and Annotations To be Set on Pods Deployed By Sisense
For the pods that sisense deploys into the kubernets cluster (bld and qry pods) being able to customize these specs would be helpful to get true node isolation and for log shipping. Currently we can set the Limits and Requests for these pods. It would be nice if there were a configuration setting that would allow us to add a toleration to the spec so our cluster can use taints. Also adding custom annotations to these pods would allow us to ship the logs to our log management system giving us greater insight and monitoring.
filter button colors
Because a non-trivial amount of the population is colorblind, it's a best practice to never rely solely on color when indicating behavior or status of a UI element. The filter-pane buttons are by default, I think, green for positive selection, red for exclusion, and grey for unselected. It would be better if there was also a small icon in the button that would indicate checkmark if positive, "X" if negative, and blank if unselected. Or perhaps, if Unselected (red), show a thin "X" over the whole body of the button. Thank you.
Manage BloX stylesheet(s) centrally.
Currently every BloX widget has its own stylesheet that is defined separately from the look and feel of the rest of the Sisense application (apart from the action buttons, for some reason). This is understandable for some out-there cases, but in many cases I've had to work with Blox, what I really want is for my Blox widgets to fit in with the look and feel of the rest of the dashboard -- in essence to use the same default stylesheet, if not as the whole dashboard application, then at least as other BloX widgets. The current 'stylesheet' in the widgets could then be used to overwrite any details for that particular widget, instead of it functioning as a full stylesheet every time. Thank you!
Local Development Environment
Idea: Allow developers to build/test add-ons in a local environment rather than requiring a live environment. Note that this would be for the purpose of creating custom add-ons for additional functionality that would require testing on the "out of the box" Sisense UI. Background/Context: In most development workflows it is common practice to work on your code locally on your machine and deploy to a local server aka "localhost" to test/view your work in the browser. An example of this is building and deploying a local React.js app to your browser. As you make changes to the code it will recompile locally and update what you see on your localhost. If you're using Sisense out of the box however, to test/view any changes to an add-on developers are forced to upload the files in some way to a live Sisense Environment. This not only limits the innovation of add-ons to developers with an active license and live environment, it makes it painfully inefficient to develop customizations on top of the Sisense application. I understand there are likely some business concerns with allowing the use of the product locally but I'd argue that there are ways to prevent that, such as enforcing some default sample data etc., but in such a way that would give developers a "local playground" to develop/innovate on.
