[Xquartz-dev] x11-exec

Ben Byer bbyer at apple.com
Sun Dec 16 05:46:05 PST 2007

What he said.

(I'd love to have individual Dock icons for each X application, but  
this is simultaneously difficult to achieve, and difficult to do in a  
way that is generically correct for all X applications.   Therefore,  
let's not worry about it until we get the trivial 1-icon case working.)

On Dec 15, 2007, at 8:55 AM, Jeremy Huddleston wrote:

> 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 at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo/xquartz-dev
> _______________________________________________
> Xquartz-dev mailing list
> Xquartz-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/xquartz-dev

Ben Byer
CoreOS / BSD Technology Group, XDarwin maintainer

More information about the Xquartz-dev mailing list