gnumed-devel
[Top][All Lists]
Advanced

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

Re: [Gnumed-devel] Ok - I'm up and running - project needed.


From: Karsten Hilbert
Subject: Re: [Gnumed-devel] Ok - I'm up and running - project needed.
Date: Fri, 16 Jul 2004 14:00:03 +0200
User-agent: Mutt/1.3.22.1i

> I can agree that during any one iteration (like getting to 0.1) it 
> behooves us to work consistently under one GUI plan.
Agreed.

> Only a few have commented, but most have so far seemed supportive of 
> the Richard/Ian SOAP widget and where not, maybe only through 
> misunderstanding.
Note that the Richard/Ian SOAP widget is not at all what
Richard is talking about us not doing. It is yet another
concept he happened to like and thought could be nicely built
into his documented design.

> a) even the "technical" people may not be able to see their way fully 
> to the end of a 0.1 GUI implementation until it has been tried, i.e. to 
> know in advance whether everything (maybe some key things) that Richard 
> wants, or will want, will be deliverable.
I am personally convinced that his GUI is deliverable
technically. However, I am not so convinced it is trivial. I
for one lack the ultimate wxPython skills to do it. I am also
not so convinced that we must implement his nicely integrated
workflow - which I should enjoy to have at work - for 0.1.

> b) part of any uneasiness might derive from intermittent limitation on 
> Richard's part, in either time or in his ability to convey by email 
> particular reasonings,
Again, to make this perfectly clear. *I* have no problem at
all following his reasoning. I clearly understand the benefit
and the amount of benefit his design promises to deliver. It
is just "to darn complicated to code" to do on the side (for
me). However, I do know that I don't like an implementation
where I don't understand the concepts and where there are no
comments and explanations to be found. And I will always say
so which may frustrate the producers of such code.

> implementation that the reasoning and the "pros" -- which presumably 
> may outweigh any "cons" -- can be better experienced and thus 
> understood. And if it proves to be broken (not able to be made to work 
> satisfactorily) then at least Richard can know it wasn't for lack of 
That simply can't happen because it works *already* in practice.
It does not lend itself to everyone's workflow, though.

> NB on b) I still have trouble with the idea of an editing area in which 
> arrow keys permit the insertion point to travel anywhere
This is NOT what Richard is talking about.

However, you are right, the exact semantics of that
text-editor SOAP widget key press behaviour needs more
consistency.

> Sorry for preaching, especially without a license, let alone training, 
> but can we achieve a consensus?
Sure. Code is.

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346




reply via email to

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