View controller bar is thicker in Slicer-5.6.0

The bars of the view windows are bigger than before - they take too much space - will this also be addressed?

The larger slice view controller buttons is by design and has been present in Slicer 5.5-Preview builds since September 13th.

We had discussed a comfort and cozy mode, but I don’t have full plans of how that will consistently be applied across the entire application for a common user experience.

I hoped that I would get used to the thicker view controller bars, because the difference is not all that much and the larger size makes the pushpin icon a bit easier to click. However, after several months of use on a large monitor, I still feel that these bars take up too much space.

If I run this line of code to hide the slice view controllers it feels like a breath of fresh air:


We can already display a vertical scrollbar to browse slices:

for slice in ['Red', 'Yellow', 'Green']:
    sw =

If we implemented display of view color (e.g., as a colored frame) and some view information as corner annotations, and make the slice view controller available (e.g., in the context menu) then we could remove the slice view controller bars completely.

1 Like

+1 for uncluttering the views and displaying things only when needed, so long as it doesn’t introduce multiple clicks to do simple things. It would be nice too if the drag handles weren’t so prominent. Maybe if they only showed up when the mouse is over the drag area. This kind of behavior is nice in a lot of interfaces to remove clutter, but we should use it carefully to avoid lots of stuff flashing in and out of view as you mouse around.

Fully agree. There should be a lot of possibilities to declutter without impacting usability.

We could keep a vertical slider for slice browsing and buttons above it for resetting FOV and maximize view. We could display layout name, color, slice offset, etc. in corner annotations.

The rest of the options (that are shown when the pushpin icon is clicked) could be added as right-click menu, or maybe by clicking on certain corner annotations, or perhaps properties of the current view (where the user last clicked in) could be editable in the DataProbe… We should look at other examples that users like and see what makes sense to adopt.

Maybe we could create a project about this for the upcoming project week?