[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