So, to try to answer all your questions … yes I am the sole maintainer of Glade, I’ve
had help on and off but unfortunately nobody “stuck”, which is essentially what drives
me nuts and makes me completely bored of developing Glade.

Glade keeps bugs in bugzilla.gnome.org, launchpad sometimes pushes bugs to bugzilla but
I’m not exactly sure how that works, for the record gnome bugs go to gnome bugzilla in
order to hit the inboxes of gnome developers. (and svn is old news, the active repository
is the git repo).

I’m not sure what to answer for is there a major future, here are some futures possible:

– Somebody finds the time to iron out some small kinks left and right, update Glade
for latest version of GTK+, fix some segfaults etc – this is doable for a single hacker
in his spare time over the course of 6 months, or a paid developer should take less
than a month to get a Glade that doesnt ever ever crash and doesnt have those
annoying glitches when trying to click on the i18n dialog from a treeview data
row editor which does custom focus handling etc etc.

Thats a really lame future, one which at this point really disinterests me.

The good scenario:

– We decide to do something with the code, and implement the stuff outlined
at http://live.gnome.org/Glade/Roadmap, the most important thing to do
to ensure that Glade has a “major future”; is to drop the GTK+ dependency from
the core, develop an at least basic Clutter plugin, an example plugin of Nbtk or
something like – maybe even push for toolkit libraries to maintain their own
plugin library to Glade (possible candidates could be GTK+/Clutter/goocanvas …).

Would also be a very good idea to start implementing the glue catalogs and figuring
how they would interact with the workspace (i.e. with a GTK+ and a Clutter catalog
running together, you want to embed back and forth, having the Clutter catalog
define the workspace toplevel for Clutter toplevels, and GTK+ define/create the
toplevel workspace widget for GtkWindow types).

Another thing important for the future but less urgent is the custom widget stuff outlined
in the roadmap, I’m convinced that already if we were to stay with boring GTK+ only, and
do some fancy integration with python or other bindings, possibly putting that code in
Anjuta or something, we could achieve the same level of integration that you get using
Interface Builder with Xcode on OSX, without being stuck with nextstep (Cocoa) – and creating
completely portable GTK+ code (so yes, I think to stay in the water for now we have
to AT LEAST BEAT OSX, since its so damn easy and within our grasp)

There are alot of milestones towards an awesome kickass version of Glade, and they really
arent that hard to achieve, but I need hackers, I need someone who is going to give me one night
a week for a year, or someone who is in between jobs and is going to crack down on a feature
for a month – a few of those, only a few – and we are back on our feet.

So thats the state of the union

Cheers

So, how do we fix these? I took a guess and submitted a bug/patch on the smallest nit I could find (https://bugzilla.gnome.org/show_bug.cgi?id=607339). Still, it’s a guess that it goes anywhere. Glade seems to keep bugs in launchpad, glade.gnome.org, bugzilla, with source control under git and svn. As far as the log goes, it seems you are maintaining Glade by itself.

Is there a major future to Glade? The underlying GTK widgets appear fragile, as in the bug you mentioned. I mean, is it really Glade’s fault that an editable, numeric spin box doesn’t understand that typing a number outside of bounds is bad? Or that devhelp changed its undocumented search interface and also fails to account for its menu bar? I don’t know the future, but I send up the little patches I make to keep it running while I use it or even put together a better tutorial.

The best way to send a patch will be in bugzilla.gnome.org, product:glade3.

send any questions you might have to glade-devel@ximian.com, I’m often on irc
but list activity somehow seems help the project in itself.

I was going to say in so many words: man theres a mountain of problems in that
buglist, more than Glade has seen since I worked on it, and its because of all the
GtkBuilder support that came all at once, with little or no testing or review, its
mostly working ok under the hood, but on the surface its really immature.

Glade is an integral part of Ubuntu’s new Quickly suite… and one of my favourite programs under linux.

I wasn’t aware it didn’t have a good dev community working on it… I will definitely keep my eyes open for potential to scratch my own itches .

What’s the best way to contribute patches to you?