[MonoDevelop] Gtk# GUI Designer?

Payton Byrd plbyrd@bellsouth.net
Sun, 11 Jul 2004 19:29:49 -0500

But we are already using this model with ASP.net and it works
flawlessly.  The XML is not sent to the client, it is precompiled to the
native language and the necessary libraries linked at runtime, just like

Mono has proven such concepts work well!  Microsoft is already moving to
a common XML format for both Avalon and ASP.Net.  There's no reason that
Mono won't follow suit.  There's also no reason why the XML forms cannot
be transformed using XSLT as part of a pre-compile state to convert say
an Avalon form to a Glade form.  Yes, some of the transformations may be
a bit complex, and yes, there may even be some gaps to fill in after the
pre-compile, but it would be light years ahead of where we were a couple
of years ago before ASP.Net.  If you think about it, if you build an
absolute positioning ASP.Net page, there's not much stopping someone
from writing a converter to transform that to Glade.

Payton Byrd

-----Original Message-----
From: Martin Probst [mailto:mail@martin-probst.com] 
Sent: July 11, 2004 7:34 AM
To: Payton Byrd
Cc: 'Monodevelop Mailinglist'
Subject: RE: [MonoDevelop] Gtk# GUI Designer?

Am So, den 11.07.2004 schrieb Payton Byrd um 14:21:
> I think that using namespaces fixes the problems described.  You have
> basic namespace for "standard" widgets such as buttons and labels, and
> then each targeted widget would reside in a targeted namespace.

Yes that would fix it. But without being to negative I think this would
result in a very limited set of widgets (see xhtml+css). This would
massively limit the possibilities of the developer.

> In the case of Microsoft, they probably won't
> support GTK widgets directly, but that doesn't mean you cannot create
> user control to implement a GTK widget and then map that widget's
> namespace node to your user control when the XML is parsed to the
> language.

Would you parse the XML and translate it before shipment or on the
client? In the first case this could be possible, but in the latter it
would result in the complexity problems I described below.

These mappings would have to be done for a lot of widgets (nearly
everything exceeding basic labels etc.) and doing that might be non
trivial and error prone. Just imagine the different programming concepts
involved with treeviews/listviews in different toolkits like GTK+, MS
Forms, Swing and Qt. These are rather basic widgets, you would need to
do this for the concept to be useful.

You would have to find some kind of a meta-model programming style to
cover rather primitive listviews like those in Qt and rather
sophisticated like in Swing.

In my experience GUI toolkits don't just differ in the way they name
things but also in basic concepts.