suppressed. Also, X11.app is already running when the xterm appears
before the tkinter gui window. Shouldn't X11.app realize it is
already running when pymol opens its tkinter gui window and
suppress the attempt to open an xterm. That is, the launch mechanism
for x11 programs via X11.app should automatically suppress an
additional attempts to launch clients if X11.app is already running.
Indeed, this behavior does not look right. If one runs
open -a X11
or double-clicks /Applications/Utilities/X11.app
repeatedly, then the default xterm (or whatever is defined in the
org.x.X11_launcher preferences) is launched every time.
The ~/.xinitrc script is executed only the first time, as it should, but
the default xterm appears even when X11 is already running.
This looks like a bug. Shouldn't "open -a" or double-clicking the app
icon when the app is already running be equivalent to clicking the dock
icon or running the applescript 'tell app "X11" to activate'?
The latter don't spawn new xterms, the former do.
OTOH, pymol on Leopard shouldn't do things like
os.environ['DISPLAY']=':0.0'
or
os.system("/usr/bin/open -a X11")
as it does right now. Even on older systems this is strange, because it
prevents pymol from working over a ssh forwarded X11 session, for example.
--
Martin
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/x11-users/email@hidden
