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 don't believe this is a problem with ImageJ itself, but likely an issue with how XQuartz handles multiple monitor setups on the Mac.
I'm posting this in case someone else has encountered the issue and has a solution.
When invoking ImageJ on a remote server with XQuartz on a mac with multiple displays, zooming the ImageJ client window does not work. The window itself changes size, but the underlying image canvas does not adjust.
I can duplicate this whether I run the x-windows through a command line SSH tunnel or via an x-based remote desktop like X2Go.
Digging into the ImageJ java classes, it looks like the canEnlarge method in the ImageCanvas class uses the remote x's reported desktop size to determine whether the proposed zoom will fit. Because of the way XQuartz reports the desktop size with multiple monitor systems (see XQuartz/XQuartz#92), I suspect canEnlarge is triggering it's Null return case that then leads to the odd zoom behavior.
The canEnlarge algorithm probably works with most other x implementations, but seems to fall apart with XQuartz.
I may be in error that it's the canEnlarge method at play here, but I suspect it has to do with whatever method is querying X to get the display dimensions.
Again, this seems to be largely an XQuartz problem, but I thought it would be worth mentioning.
The text was updated successfully, but these errors were encountered:
I don't believe this is a problem with ImageJ itself, but likely an issue with how XQuartz handles multiple monitor setups on the Mac.
I'm posting this in case someone else has encountered the issue and has a solution.
When invoking ImageJ on a remote server with XQuartz on a mac with multiple displays, zooming the ImageJ client window does not work. The window itself changes size, but the underlying image canvas does not adjust.
I can duplicate this whether I run the x-windows through a command line SSH tunnel or via an x-based remote desktop like X2Go.
Digging into the ImageJ java classes, it looks like the canEnlarge method in the ImageCanvas class uses the remote x's reported desktop size to determine whether the proposed zoom will fit. Because of the way XQuartz reports the desktop size with multiple monitor systems (see XQuartz/XQuartz#92), I suspect canEnlarge is triggering it's Null return case that then leads to the odd zoom behavior.
The canEnlarge algorithm probably works with most other x implementations, but seems to fall apart with XQuartz.
I may be in error that it's the canEnlarge method at play here, but I suspect it has to do with whatever method is querying X to get the display dimensions.
Again, this seems to be largely an XQuartz problem, but I thought it would be worth mentioning.
The text was updated successfully, but these errors were encountered: