[Top][All Lists]

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

Re: [Gnumed-devel] still having a hard time with address input and Searc

From: Busser, Jim
Subject: Re: [Gnumed-devel] still having a hard time with address input and Search
Date: Wed, 23 Nov 2011 06:20:20 +0000

On 2011-09-24, at 12:30 AM, Karsten Hilbert wrote:

>>>> Can the code which decides which widget to call upon do
>>>> If country = GB or IE or CA or AU or US or CN or TW
>>>>    use an alternate widget in which the sequence is
>>>>    address number | unit
>>>>    street
>>>> else
>>>>    use the current widget in which the sequence is
>>>>    street
>>>>    address number | unit
>>>> ??
>>> Let me think ...
>>> Yes, that should be possible.
>> Would the country be best derived from the last two characters of locale?
> In a way. I wouldn't fixate on deriving it from *country* but rather
> from locale per se, so: de_DE, de_AT, en_CA, etc.

OK, I have hacked my own copy of (attached)to produce the 
following screen shot, which shows

1) that a tweak of the label 'Search' to 'Search existing' actually requires no 
more width than in-praxis primary

2) a sequence that
(a) conforms to North Am and other (GB AU?) locales where in the address the 
number typically precedes the street name
(b) positions the postal last, because knowing the number and street and city 
you can look up the postal, whereas even knowing the postal it is still 
necessary to elicit the number which is why in my locale (and maybe others) the 
postal is the last part of the address to be asked

Maybe this .py file can be renamed as

and in

        GNUmed > Preferences > User interface > Person … > 

it can be added

        Address as number, street
        Address as street, number

or an otherwise-named single item

        Address format

within which it is then chosen whether to do

        Number, Street
        Street, Number

Attachment: Hacking
Description: Hacking


reply via email to

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