[Top][All Lists]

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

Re: [Gnumed-devel] questions from Richard

From: Ian Haywood
Subject: Re: [Gnumed-devel] questions from Richard
Date: Wed, 10 Nov 2004 00:25:28 +1100

On Tue, 9 Nov 2004 11:43:27 +0100
Karsten Hilbert <address@hidden> wrote:
> > But it does not work on wxPython 2.4. Unless we don't want a
> > SOAP control in 0.1 this will not help us.
Works fine for me, I'm still on 2.4
> While in fact I do like the approach a lot. Carlos has already
> started to use it in writing a SOAP entry plugin for
> HorstSpace.
Excellent, but please don't pointlessly duplicate this work. Speak up if you 
want something changed. 

> One thing I am wondering about is: How are we intended to deal
> with data having been typed into a functional popup ? Eg.
> imagine the user incantates the magic string that pops up the
> vaccinations control. After completing that control the user
> clicks OK. What happens next ? One thing is that we do want to
> drop a quick note about the vaccination into the SOAP widget.
> OTOH, we would also want to store the vaccination details into
> the database. Do we do this immediately when OKing the
> vaccinations popup ? If so how do we handle the case when the
> user CANCELs the master SOAP control ? If not where do we keep
> that information around and until when ?
Three options:
        - parseable string, when we commit the SOAP, we parse
the text and do the database commits. We can mark the text not-editable to 
prevent the user messing it up. IMHO, with care, we can make strings parseable 
and readable.
        - use the string as a key to a cache dictionary of "hidden" objects. 
This exists in vestigal form already. 
        - wxStyledTextControl markers, which can be invisible, again as keys to 
a cache dictionary.

> # - this should not be a physical replacement for the edit
> #   area, just a logical one where people want to use it !
> #   IOW we will keep gmEditArea around as it IS a good design !
I hope SOAP2 to be a complete superset of cEditArea functionality, I don't want 
it to co-exist as IM[and Richard's]HO, consistency of GUI appearance and 
behaviour is important.


PGP public key E750652E at
9BF0 67B7 F84F F7EE 0C42  C063 28FC BC52 E750 652E

Attachment: pgpWTTdbnaPfl.pgp
Description: PGP signature

reply via email to

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