gnumed-devel
[Top][All Lists]
Advanced

[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
----------------------------------------------------------------

Attachment: pgpDDMIjhX1mv.pgp
Description: PGP signature


reply via email to

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