Re: ANN: GWorkspace 0.6.5

[Chad Hardin]

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.

Comments?
Chad


On Jun 6, 2004, at 2:24 AM, Enrico Sersale wrote:
(snip)
> 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
> Discuss-gnustep@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnustep