gnumed-devel
[Top][All Lists]
Advanced

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

Re: [Gnumed-devel] Specs


From: Tim Churches
Subject: Re: [Gnumed-devel] Specs
Date: Sun, 18 Dec 2005 21:41:31 +1100
User-agent: Mozilla Thunderbird 1.0 (Windows/20041206)

Horst Herb wrote:
> On Sun, 18 Dec 2005 19:36, Tim Churches wrote:
> 
>>toolkits for specific domains are the way to go. And Python is a damn
>>good language to build them in. PythonCard is a good example of a
>>highish level GUI toolkit - but maybe GUmed2 needs to be at an even
>>higher level - unlike TurboGears and Django and Ruby on Rails,
>>PythonCard doesn't do database binding or business logic.
> 
> 
> Have a look at http://dabodev.com/
> It's getting along at breathtaking pace, first version of a graphical 
> designer 
> already working in early alpha too (not that you would need it for most of 
> dabo's functionality)
> 
> Horst

Possibly, although Dabo only supports wxWindows, not Qt4, and
cross-platform problems seem to be the norm with wxWindows, but teh
exception with Qt. And the Dabo guys' ideas about application and
database abstraction are not nearly as advanced as, say, Ruby on Rails,
TurboGears or Django - the Dabo guys are coming from a Visual FoxPro
background and their thinking still seems to be stuck in that paradigm.
Adding a Qt4 interface to TurboGears or Django might be a better bet,
although both are acquiring AJAX capability via excellent Mochikit
Javascript library to allow a far more GUI-like interface via Web
browsers. Writing Web-based applications is less of a pain than it was a
few years ago, with mature Web app frameworks and the better
capabilities and stable feature sets of recent browsers, even IE.

Anyway, the 20 minute screencast demo for Turbogears is worth a look -
they build a wiki - as is the longer Ruby on Rails movie if you have the
time - at the very least as a source of ideas.

Tim C






reply via email to

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