gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] GNUmed user interface toolkit considerations


From: Karsten Hilbert
Subject: Re: [Gnumed-devel] GNUmed user interface toolkit considerations
Date: Mon, 25 Jan 2010 13:10:48 +0100

> recently (or not so), Sebastian posted on GNUmed blog post entitled as
> the Subject line says.
> 
> I've put a comment suggesting PyGTK, but today seeing there was
> response to my comment, posted another one...
> 
> Here it is...
> 
> Believe it or not, but it seems that I'll drop gtk2hs for as my GUI
> toolkit and use wxhaskell considering it better option for Mac OS X (which my
> 'mentor' has switched to recently). I've even got email for one of the main
> guys behind Gtk-OSX project suggesting that if I care about OSX, then it's
> better to use wx.
> 
> In that light, I'd say that staying with wxWidgets is better than Qt 

Gour, thank you, that's a good thing to know.

> Otoh, I wonder why you didn't consider to use wxFormBuilder
> (http://wxformbuilder.org/) - SVN version has support for Python,

It was easier to say "apt-get install python-wxglade" and I knew
what I was getting into with that.

I'll have a look at wxFormBuilder but I like my tools to be released
(that is "Python support in SVN" is nice but not helpful).

> Is is just the historical reason that at that time there was no other
> alternative?

:-)   In a way you are right.

> Check
> http://wiki.codeblocks.org/index.php?title=Comparison_of_wxSmith_features
> 
> which even does not mention wxGlade.

It is a rather low profile tool. It doesn't really have that many
great features. It just works sufficiently satisfying for my needs.

> Based on the above table, I've picked two candidates: wxFormBuilder
> and DialogBlocks, but since you prefer free tools, then wxFormBuilder
> looks as great choice.

I will take a look.

> Another thing...since you are working for quite some time with
> wxpython/wxGlade, I'm just curious what is the reason to work with
> generated Python code instead of separating GUI stuff by loadin/using
> XRC file?

1) I have bad remembrance of that sort of approach back from the days
   of Turbo Pascal.

2) We want to be able to derive classes from the generated GUI code.

3) I do not know the benefit of xrc over generated Python.

> Last but not the least, congratulation for 0.6 release!

Thank you.

Karsten
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01




reply via email to

[Prev in Thread] Current Thread [Next in Thread]