Modification Request: frr (Suppress-Script: Latn)

Mark Davis mark.davis at
Mon Oct 8 23:41:07 CEST 2007

I disagree about handwaving: there is no place for caprice in the process. A
registry is not meant to have a great deal of evaluation to it -- that is
why it is a registry and not a standard. The registrar should reject
requests that are ill-formed (registering a 9-letter language subtag),
inapplicable or out of scope (Martian, or the variety of English spoken by
Bush II), duplicates of what is already expressible ('english'), or badly
named (though in the latter case, should suggest alternatives). We have to
provide reasonable guidance to the registrar for making such decisions in
BCP 47.

Unless we state otherwise in the rules, a well-formed request for a real
language or language variant, or true suppress script (overwhelmingly used)
needs to be honored.

I agree that suppress-script is flawed. Maybe if we want a bright line, the
"existed prior to 4646" is a reasonable cutoff, or we just stop as of
4646bis. Or we just continue to accept suppress-script requests, if it has
not been a huge burden so far....


On 10/8/07, Addison Phillips <addison at> wrote:
> Doug Ewell wrote:
> >> Now please, there's been quite enough meta-discussion.  Let's nail
> >> down the policy on ltru at, since it appears that what is
> >> already written is insufficiently clear.
> >
> > Fair enough, but I expect not to hear any handwaving about leaving the
> > details up to the discretion and judgment of ietf-languages and the
> > Reviewer(s).
> >
> Why not? Handwaving can sometimes be effective.
> Just because the current reviewer doesn't wish to document his reasoning
> behind decisions and just because nobody on the list has the temerity to
> try and document a "sense of the list" statement doesn't mean that we
> should *necessarily* have to do it in 4646bis.
> If there are sound policies that we can document, fine. But we don't
> even agree as a group on the sensibility of Suppress-Script, let alone
> policies for its inclusion in records.
> Suppress-Script, as designed, is unmaintainable. It requires too much
> information about too many languages to be applied consistently and
> holistically. Unless we impose an outright ban on future registrations
> of it, there is no end to the list of registration requests that might
> be forthcoming in the future.
> Addison
> --
> Addison Phillips
> Globalization Architect -- Yahoo! Inc.
> Chair -- W3C Internationalization Core WG
> Internationalization is an architecture.
> It is not a feature.
> _______________________________________________
> Ietf-languages mailing list
> Ietf-languages at

-------------- next part --------------
An HTML attachment was scrubbed...

More information about the Ietf-languages mailing list