[Top][All Lists]

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

Re: [Gnumed-devel] Proposal on Clients

From: richard terry
Subject: Re: [Gnumed-devel] Proposal on Clients
Date: Tue, 15 Apr 2003 17:34:41 +1000

I can imagine the hail of flak if we tried to do that!!!

Personally, I don't mind the wxPython stuff now and hate microsoft with a 
passion. I just keep win4lin going to use Pracsoft and nothing much else.

I think though the gui stuff lacks the  finesse of vb, the advantages of the 
wxPython/python/linux environement probably outweigh the disadvantages.

Rather the team should lean on the wxWindows people to implement a borderless 
control - this feature and this alone is at the bottom of most of the 
'crudeness' of the gui interfaces in linux/wxPython. 

Note that QT does have a borderless control and if anything, if you wanted to 
go proprietry, I'd go QT and not vb.

Holy *&%! 

Never thought I'd hear that coming from me.



On Tuesday 15 April 2003 4:43 pm, you wrote:
> richard terry wrote:
> >MIchael here are some functionality dumps from my
> >vb version - note how much
> >nicer the vb graphics are!!!!!
> >
> >Regards
> >
> >Richard
> As has been discussed, wxPython will probably never give the level of
> aesthetic
> control that Richard desires (and he has valid reasons for wanting it)
> Ironically, on Windows the wxPython client looks even worse, and is
> quite unstable.
> Proposal: that Richard's existing VB client is modified to access the
> GNUMed database. Probably it should use XML-RPC to talk to Python
> "business objects". This allows us to reuse much of the existing
> (well, will exist) Python code in both clients (Plus PalmOS, Web,
> whatever that are later written)
> The major problem is that VB is a propretiary language (as well as its
> design problems). An open compiler is under development
> ( but not usable. However, we accept
> that most users will use a commerical OS (at least on the desktop)
> Obviously the existing client remains a 'reference' client for all
> platforms,
> but geared towards Linux/Mac (where the exact appearance of widgets is
> set at the system-lvel, not the application).
> I have no desire to dilute the "freeness" of gnumed, if people feel this
> is wrong in prinicple, then forget it.
> Ian
> _______________________________________________
> Gnumed-devel mailing list
> address@hidden

reply via email to

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