Hi Derek, I think there are two things here, really... the short-term fix, and the long-term fix. Right now, I think it's best to try to get a fix that solves the problem as easily as we can without being too much of an ugly hack. For the long term, some people have suggested separate icons for each X window. That is completely impractical at the server level, but if we start putting that onto quartz-wm's shoulders it is theoretically possible. I look at things like vmware fusion that create .app bundles on the fly for windows applications, and I see that it is possible... I'm just not very close to understanding how. Additionally, the server needs a dock icon for now, since it is the only way a user has to bring it to the foreground. On Dec 15, 2007, at 07:59, Derek Fawcus wrote:
On Fri, Dec 14, 2007 at 12:04:44PM -0800, Jeremy Huddleston wrote:
Well the one that "represents the X applications" *is* the X server.
I realise that. I was asking 'does it help if we were to change that?' 1) Have something else represent the X applications 2) Have a seperate program (maybe w/o an icon?) for the Xserver
Then we have two ways in which things get started: 1) Automatic (no manual start of Xquartz, so no icon for it per-se) 2) Manual (so an actual Dock icon for the server, and the existing one for the 'Apps')
The only reason I suggest this is that i've a vague memory of the server code playing games to fake out the Dock's view of which program is in the forground when an actual X appliation is running.
Output by the Xserver when it's in the background would not be an issue, the only difficulty is getting k/b input. One could simply have the 'X app program' feed such to the server say XTEST, or via some other back door channel.
DF _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/xquartz-dev