[Mono-list] Native Mono UI widgets
ebasconp at gmail.com
Wed Jul 11 13:21:30 EDT 2007
On 11/07/07, "Andrés G. Aragoneses [ knocte ]" <knocte at gmail.com> wrote:
> Jonathan Pobst escribió:
> > Ah, I guess it's purely philosophical then. Basically boiling down to
> > "Do we really need *another* toolkit"? We have to have WinForms to
> > provide compatibility with the .Net framework. And we need GTK# to make
> > Mono a great choice for Linux (and somewhat cross-platform) apps. (And
> > there are others like QT and wxNet and Cocoa#.) So what would another
> > toolkit bring?
> > Writing an entire toolkit is hard and expensive. WinForms has been
> > under development for probably 4 years having up to 6 people working on
> > it full-time as well as plenty of contributors.
> > I don't really know of any benefit to making another one. WinForms is
> > already "Mono native" in that it's fully done with System.Drawing. It
> > seems like a new one would simply take the WinForms widgets and change
> > the API simply for the sake of being different. :)
> I guess he's not asking 'why not doing another toolkit using S.D.' but
> 'why not redo Gtk# using S.D.'. I guess the disadvantages of that would
> be less performance and much time needed to write it, but in the end it
> would be a managed toolkit and many problems that Gtk# has already,
> would blow, don't you think?
My concerns are about:
1. I know Mono intends to be a Microsoft .NET implementation on Unix,
and a library like System.Windows.Forms is totally needed; though I
do not like the SWF APIs [ok, programming GUI applications with SWF is
easier than programming them with, by example, Java Swing; but you do
not have the MVC separation and all the elegant way of controlling
2. GTK+ is a nice library and Gtk# is a good binding, but again, we
are tied to the computer infrastructure.
Having a Mono specific UI library, maybe built on top of the current
implementation of SWF but feeling free to implement new things [not
necessarily compatible with Microsoft's SWF implementation] could add
a lot of value and richness to the Mono library [theming, KDE and
Gnome interoperability, etc.]
Having a Gtk# implementation built on top of System.Drawing could also
be valuable in the same way.
Yes, I know that it is like reinvent the wheel, but also means turning
Mono in a more independent (and thus, complete) platform.
> Andrés [ knocte ]
More information about the Mono-list