[Glade-devel] One preview per "topmost" widget

Tristan Van Berkom tristanvb at openismus.com
Sat Oct 30 00:21:53 EDT 2010


On Sat, 2010-10-30 at 00:57 -0300, Marco Diego Aurélio Mesquita wrote:
> 2010/10/30 Tristan Van Berkom <tristan.van.berkom at gmail.com>:
> > 2010/10/30 Marco Diego Aurélio Mesquita <marcodiegomesquita at gmail.com>:
> >> 2010/10/30 Tristan Van Berkom <tristan.van.berkom at gmail.com>:
> >>> 2010/10/30 Marco Diego Aurélio Mesquita <marcodiegomesquita at gmail.com>:
> >>>> This is my plan to implement one preview per "topmost" widget in glade:
> >>>>
> >>>>  - Escalate the widget tree (using gtk_widget_get_parent).
> >>>>  - Check (using gtk_widget_get_name and a list of the names of
> >>>> widgets currently been previewed) if such widget is already been
> >>>> previewed.
> >>>>    - If it is already been previewed, update the whole interface.
> >>>>    - If not, launch a preview.
> >>>
> >>> Perhaps GladePreview object must be an object belonging
> >>> to the GladeWidget itself... when the toplevel gets a parent
> >>> added to it... the preview should then be placed on the parent.
> >>>
> >>
> >> Hmmm... This is fundamentally different from what we're doing right
> >> now. What you're proposing would include an api extension to
> >> GladeWidget so that it would have a preview method and take care to
> >> kill the previewer process by the destructor (most of it is treated by
> >> GladeProject now), is that?
> >>
> >
> > No, that code must be moved into a GladePreview object anyway,
> > other than that yes the preview would have to be launched by
> > GladeWidget.
> >
> 
> Ok.
> 
> What about changes? Does GladeWidget has events to treat it?

In the case that a project toplevel gets a parent widget
assigned, that can be tracked via ->add_child() and
->replace_child() vfuncs.

Also we're going to want to make sure we kill previews
for toplevel widgets that are removed from the project, i.e.
deleted or "cut" widgets.

Cheers,
        -Tristan


> _______________________________________________
> Glade-devel maillist  -  Glade-devel at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/glade-devel




More information about the Glade-devel mailing list