Subject:
Re: Child Windows
From:
Jordan Crouse ####@####.####
Date:
26 Jan 2001 14:51:51 -0000
Message-Id: <3A718FD1.71B143E6@censoft.com>
Ahh, but we do have complete control over the decoration, but thats not
the default, so it is easy to ignore.
The main point you are getting at is that each of the windows passes in
a bit of some sort that defines if it should be decorated or not. That
way, a given toolkit can choose to have its dialog boxes decorated and
the other chooses not to. This is exactly how Nano-X works. The user
must specifically choose to decorate or not to decorate a given window.
However, the default (as is the default in all other window managers) is
to decorate the window when in doubt. If you fire off a new window that
is the child of the root window with a GrNewWindow() call, and then you
omit setting the window properties, you will get a decorated window,
exactly the same as if I fired of a new X display and I didn't specify
the window decorations.
Of course, FLNX just fires off every window that is created with the
full decoration bits specifically turned on. I have a small mod that
lets you set the window properties, and when we fix the reparenting
problem, we'll throw that mod in as well.
Jordan
Amit Kulkarni wrote:
>
> hi,
>
> i've been around with this decorating thing for quite some time and i have a
> few words to say on the decoration issue. It is rather wierd for the
> windowmanager to look for parents of windows and decorate them if they are
> children of GR_ROOT_WINDOW_ID. In my own humble opinion there should be a
> bit corresponding to each window saying "Decorate me" (Like GTK_TOP_LEVEL)
> and if that is set then the fancy border should be drawn. Most of the
> windowing systems work this way and that should be the way to go for nano-X
> too. There may be windows which are NOT children of the root window and
> still need decoration (like in apps with multiple windows.... windows mIRC
> might be one of them). Or there may be windows which are children of the
> root window but there is no sense decorating them (menus on right click are
> an example of these).
> This whole idea of decoration needs a bit of rethinking (maybe many versions
> later.. but sometime !)
>
> Regards,
> Amit Kulkarni
> http://www.amitkulkarni.com
>
> >From: Jordan Crouse ####@####.####
> >To: Mark Trinidad ####@####.####
> >CC: ####@####.####
> >Subject: Re: Child Windows
> >Date: Thu, 25 Jan 2001 12:55:36 -0700
> >
> >When you create a new FLTK window, the code automatically parents it to
> >GR_ROOT_WINDOW_ID. The window manager sees this, and decorates the
> >window accordingly. So the solution is as follows:
> >
> >You need to create the window, and you need to purposely reparent it
> >(since the code doesn't reparent on its own). So, for example:
> >
> >foo = new Fl_Window(0,0,100,100);
> >bar = new Fl_Window(0,0, 50, 50);
> ><....>
> >
> >bar->end();
> >bar->parent(foo);
> >foo->end();
> >
> >That way, the child window is appropriately parented, and the window
> >manager won't get involved.
> >
> >If anyone can determine a good way to automatically handle child
> >windows, please feel free to speak up!
> >Jordan
> >
> >Mark Trinidad wrote:
> > >
> > > Hi Guys,
> > >
> > > I created an FLTK program and recompiled it under
> > > FLNX. Thanks to some of your help, I managed to get
> > > my program compiled and running.
> > >
> > > Well... my issue right now is with child windows.
> > > Under FLTK everything works fine, but when I do my
> > > FLNX build I have my child windows popping up as
> > > parent windows. Is the support for child windows not
> > > yet complete? Or is there something I need to do with
> > > my code? Thanks.
> > >
> > > -Mark
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Yahoo! Auctions - Buy the things you want at great prices.
> > > http://auctions.yahoo.com/
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: ####@####.####
> > > For additional commands, e-mail: ####@####.####
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: ####@####.####
> >For additional commands, e-mail: ####@####.####
> >
>
> _________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
