Historically wxpython has been the only user interface toolkit that was available for MS Windows, GNU/Linux and Apple Mac OSX under a sufficiently free license (GPL in our case). GNUmed founders decided to go for wxpython as the primary GUI toolkit. That has worked out so far but brings some challenges as well.
Things have changes since. Many toolkits have appeared, some previously available have seen their source made freely available. QT comes to mind. It is perceived as a viable alternative by the occasional mailing list poster but few understand what a switch would involve.
WxPython and
PyQT are both mature tookits. They have both been used in large software projects and are actively developed. The basic features are not really different.
There are however some special features that GNUmed could make use of which are not present in both toolkits.
|
|
Feature | WxPython | PyQT |
|
|
|
| comment | backing | community | Nokia |
|
|
|
| wxpython relies on few individuals, if they go away wxpython might die | browser widget | wxmozilla | webkit widget |
|
|
|
| html support in wxpython is very basic | GUI designer | wxglade, wxDesigner | QTDesigner |
|
|
|
| wxglade is very basic and wxDesigner is non-free | community | active, medium sized | active, large |
|
|
|
| developer pool for wxpython is limited, few highly skilled individuals exist, small medium skilled pool, QT is more widely used because of KDE | printing support | decent | mature |
|
|
|
| printing support is a tough issue for wxpython and GNUmed, probably easier with QT | device support | PC, other : limited | PC , other : various mobile devices |
|
|
|
| QT is available for N900 , Nokia mobile phones, maybe not a huge issue for GNUmed | Linux support | great | great |
|
|
|
| no issues | Windows support | some issues | few issues |
|
|
|
| because of smaller team wxpython has issues keeping up with Vista and Windows 7 | Mac support | few issues | few issues |
|
|
|
| QT has probably fewer issues on Mac | 3rd party connectivity | n/a | n/a |
|
|
|
| QT is used for KDE so it could be easier to interact/integrate with KDEPIM, KMAIL | issues for new devs | some | some |
|
|
|
| novice coders would probably get going faster with QT because of the tools provided, maybe less an issue for experienced devs | documentation | good | good |
|
|
|
| QT probably has more demo code/apps to look at and more coders to help out on mailing lists or IRC | cost of switch | none | high |
|
|
|
| all code for wx is there , now, going for QT involves a complete GUI rewrite |
|
|
|
All in all the GNUmed project has no resources , neither in terms of staff nor financial resources to switch from
WxPython to
PyQT even if that was seen a beneficial. As long as there is only 1 main coder for GNUmed no resources will be allocated to this. That would mean GNUmed development would efectively be stoped until the rewrite is complete. This currently is no option.
It is estimated that an experienced python developer would need roughly one year to rewrite and document the GUI code done in QT.
The GNUmed project acknowledges the issue and will provide all support it can to third parties that will evaluate a GUI rewrite using QT.