full screen issue with slicer on mac os 15.0.1. the right of screen is clipped in full screen . this is since i got new mac os 15
The content of the Slicer window juat does not fit on the screen. You can drag the vertical splitter between the module panel and the views to make a vit more space for the viewers. You can also try to force size constraints by exiting and entering maximized window state.
this is new issue , never happened before regardless of view im using . i think its related to new Mac Os. even in full screen it fits well then stretches out of screen which is very unusal behavior .
previosuly it fits ok then i drag vertical splitter ro make think even . now it is diffrent .
just wanted to report it
Could you take a screen capture video to illustrate what is happening exactly?
i tried video but didn’t wok . ill try taking another one
here is a screen shot in fullscreen mode , you can see cropped right side at the sagittal section
i also noticed non reposviveness in many basic functions in fullscreen . like scrolling through slices or pressing any icon . it stops responding until i exit fullscreen mode.
These issues are probably due to bugs in macOS and/or Qt. They may be fixed in upcoming patches by Apple or maybe by Qt. Until then you may need to avoid using full-screen mode.
If you can send a screen capture video then it may help us identifying the underlying problem and figure out workarounds.
here is a video . this is similar but in this both sagittal and coronal is moving .
the same issue but seems getting worse
hopefully im not wasting your time with these silliy issues
Thanks for the video, it looks interesting. Can you check if it makes any difference if you deactivate the push-pin icon in the slice view controllers of the green and yellow slice views? Do you observe any issues if you are in different view layout, such as “3D Only”?
I’ve tried running latest Slicer Preview on macOS 15.0.1 using a 14” MacBook Pro and did not see this issue when in full screen mode. This piece of hardware has a 3024x1964 display. I tried going into the same general registration module with three over three layout and everything was positioned appropriately.
I can observe a similar application cut off issue if I go into macOS Settings->Display and changed text size from “1512x982” aka Default on my system to a larger size that is “1352x878”.
@mohammed_alshakhas what hardware are you using? And your display settings?
1 Like
sorry couldnt follow up the post got somehow busy
push pin on or off doesnt affect behavior . and i didnt notice the behavopr on single view like 3d or red only .
im using mcbook pro M2pro 14 inch with default display setting . the behavior is not only in 3 over 3 view . it happens with any multi view .
I am only seeing this issue in really low resolution on my M3 Pro 14". It starts to happen at the highlighted resolution and lower.
What is the resolution you are using? Did you try switching to a higher one?
im using this setting . i didnt change display setting , it started ti happen after latest update only
@lassoan @jcfr we probably need to up the minimum required resolution:
Minimum required currently is 1024 by 768, which does not work on Mac properly.
Indeed 1024x768 resolution was the most common in early 2000s, in 2011 it was overtaken by 1366x768, in 2020 it was overtaken by 1920x1080.
(source: Desktop Screen Resolution Stats Worldwide | Statcounter Global Stats)
Ten years ago, 95% met the 1024 minimum width, 768 minimum height requirements. Unfortunately, nowadays there is a wider variety of image resolutions around, so all that we can say is that screens have become wider (from 1.33 to 1.78) and maximum resolution increased. We should change the recommended resolution based on a wide-screen aspect ratio, but I don’t think we can require higher resolution than 1366x768. I’ve submitted a pull request to update the documentation to 1366x768 minimum, 1920x1080 recommended.
However, in layout problems the most important factor is text size, because that determines the size of most Qt widgets. Text size depends on:
- size of the font chosen in the Slicer application settings
- font scaling setting of the operating system
- chosen application language (for example, German translation tends to be longer than the English original)
Font scaling is much more complex, as it is operating system dependent, and acceptable range depends on the screen size and eyesight of the user.
We could describe in the documentation how the text scaling may need to be adjusted if there are layout problems. We could also add more tests for detecting too wide widgets (current tests only check the module widget size in pixels and they don’t detect any issues now). But probably this new layout issue on macOS requires an investigation that focuses on this specific problem. It very well may be a macOS bug and we can live with workarounds (e.g., adjust application font size in Slicer application settings or don’t use maximized mode) until it fixed. If Apple does not provide a fix then Qt probably will, but we would need to update to Qt6 for that, which will take at least a couple of months.
Yes so @mohammed_alshakhas ’s setting of Default at 1512x982 matches what was displayed on my 14” M1 MacBook Pro running macOS 15.0.1 where I did not observe the issues. So I’m not sure why that clipping is being observed. I only observed the issue when I set it to a lower resolution than that default.
The higher-density panel on the new 14-inch MacBook Pro features a 3024 x 1964 native resolution, which will be presented to users as 1512 x 982@2x
the issue now is apparent in all view not only in full screen.