Re: field size
This is a multi-part message in MIME format.
------=_NextPart_000_0042_01C11640.78D61AA0
charset="Windows-1252"
Hi, George -well past midnight in Buenos Aires, and freezing cold. =
Still, a beer would be welcome -man does not live by coffee alone.
Here we have one-letter provincial codes, but they aren't quite well =
known, so most apps will offer you the more familiar (read traditional, =
and longer) abbreviations, as in 'Bs.As.' for Buenos Aires, 'Cba.' for =
C=F3rdoba, and so on. Like the oldtime Mass. and Fla. and Ore. in the =
USA.
The c=F3digos postales have recently changed from 4 to 8 chars (one =
letter, four numbers, three letters -looks quite British).
Standard telephone numbers are eight chars long. Add two chars for =
cellphones, up to four for area codes, at least a couple more for some =
strange special combinations, and changing all the time. I'd assign no =
less than 20 chars.
As in Derek's Australia, dates are always day/month/year (again, British =
influence). Watch out: Japan uses year/month/day! The hour is always =
based on the 24-hour clock. Coloquially, you will hear 'diez de la =
ma=F1ana' for 10 a.m., or 'nueve de la noche' for 9 p.m., but never in =
writing, never on a document -it's not just custom, it's the law.
Quite a chore, I know. Not even stable, since such conventions change =
all the time. I'd try for a manually editable config file (for =
experienced users), or a simple interface to same, much like the =
'International' applet in Windows. Or don't American versions carry it?
Gerardo
----- Original Message -----=20
From: gwalters at sc.rr.com=20
To: EUforum=20
Sent: Thursday, July 26, 2001 6:34 PM
Subject: Re: field size
Well Derick, it's beer time here in USA, SC (5:30pm). I'm about burned =
out at this point...Info is falling out my ears..
..george
----- Original Message -----=20
From: Derek Parnell=20
To: EUforum=20
Sent: Thursday, July 26, 2001 4:51 PM
Subject: Re: field size
When I saw your screen layout, I could see the same old problems =
that people in the USA make. The common thing for programmers =
(regardless of where they come from) is to make assumptions about =
certain data that don't hold up when the data is moved to different =
locales.
For example, in Australia, State codes are 3-characters long, and =
ZIP codes (called postcodes here) are 4-chars long, and telephone =
numbers are 8-chars long, dates are written as DAY/MONTH/YEAR sequence, =
etc.....
It might do you some good to ponder if these sort of =
locale-influenced data items need special treatment.
Of course, there's the 'character codeset' problem too, and the how =
much screen space needed for different languages?
------=_NextPart_000_0042_01C11640.78D61AA0
Content-Type: text/html;
charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dwindows-1252">
<META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi, George -well past midnight in =
Buenos=20
Aires, and freezing cold. Still, a beer would be welcome -man does not =
live by=20
coffee alone.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Here we have one-letter provincial =
codes, but they=20
aren't quite well known, so most apps will offer you the more familiar =
(read=20
traditional, and longer) abbreviations, as in 'Bs.As.' for Buenos Aires, =
'Cba.'=20
for C=F3rdoba, and so on. Like the oldtime Mass. and Fla. and Ore. in =
the=20
USA.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>The c=F3digos postales have recently =
changed from 4=20
to 8 chars (one letter, four numbers, three letters -looks quite=20
British).</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Standard telephone numbers are eight =
chars long.=20
Add two chars for cellphones, up to four for area codes, at least a =
couple more=20
for some strange special combinations, and changing all the time.=20
I'd assign no less than 20 chars.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>As in Derek's Australia, dates are =
always=20
day/month/year (again, British influence). Watch out: Japan uses =
year/month/day!=20
</FONT><FONT face=3DArial size=3D2>The hour is always based on the =
24-hour clock.=20
Coloquially, you will hear 'diez de la ma=F1ana' for 10 a.m., or 'nueve =
de la=20
noche' for 9 p.m., but never in writing, never on a document -it's not =
just=20
custom, it's the law.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Quite a chore, I know. Not even stable, =
since such=20
conventions change all the time. I'd try for a manually editable config =
file=20
(for experienced users), or a simple interface to same, much like the=20
'International' applet in Windows. Or don't American versions carry=20
it?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Gerardo</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A title=3Dgwalters at sc.rr.com=20
href=3D"mailto:gwalters at sc.rr.com">gwalters at sc.rr.com</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =
title=3DEUforum at topica.com=20
href=3D"mailto:EUforum at topica.com">EUforum</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Thursday, July 26, 2001 =
6:34=20
PM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: field size</DIV>
<DIV><BR></DIV>
<DIV><FONT size=3D2>Well Derick, it's beer time here in USA, SC =
(5:30pm). I'm=20
about burned out at this point...Info is falling out my =
ears..</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>..george</FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A title=3Dddparnell at bigpond.com =
href=3D"mailto:ddparnell at bigpond.com">Derek=20
Parnell</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =
title=3DEUforum at topica.com=20
href=3D"mailto:EUforum at topica.com">EUforum</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Thursday, July 26, 2001 =
4:51=20
PM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: field =
size</DIV><FONT=20
face=3DArial size=3D2>When I saw your screen layout, I could =
see the same=20
old problems that people in the USA make. The common thing for =
programmers=20
(regardless of where they come from) is to make assumptions about =
certain=20
data that don't hold up when the data is moved to different =
locales.</FONT>
<DIV></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>For example, in Australia, State =
codes are=20
3-characters long, and ZIP codes (called postcodes here) are 4-chars =
long,=20
and telephone numbers are 8-chars long, dates are written as =
DAY/MONTH/YEAR=20
sequence, etc.....</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>It might do you some good to ponder =
if these=20
sort of locale-influenced data items need special =
treatment.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Of course, there's the 'character =
codeset'=20
problem too, and the how much screen space needed for different=20
languages?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT><A the state i would only =
allow 2chars=20
to be entered)< FONT><FONT=20
------=_NextPart_000_0042_01C11640.78D61AA0--
|
Not Categorized, Please Help
|
|
