gnumed-devel
[Top][All Lists]
Advanced

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

Re: [Gnumed-devel] Re: 0.5.rc4 Address entry issues


From: Jim Busser
Subject: Re: [Gnumed-devel] Re: 0.5.rc4 Address entry issues
Date: Thu, 23 Jul 2009 13:12:42 -0700

On 23-Jul-09, at 3:51 AM, Karsten Hilbert wrote:

Also, in the tooltip text where it says


"That address will become the primary address of the person unless

you modify it below..."


the "primary" confuses what is available to alter...


The address is saved as being of type "home". That's what

the "primary" refers to. "Primary" could also refer to the

first address linked to the patient which would fit as well.


Where primary would mean "first among only one", it has no real meaning over and above a person's *only* address and, by definition during person creation, the new person starts by having *no* address and as the widget makes possible the entry of only *one* address the whole concept of "primary" seems out of context.

Where primary might mean "best" or "preferred" or "most often used" or "currently in use" --- even if supported in the backend but which is not currently evident in the GUI --- it acquires no relevance to the user until a second address would be added, at  which point the capacity to (re) designate which is primary becomes relevant and needed.

can the text say instead


"That address will be saved for this person with any

modification(s) below."


Hm, that wouldn't be quite correct - if any modifications

are made either an entirely new address is created or

an*other* existing address is linked to the person.


Actually, based on my observation of 0.5.rc4 behaviour, an entirely new address is created *and* this new address is assigned to the newly created person. So there is not even a white lie. I would say, in the now-labeled-"Search (modify)" field tooltip:

"A value here, with any modification(s) below, will be saved as an assumed "home" address.

reply via email to

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