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
I find that in Windows 11, using GR; histogram(randn(10000)) puts the plot window behind the Julia window. Often there's no indication that a plot was made. In a way, it's a small thing. But I think it can also make newcomers who are deciding whether to invest time in learning a new package (GR, Plots) think it's not working, and give up. I don't know if it can be fixed.
Thanks.
The text was updated successfully, but these errors were encountered:
Unfortunately, the behavior when opening GKS windows is not the same on different platforms. Depending on which window manager is used, the graphics window is moved to the foreground and/or receives the input focus (although we use the same code when creating a new window).
I will try to achieve the same behavior on all platforms. However, it may be necessary to force a certain behavior via an environment variable (e.g. GKS_WINDOW_BEHAVIOUR).
In the current developer branch, we have introduced an environment variable GKS_QT_WINDOW_STAYS_ON_TOP, which can be used to force the GKS Qt window to remain in the foreground. Other solutions were not effective across platforms. Unfortunately, we were also unable to prevent the current input focus from being lost on some systems.
A new GR version (with this change) is planned for next week.
I find that in Windows 11,
using GR; histogram(randn(10000))
puts the plot window behind the Julia window. Often there's no indication that a plot was made. In a way, it's a small thing. But I think it can also make newcomers who are deciding whether to invest time in learning a new package (GR, Plots) think it's not working, and give up. I don't know if it can be fixed.Thanks.
The text was updated successfully, but these errors were encountered: