Re: placing children in gdkwindows?

[greg <gregor waltz villanova edu>]

(see below for original post)

well, i think i figured out part of my problem. containers like boxes
don't have their own gdkwindow (widget->window). they just set the
window to the parent widget's window. that's why the hbox widgets
weren't drawing in the correct window. at least i think that's what's
happening...

the entry widgets et al still do not display in the correct window. even
if i address them directly without placing them in a box.

i checked the gtklayout to see if it handled these widgets and the box
widget. it does work in a scrolled window so that it uses the bin_window
technique (it puts the children in a gdkwindow other than widget->window
like mine does).

what's the problem? i've been through the code of gtlayout and others
too many times to count. i don't know what the heck i'm doing wrong.

please help. i can send the code to those who want a look-see.


greg wrote:
> hi, i have a widget that organizes other widgets by placing them in gdk
> windows. this works well for the ruler widget i have at the top, but not
> at all for boxes, buttons, or entries.
>
> i set the children's parent widget to mine with gtk_widget_set_parent
> and the appropriate gdkwindow with gtk_widget_set_parent_window. i then
> move the gdkwindows to where i want them.
>
> as i said before, this works well with the ruler, which moves right
> along with its parent gdkwindow. however, the other widgets i mentioned
> do not follow their window. they act as if the main widget window is
> their parent. this makes NO sense to me as i check to see which window
> they have set as their parent during the draw event and it is the
> correct window. ( i just tried putting hrulers in the same places and
> they do work correctly.)
>
> on a similar note, when i was experimenting to see if widgets other than
> the box would work, i found that buttons and entries somehow stop the
> draw event for my widget! what the heck is that all about? i must be
> doing something wrong for this last thing to happen. hrulers do the same
> thing, but not the one i normally have at the top.
>
> any ideas?
>
> btw: which list should programming be discussed on? i always thought it
> was to be done on gtk-app-devel-list gnome org    but it seems to be
> more widely discussed on gtk-list gnome org 
>
> thanks!
> --
>
> -greg
>
> http://neenjatech.org
>
> Passionate hatred can give meaning and purpose to an empty life.
>                 -- Eric Hoffer
> _______________________________________________
> gtk-list mailing list
> gtk-list gnome org
> http://mail.gnome.org/mailman/listinfo/gtk-list

-- 

-greg

http://neenjatech.org

Passionate hatred can give meaning and purpose to an empty life.
                -- Eric Hoffer