[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ANN: GWorkspace 0.6.5

From: Chad Hardin
Subject: Re: ANN: GWorkspace 0.6.5
Date: Sun, 6 Jun 2004 14:04:50 -1000

That hypothetical daemon I mentioned, the one which would keep track of running apps. There are other things it would be use full for too. Specifically things that are essential for the creation of a working dock. For example, a dock needs to know when an App wants to change it's AppIcon.

Personally, I think if there is another app/daemon present that is willing to handle the AppIcon at Application launch time then it should be used to handle the AppIcon, otherwise the App itself can use the original AppIcon Tile behavior. I think that is a reasonable behavior.


On Jun 6, 2004, at 2:24 AM, Enrico Sersale wrote:

To answer also to the other mails in this thread:
don't expect this dock to become a full replacement for the WindowMaker's one; this, simply, is not possible. To get this, you'd need a kind of "NSWorkspace - workspace application - window manager" object that doesn't exist. If you read NSWorkspace.h, it is evident that, in its original conception, this class implies the existence of a workspace application; but, in our implementation, this is not possible. Said this, I must add that something in this direction can be done; the introduction of the _workspaceApplication ivar in NSWorkspace, for example, has helped me very much; a daemon keeping track of the running applications, as Chad says in a other mail, would be an other step in the right direction. And, take a look in Desktop.m; I've a full implementation of all the NSWorkspace methods that mount and umount volumes; actually it is a bit too linux-specific but, with some ifdefs in the part that parse /etc/mtab, I think that could be moved in NSWorkspace.

Discuss-gnustep mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]