[Glade-devel] [PATCH] GtkAssistant, GtkFrame, GtkExpander
Antti Kaijanmäki
antti at kaijanmaki.net
Wed Jun 4 14:31:19 EDT 2008
ke, 2008-06-04 kello 11:37 -0300, Tristan Van Berkom kirjoitti:
> On Wed, Jun 4, 2008 at 3:00 AM, Antti Kaijanmäki <antti at kaijanmaki.net> wrote:
> > ti, 2008-06-03 kello 14:06 -0300, Tristan Van Berkom kirjoitti:
> >> Hi,
> >> Thankyou so much for taking the time to send us patches :)
> >>
> >> For the assistant bug, I think there is one filed for it already, please look
> >> at the buglist and attach your patch there:
> >> http://bugzilla.gnome.org/buglist.cgi?query=product%3Aglade3+
> >
> > are you refering to this bug?:
> > [GtkAssistant (wizard) children are missing COMPLETE property]
> > http://bugzilla.gnome.org/show_bug.cgi?id=529595
> >
>
> No, I was not reffering to a bug ;-) just saying that from memory I
> thought there already was one, so it would be better to just attach
> it there, we usually handle bugs in bugzilla - its easier for me :)
So, shall I open a new bug or is this handled for now?
> > It's different bug as it needs an oneliner in gtk+.xml.in . Is there a
> > good reason why the 'complete' property is explicitly disabled?:
>
> Its a tough question that I havent got around to thinking what our
> policy should be concerning that - thats why I havent answered it
> yet.
>
> The problem is that "complete" is a property that you would generally
> set programaticaly, depending on something in the assistant page itself,
> to show that that page is "currently complete", certainly doesnt fit
> into what glade does.
True. But in any case an assistant should be navigable inside glade.
> >> As for the expander and frame children, the problem here is that GtkBuilder
> >> uses a different name than libglade - your patch just throws the problem at
> >> libglade instead - althrough it should be pretty easy to either get the core
> >> to remember and recognize 2 names for child types (i.e. the builder name
> >> and the libglade name), or perhaps special case these cases at save/load time
> >> in the plugin.
> >
> > I was under the impression that glade is moving to GtkBuilder and
> > libglade has become deprecated. Glade-3 from svn already saves projects
> > as GtkBuilder UI Definitions and libglade from svn does not understand
> > any of it, i.e. there is a problem with libglade already.
>
> Glade trunk loads and saves files in libglade format with little or no
> regressions
> right now, it also supports conversions between the 2 formats and provides
> error reports about which widgets/properties are supported in which
> format/version.
> (see either the project->properties dialog or the format switch when saving).
Well as I said I haven't dug deep inside glade and this was something I
didn't know ;P
Anyway I now have a custom version of glade-3 that outputs GtkBuilder UI
Definitions that I can process with stock gtk. Hopefully this child type
gets sorted out during the summer :)
-- Antti
> Because gtkbuilder is preffered, it is the naturally the default
> format for new projects.
>
> Cheers and sincerely thanks for your support,
> -Tristan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digitaalisesti allekirjoitettu viestin osa
Url : http://lists.ximian.com/pipermail/glade-devel/attachments/20080604/86d4a9c3/attachment-0001.bin
More information about the Glade-devel
mailing list