Re: [Gnumed-devel] Proposal on Clients

[richard terry]

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.

Regards

Richard


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
> (http://www.go-mono.com/mbas.html) 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
> http://mail.gnu.org/mailman/listinfo/gnumed-devel