Re: App Icon patch revision

[Sungjin Chun]

Sorry for my poor english. What I want to say is that in test.c I
attached, if window_group is set as context->drawable the
code does not work and if window_group is set as mainWindow
what the barflib does, works well. This is what I want to say.
And in examples for WINGs or wmlib, they also uses this technique.

In DPSiconwindow, what I do is that all property setting like things are
to the appRootWindow not window->ident which is created. And
set appRootWindow as withdrawn state and created window, ie.,
window->ident as icon window for appRootWindow. I'm not sure
whether this can be done using NSIconWindowMask but as
far as I can do, I cannot make WindowMaker create appicon
window area and draw on it using GNUstep. So, DPSiconwindow
is not exact copy of DPSwindow, in which all attributes are set
to the created window, ie., window->ident.

----- Original Message ----- 
From: "Adam Fedor" <fedor@doc.com>
To: "Sungjin Chun" <ninja@linuxone.co.kr>
Cc: <richard@brainstorm.co.uk>; <discuss-gnustep@gnu.org>
Sent: Monday, February 05, 2001 12:57 PM
Subject: Re: App Icon patch revision


> Sungjin Chun wrote:
> > 
> > 
> > PS)
> > I cannot figure out why window_group. ie, app root window
> > is set as XDRW. In WindowMaker it just create another
> > app root window and use XDRW only for drawing.
> > Can you let me know? ( test.c )
> > 
> 
> I don't see where WindowMaker does that. XDRW would certainly work
> anyway, there is no need to create another window (unless, for some
> reason, it doesn't work that way?).
> 
> Also your DPSiconwindow is almost exactly copied from DPSwindow.  Why
> not create the icon window with DPSwindow and use DPSstylewindow to
> change the window parameters appropriately? There is already a
> NSIconWindowMask style, probably for that purpose.
> 
>