Re: [Gnumed-devel] re previous stuff

[Horst Herb]

sjtan wrote:

> please ignore the property support stuff: it just adds another thing to
> debug if it goes wrong. 
> Looking at the backend files again, it looks pretty well thought out, 
> and I gather there isn't a great motivation to getting a working gui

How did you get that idea? All I want is not waste efforts on a GUI 
architecture that will not fit into the whole architecture. Karsten 
objected to your proposals / implementations because he did not 
understand them. I give him a point in that documentation is lacking, 
but I am guilty in that aspect as well.

The proposal is that whenever somebody submits something really new to 
CVS, he/she should really advertise this fact on this list and explain 
in detail why and how to use it.

I appreciate your input and submitted code a lot; please do not let 
yourself put off by a few cynic remarks.

> going, for all sorts of reasons - however, thanks for humoring me for
> having a go at  a hacked up connection of the current gui ( remedial
> therapy I suppose). I'll try to keep in mind it's all just for fun.

While fun should be a major motivator, the main objective is not fun but 
getting something better than the existing software working for our own 
practises. I want gnumed working in y own practice s.a.p., and I want to 
be able to trust it and rely upon it - my (medical) business will depend 
on it after all.

> BTW, about java being a bloated middleware, isn't it not much bigger
> than the unix c libraries ? 

Java is fine if everything is in Java, then the bloat is tolerable. Just 
some piece in Java (like middleware alone) increases the bloat factor, 
but would still be fine for me if it works.
The main concern I have re Java is Sun's dictatorship - Java is not an 
open standard such as C, C++, Pascal, Modula or Python

Horst