> for the OS-side of the solution in a future OS update. > to address the bug with an XQuartz update, and you'll have to wait
Unfortunately, this means that I won't be able > the fix requires changes to both XQuartz (specifically libXplugin) > This incompatibility with multi-monitor support is a known issue, and > you will loose out on all the useful updates to multi-monitor > XQuartz will behave nicer with multiple monitors in that mode, but > Yes, disabling that checkbox returns you to a "legacy mode" of sorts.
#Xquartz os x el capitan windows#
> windows to span displays, instead of fading out on one. > "Displays have separate spaces." Doing so also allows application
I unchecked all boxes, but the relevant one is > The controls I used were in the System Preference pane for > spans the two displays, as the system has since 10.6. > piece of pixel real estate), was able to run an animation that > as they have since OS 6 or so (that is, one large, contiguous > unlikely location of the controls for freeing the displays to act > after finding (in what's becoming an Apple tradition) the I installed Mavericks on a two-monitor system today, and On 10:40 +0200, Jeremy Huddleston Sequoia wrote: Possibly related: a XQuartz issue with multi-monitor setup on Mavericks just discussed on the X11-user mailing list Do you have any other GTK+ applications installed which use the X11-backend of GTK+? Note that current official GIMP packages do no longer use X11 - they are all built with the Quartz backend of GTK2. Gimp, which also uses x11, does not have this problem.
0 kommentar(er)
