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
>> 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
>> 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.
>> Xquartz-dev mailing list
>> Xquartz-dev at lists.macosforge.org
> Xquartz-dev mailing list
> Xquartz-dev at lists.macosforge.org
CoreOS / BSD Technology Group, XDarwin maintainer
More information about the Xquartz-dev