[Top][All Lists]
[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
- [Gnumed-devel] GNUmed user interface toolkit considerations, Gour, 2010/01/25
- Re: [Gnumed-devel] GNUmed user interface toolkit considerations,
Karsten Hilbert <=
- [Gnumed-devel] Re: GNUmed user interface toolkit considerations, Gour, 2010/01/25
- Re: [Gnumed-devel] Re: GNUmed user interface toolkit considerations, Karsten Hilbert, 2010/01/25
- [Gnumed-devel] Re: GNUmed user interface toolkit considerations, Gour, 2010/01/25
- Re: [Gnumed-devel] Re: GNUmed user interface toolkit considerations, Karsten Hilbert, 2010/01/25
- [Gnumed-devel] Re: GNUmed user interface toolkit considerations, Gour, 2010/01/26
- Re: [Gnumed-devel] Re: GNUmed user interface toolkit considerations, Karsten Hilbert, 2010/01/26
- Re: [Gnumed-devel] Re: GNUmed user interface toolkit considerations, Karsten Hilbert, 2010/01/26
- [Gnumed-devel] Re: GNUmed user interface toolkit considerations, Gour, 2010/01/28
Re: [Gnumed-devel] GNUmed user interface toolkit considerations, Sebastian Hilbert, 2010/01/25