[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gnumed-devel] Re: A Simple question:
From: |
Gour |
Subject: |
[Gnumed-devel] Re: A Simple question: |
Date: |
Sun, 10 Aug 2008 22:22:45 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) |
>>>>> "Sebastian" == Sebastian Hilbert <address@hidden> writes:
Sebastian> Yes.
Good.
Sebastian> Please go ahead. Any client is welcome. we encourage you to
Sebastian> build it on the middleware that is used by wxpython.
I have to find out how the GUI code is abstracted in the whole
application.
Sebastian> Why not pyqt. It seems widely accepted and industry
Sebastian> supported. Please remember it is quite a huge undertaking to
Sebastian> rewrite the whole GUI code.
I understand...
However, based on my experience with wx and from what I've heard and/or
found out, it is clear that wxpython runs better on Win32 platform (even
pygtk guys confirms it) than on Linux which is a pity considering that
Linux is kind of 'native' platform for it.
Moreover, wx is an extra layer on top of GTK (on Linux) which is not
required and I do not like wxglade & its automatically generated code
which has to be shipped with GNUmed. Instead, I would prefer shipping plain
Glade file and using GtkBuilder for generating GUI code withing GTK+
itself.
I believe pyqt is nice and robust toolkit, but I simply prefer GTK+
toolkit and will use it for another project in Haskell.
Moreover, GTK+ is written in C and therefore much better suited for
providing binding for other (or dynamic) languages.
Karsten also confirmed that choice of wxpython is due to historical
reasons, so maybe it's time for a new history.
If the GUI code is nicely abstracted, it won't be so huge
undertaking...let's see.
Sincerely,
Gour
--
Gour | Zagreb, Croatia | GPG key: C6E7162D
----------------------------------------------------------------
pgpDDMIjhX1mv.pgp
Description: PGP signature