-
-
Notifications
You must be signed in to change notification settings - Fork 312
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Resolution KW not working properly on OSX with retina GLMakie.jl #766
Comments
For OSX, i haven't implemented the calls to get the primary resolution - which i started to do without GLFW present so it can be queried inside AbstractPlotting without any backend loaded. Since this has been troublesome also for the web backends, we may want to move this back into the backends, since that would make it much easier. |
Would those calls make the window draw smaller than it should? Because the screen resolution is only set to 1960 x 1200. So I still am trying to figure out how that would make GLMakie draw a Scene that is bigger that the screen, as smaller than the screen. |
Trying to dig deeper, I ran the tests for both CairoMakie and GLMakie. |
Fixed by #2544 in Makie 0.20 (and to a lesser degree beforehand) |
If I use the code:
I do not get a window that fills the whole screen as seen in the image below.
In this case AbstractPlotting.primary_resolution() = (2880,1600).
Furthermore, my screen resolution is set at 1920 x 1200, so there is already some oddity there.
Beyond that, there is some significant performance degradation when I have a window open.
Further documentation in discourse:
https://discourse.julialang.org/t/blank-glmakie-jl-window-make-system-unusable-while-open/50763
The text was updated successfully, but these errors were encountered: