Christof Petig wrote:

> KN Even better is if glade had a connection layout tool like
> KN This
> KN
> KN   ___________
> KN  |   Button  |                     _________
> KN  |           |                    |  Window |
> KN  | List of  ^|                    |         |
> KN  | signals & |           O--------|  show() |
> KN  | methods  V|           |        |_________|
> KN  |           |           |
> KN  |  pressed >|-----------O
> KN  |           |
> KN  |___________|
> KN
> KN For simple connections and the ablity to click on a method and add to
> KN its implementation with C or C++ code.

I do want to do this in Glade. (Though to be honest I had been mainly thinking
about C.)

 
> KN No, libglade for the C functionality (XML loader/unloader) and glade/
> KN VDKbuilder for building interfaces.  I think that that glade the
> builder
> KN will always tailor towards the needs of the C gtk+ code.  Yes,
> KN converters are clearly possible.  I wish we had gotten at least one
> KN builder project of our own tailering the builder to the needs of
> KN C++ code generation.

We did allow extra widget properties for other languages, e.g. C++.

What other features would be useful for C++?


> KN <rant>
> KN Yes, I can name many in fact.
> KN   Gtk::ItemFactory, Gtk::Menu_Helpers, Gtk::Bin, Gtk::Toolbar,...
> KN
> KN In each case, we came to the point where trying to provide the
> KN gtk+ interface to the C++ user became more complicated or
> KN ill conceived then rewriting the same interface into C++.
> KN ItemFactory was a bolted on Object which connected to Menus to
> KN construct them (much like libglade with arrays!)  This
> KN was a clear place where they added methods to an existing
> KN class just under a different name!  We recreated the whole interface
> KN in C++ as Menu_Helpers.  Bin has dozens of mechanisms exposed from
> KN the lower layer that don't apply (very bad OO).  We still can't deal
> KN with that.  Toolbar had 12 interfaces to add a limited set of objects
> KN on to a list.  We ended up replacing it with a clean and
> KN typesafe interface.

I've had similar problems developing Glade, since GUI builders work best
with an object-oriented approach, i.e. widgets + properties. GtkToolbar
was quite awkward, and so was the Gnome stock stuff.

Since Glade converts the interface into a fairly OO XML file, I would
have thought that turning this into C++ wan't that bad. Though I suppose
there may be a mismatch in the way we have split things into 'objects'.

Damon



+---------------------------------------------------------------------+
To unsubscribe from this list, send a message to [EMAIL PROTECTED]
with the line "unsubscribe glade-devel" in the body of the message.

Reply via email to