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

[Busser, Jim]

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 wxgNewPatientEAPnl.py (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

        wxgNewPatientEAPnlVariant.py

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

        Locale-based
        Number, Street
        Street, Number

Hacking wxgNewPatientEAPnl.py.png
Description: Hacking wxgNewPatientEAPnl.py.png

wxgNewPatientEAPnl.py
Description: wxgNewPatientEAPnl.py