(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 [EMAIL PROTECTED] but it seems to be > more widely discussed on [EMAIL PROTECTED] > > thanks! > -- > > -greg > > http://neenjatech.org > > Passionate hatred can give meaning and purpose to an empty life. > -- Eric Hoffer > _______________________________________________ > gtk-list mailing list > [EMAIL PROTECTED] > 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 _______________________________________________ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
