[Glade-devel] Multiple toplevels in GladeDesignView

Tristan Van Berkom tristanvb at openismus.com
Sun Jan 30 00:22:17 EST 2011


On Sun, 2011-01-30 at 14:10 +0900, Tristan Van Berkom wrote:
> On Sat, 2011-01-29 at 21:38 -0300, Juan Pablo Ugarte wrote:
> > On Fri, 2011-01-28 at 18:25 +0900, Tristan Van Berkom wrote:
> > [...]
> > > Hi, I noticed a workspace/selection related bug today that
> > > maybe is implicitly fixed by multiple-toplevels.
> > 
> > Yeah me too, but i think its unrelated, we I add a group i get this
> > warning. That would explain why the widget does not show up.
> > 
> > (lt-glade:9405): Gdk-WARNING **: gdk_window_set_composited called but
> > compositing is not supported
> > 
> > I will take a look at that on monday.
> > 
> > 
> > BTW
> > take a look at _glade_design_layout_should_scroll() and tell me if you
> > can think of anything cleaner to do that.
> 
> I suppose a private function _glade_design_view_freeze/thaw() would
> do the trick to block the project selection change handler while
> setting the selection from a GladeDesignLayout.
> 
> > I also want to add _glade_design_layout_set_name() and call that from
> > designView project::widget_name_change instead of connecting inside
> > GladeDesignView but I dont think its a big deal if we leave it how it
> > is.
> 
> I think that is fine how it is too.
> 

I built the branch and found something else... it seems
you made the right change to watch visibility-changed,
but now it fails to catch the signals GladeProject::add-object
and GladeProject::remove-object.

So the current effect is when I load a glade file only one
widget shows up in the workspace :-/

Maybe we also have to review where glade_widget_show() is
called.. I guess widgets should be visible by default until
explicitly hidden ?

Cheers,
         -Tristan




More information about the Glade-devel mailing list