In Glade, you can also add a "Custom" widget

basically, this is just a placeholder that is going to call a function
inside your application when the widget is added

just set the Glade.XML.CustomHandler to a delegate of the type
Glade.XMLCustomWidgetHandler, whenever a custom widget is found, this
function will be called and allows you to return your own custom
widget

there is a small example in the Glade documentation:
http://go-mono.org/docs/[EMAIL PROTECTED]

-- Ben

On 2/23/07, Arx Cruz <[EMAIL PROTECTED]> wrote:
> I think you want is create your widget in glade, and deattach this
> from the top window and put in another container right?
> if this is what you want, you can do it. monodevelop make this all
> time. you get the top level window, get his children, unparent this
> and destroy the top lvl window. then you have your children ready to
> attach in other container.
> im under windows now, so i dont know the code to do this, but take a
> look in monodevelop, if im not mistaked, the class to do this is
> GladeExtract.
>
> and sorry my english
>
> On 2/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> >   Is it possible to "link" advanced GUIs with Glade? That is, Glade-Connect
> > something that is not a Gtk.Window to mono? How?
> >
> >   I want to add versatility to my GUIs without having to right extensive 
> > code.
> > Right now, i am using a method of creating widgets that load the parameters
> > (borderWidth, Spacings, Expand/Fill, Text/Label, etc) from a class of
> > parameters, that itself loads from a file. Effective but requires some extra
> > code and that every single property of the Widgets that i may possibly want
> > changed in the future to be added.
> >   I tried Glade and it seemed pretty good. I can make the Glade files fast 
> > with
> > the program Glade, i can, later, add properties i feel like without having 
> > to
> > worry at first code time to add all possible properties, change them without
> > recompiling program, etc.
> >
> >   The problem is that, in my GUI creations, i always end up using a method 
> > of
> > creating my own widgets, usually classes derived from V/HBox/Frame, which i 
> > then
> > add where needed.
> >   An example, i created my own class derived from Button, receiving an 
> > image and
> > label to have buttons with Images and Labels at will. Just an example, since
> > most are complex, like an entire Login area that i can add to any container 
> > i
> > feel like.
> >
> >   How do i connect to such kind of "special" widgets with Glade? I tried
> > creating an example with Glade inside a Window. Then, have a class
> > Glade.XML.Connect to the widget inside that window that i wanted (was a
> > ToolBar). The problem was that, later, i could not add that class to, for
> > example, a Table/V/HBox because that class was not Widget.
> >   Then i tried making that class derive from Widget and, that time, it did
> > compiled but did not worked as expected. I think it complained about it 
> > trying
> > to connect to something not Window.
> >
> >   So, is there any way i can use Glade to connect to and use Widgets that 
> > are
> > not the common Top Levels (Gtk.Window), even if i have to go do some 
> > editing to
> > the .Glade files?
> >   That would be extraordinarily helpfull.
> >
> >
> >
> >
> >
> >
> >
> >
> > __________________________________________________________
> > Porque insiste em pagar o dobro?
> > Compare o preço da sua ligação à Internet
> > http://acesso.portugalmail.pt/maisbarato
> > _______________________________________________
> > Mono-list maillist  -  Mono-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-list
> >
>
>
> --
> "A fé remove montanhas, mas eu prefiro a dinamite"
> _______________________________________________
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
_______________________________________________
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Reply via email to