[Glade-devel] [PATCH] GtkAssistant, GtkFrame, GtkExpander



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 




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]