You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With current screen formats of small and large smartphones which have often an aspect ratio height/wide of about 18:9, the design of the dashboard becomes difficult especially using Gauges; to be readable, only one gauge on the top is possible and values below create a lot of white space. This request is to enhance the layout editor by either:
a. add a top-panel(configurable height) to the existing Left/ M 1,2,3 /Right panels
b. allow 2 or 3 widgets ("combine") in one panel-colomn horizontal side-by-side (thus when adding not only above/under, but also left/right).
My preference would be option a. as it is inline with the map-layout and possibly easier to implement. Option b. would give more -maybe not needed- flexibility, and also usable for more standard aspect ratios like used in tablets, etc.
Further, allow easy configuration of the header-line of the widget-boxes size/color (e.g. dark-blue background with white font); possibly just a documentation issue as with try-and-error not found with designer tools.
An example of above white space "problem":
where using the same type op widgets on a Map, this white space problem does not occur:
The text was updated successfully, but these errors were encountered:
With current screen formats of small and large smartphones which have often an aspect ratio height/wide of about 18:9, the design of the dashboard becomes difficult especially using Gauges; to be readable, only one gauge on the top is possible and values below create a lot of white space. This request is to enhance the layout editor by either:
a. add a top-panel(configurable height) to the existing Left/ M 1,2,3 /Right panels
b. allow 2 or 3 widgets ("combine") in one panel-colomn horizontal side-by-side (thus when adding not only above/under, but also left/right).
My preference would be option a. as it is inline with the map-layout and possibly easier to implement. Option b. would give more -maybe not needed- flexibility, and also usable for more standard aspect ratios like used in tablets, etc.
Further, allow easy configuration of the header-line of the widget-boxes size/color (e.g. dark-blue background with white font); possibly just a documentation issue as with try-and-error not found with designer tools.
An example of above white space "problem":
where using the same type op widgets on a Map, this white space problem does not occur:
The text was updated successfully, but these errors were encountered: