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

Re: [Ltru] par 3 of 2.2, "identification of subtag's type" (was Additional issues with 4646bis raised by an Apps Review Team review)



Hi!
 
Yes, I saw that the draft sated that variants were 5*8 and also saw the paragraph below the table which is very clear:
 
"All subtags have a maximum length of eight characters and whitespace is not permitted in a language tag. There is a subtlety in the ABNF production 'variant': a variant starting with a digit has a minimum length of four characters, while those starting with a letter have a minimum length of five characters."
 
All that is fine, but I expected something in the table like:
 
"(DIGIT 3*7 alphanum)
 
I did not think the table was that clear, but perhaps things are o.k. as they are with the info about the variant just above . . . ???  whatever people like me who have learned to scan a lot in their old age think . . .
 
Best,
 
C. E. Whitehead
cewcathar at hotmail.com
 
(My apologies for taking so long to reply to your replies; have not been able to get to a computer for several days; sorry that I just sent an email out and took off . . . unfortunately I have to get to a library to pick up email and reply
 
I still feel the table is confusing to people who just glance at the table and then go on, but I will let that rest.)


 
> Date: Mon, 8 Jun 2009 22:41:53 +0100
> From: alexey.melnikov at isode.com
> To: addison at amazon.com
> CC: cewcathar at hotmail.com
> Subject: Re: [Ltru] par 3 of 2.2, "identification of subtag's type" (was Additional issues with 4646bis raised by an Apps Review Team review)
>
> Phillips, Addison wrote:
>
> >No. The ABNF has a subtlety in it :-).
> >
> >Here is the production in question:
> >
> >variant = 5*8alphanum ; registered variants
> > / (DIGIT 3alphanum)
> >
> >This means that any subtag (digit or alpha starting) is permitted with length 5-8 and digit-starting ones can have a length of four.
> >
> >
> Ah, I've missed that alphanum includes digits :-).
> Never mind then.
>

Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.