[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] update mechanism for gmGP_ use cases.
From: |
Ian Haywood |
Subject: |
Re: [Gnumed-devel] update mechanism for gmGP_ use cases. |
Date: |
Sat, 25 Oct 2003 19:06:54 +1000 |
On Sat, 25 Oct 2003 18:37:54 +1000
syan tan <address@hidden> wrote:
> when the gmPatientSelector creates a new current patient object, the
> ui's need to know the model has changed.
> I used gmDispatcher to send a patient_object_changed() signal , and got
> the gmGP_ widgets to inherit from a patient
> holder class that listens for that signal; the signal is parameterized
> with the new current patient object, so each
> gmGP_ object can know when the model has changed, and can save unsaved
> data in the old patient model, and with the new patient model, update
> lists displays, and clear edit areas as needed.
>
> I thought that was a pretty direct way of using the current framework,
> and isn't clever or fancy or stepping on anyone's shoes.
Sounds reasonable to me. ;-)
--
PGP public key E750652E at wwwkeys.pgp.net
9BF0 67B7 F84F F7EE 0C42 C063 28FC BC52 E750 652E
pgpcXP2kWMATL.pgp
Description: PGP signature