Open RonKrc opened 4 years ago
Further tests revealed that the issue happens when I move Stellarium from the MacBook monitor to the second monitor attached to the computer. As soon as I move it back to the main monitor, whether windowed or fullscreen, the issue resolves itself.
Could you check this workaround: https://github.com/Stellarium/stellarium/issues/991#issuecomment-601777607 ?
I am seeing a similar problem on Arch Linux, running the 0.20.2 AppImage, on a laptop with an external monitor attached, both 1920x1080. When I move Stellarium to the external monitor, the mouse pointer is offset: I need to click about 300 pixels to the left and 100 pixels below an object to select it. The problem does not appear when Stellarium is running on the laptop's main screen.
@mbaz it still sounds like a scaling issue. Does the solution in #991 work for you?
Setting QT_SCALE_FACTOR
has no effect.
I found this in config.ini
(I ommited irrelevant entries):
[video]
screen_h = 516
screen_w = 943
screen_x = 4
screen_y = 4
That made no sense to me so I changed it to:
[video]
screen_w = 1920
screen_h = 1080
screen_x = 0
screen_y = 0
When running Stellarium again, the window was huge, at least three times my actual screen resolution; I had to reduce its size manually. The mouse offset in the second screen remains, though.
Another problem: in the laptop main screen, the mouse is not offset, but the configuration windows are very large, and they look fuzzy, as if they were rescaled.
One more note: in the second screen, the mouse is only offset when selecting objects and when panning. There is no offset in the toolbars or in the configuration windows.
The solution is all about
export QT_SCREEN_SCALE_FACTORS="1.0;2.0" && stellarium
and NOT anything with QT_SCALE_FACTOR
Thanks for clarifying -- I thought that was only required when the screens had different resolutions, and mine have the same.
This works fine -- the only remaining issue I have is that the configuration windows (opened from the left-hand side toolbar) are too large and fuzzy -- I have to reduce the font size to 7 to be able to see all the options. Should I open a new issue?
@mbaz you captured this specific macOS thread to discuss scaling issues on ArchLinux. Yes, please check for other issues around scaling on Linux systems, and if none fits, open another thread. HiDPI scaling issues are where the 3 systems seem to differ in most peculiar ways. It does not help that we don't use HiDPI screens. I will then hide our (partially solved) discussion above.
@RonKrc did you try any of the recommendations?
Please check version 0.20.3RC2
@RonKrc does anything in this thread help you? We will close this after about October 5th.
The issue is still there in the last release of Stellarium 0.20.3
I can reproduce problem on the mac with Retina + Standard Resolution Monitors, but I see other effect
Hello @RonKrc! OK, developers can reproduce the issue. Thanks for the report!
Hi - I had a rude shock today when I attempted to run a scripted planetarium show in an auditorium in front of an audience and ran into what I think is exactly this issue. I had to get sysadmin to do a fresh install of Stellarium on the podium (Windows) computer, transfer my script, and set up all my hotkeys ... after opening the doors!
Just checking whether there is a workaround for this?
macOS Catalina 10.15.5 Stellarium 0.20.2 MacBook 13"
Most of the times, Stellarium will open with the sky window reduced in the left-bottom corner (see screen grab attached). It takes a certain amount of quitting/restarting to have the sky in full view.
But then, mouse operation is totally out of sync with the screen. I can hardly move away from the grass of the landscape.
Also, when I click on an object with the mouse, a totally different object gets selected.
Note: the issue occurred randomly and disappeared randomly after a series of quit/relaunch of the app.
Stellarium log.pdf