[Wayland-bugs] [Bug 700166] glade fails to build introspection with Gtk 3.9

[glade (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=700166
  glade | general | unspecified

--- Comment #10 from Tristan Van Berkom <tristanvb at openismus.com> 2013-05-13 19:09:40 UTC ---
(In reply to comment #8)
> My opinion: glade should really introspect these values at runtime. Thats the
> only time we know that a DISPLAY will be available.

It does introspect them at runtime, and creates an enumeration based on
that, at runtime... however GIR introspection also happens at run time.

(In reply to comment #9)
> (In reply to comment #7)
[...]
> 
> Why does glade have an enumeration mirroring the stock ids anyways as opposed
> to just having callers use the strings?

As I mentioned, it could be done differently, by rewriting a bunch of
code (hence why I guess the dirty workaround is a better short-term
solution).

Why did we originally do it this way ? Because we generate combo box
editors for GParamEnum properties, so to edit stock button strings
we internally pretend that they are enum properties and 'poof' up comes
a combo box (of course, things have evolved a bit since then, but we
still carry the GValue internally as an enumeration, not a string).

Fun fact: we also let catalogs add to GTK+'s stock list, this happens
before the stock enum type is dynamically generated (and that's how we
supported the extra stock items which libgnomeui provided).

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.