Re: [Ltru] going back to the roots to find a solution to "zh"

["Debbie Garside" <debbie at ictmarketing.co.uk>]

Stephane wrote:

> > Why can we not take this route.
>
> There are several reasons but one of them is that the
> original extlang plan was to use ISO 639-3 macrolanguages
> (without cherry-picking them) and "de" is not a
> macrolanguage... (may be it should but it isn't)
>

But nothing is set in stone wrt extlang :-)  or is it?

I missed the whole extlang debate so I don't really know all the reasons why
it was dismissed.  However, from what I can see we need to facilitate
fallback matching for *some* subtags that have ISO 639-3 codes but have
also, historically, predominantly used another subtag.  Maybe we should
concentrate on this aspect rather than extlang and macrolanguages
specifically.  You might find that by doing so we solve all the problems.
But it needs to be done with an open mind and I don't see the need to be
restrictive to facilitating fallback *just* for macrolanguages.  We could
include a "Fallback" field and devise a registration procedure to
incorporate information with regard to "known fallback relationships" that
would encompass a good deal of this.  I see it working along similar lines
as suppress script (as and when info becomes available). As I say, I  missed
pretty much the whole debate on this so maybe this has already been covered.

Best

Debbie

> -----Original Message-----
> From: Stephane Bortzmeyer [mailto:bortzmeyer at nic.fr]
> Sent: 07 May 2008 09:26
> To: Debbie Garside
> Cc: 'LTRU Working Group'
> Subject: Re: going back to the roots to find a solution to "zh"
>
> On Tue, May 06, 2008 at 08:44:07PM +0100,  Debbie Garside
> <debbie at ictmarketing.co.uk> wrote  a message of 89 lines which said:
>
> >    de-*hde -> German, specifically Hochdeutsch
> ...
> > Why can we not take this route.
>
> There are several reasons but one of them is that the
> original extlang plan was to use ISO 639-3 macrolanguages
> (without cherry-picking them) and "de" is not a
> macrolanguage... (may be it should but it isn't)
>
>
>
>




_______________________________________________
Ltru mailing list
Ltru at ietf.org
https://www.ietf.org/mailman/listinfo/ltru