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

RE: [Ltru] Re: FW: tags for written or spoken content, was Swissgerman, spoken



You are making a logical error, I believe.

Here are a number of false statements, none of which are necessarily useful in resolving the design:

1. Because script is not important or useful in distinguishing unwritten content, it is not important in distinguishing written content.

2. Because script is important in distinguishing certain written content, it is important for unwritten content too.

3. Because English is customarily written in Latin script, it isn't important to distinguish the script for Chinese (or Serbian, or...) texts.

Mark's point is well taken. Script is not and never has been a requirement for all documents, only those for which it is useful in distinguishing content. Then it is invaluable (in the same way that regions sometimes [but not always] are, or other variants of various kinds). Note the use of the word "other" in that sentence.

Addison

Addison P. Phillips
Globalization Architect, Quest Software
Chair, W3C Internationalization Core Working Group

Internationalization is not a feature.
It is an architecture. 

> -----Original Message-----
> From: ltru-bounces at lists.ietf.org [mailto:ltru-bounces at lists.ietf.org] On
> Behalf Of McDonald, Ira
> Sent: 2005?6?12? 18:11
> To: 'Frank Ellermann'; ltru at ietf.org
> Subject: RE: [Ltru] Re: FW: tags for written or spoken content, was
> Swissgerman, spoken
> 
> 
> Frank Ellerman wrote:
> >
> > McDonald, Ira wrote:
> >
> > > the _entire_ justification for shoehorning 'script' between
> > > 'language' and 'region' is the overwhelming focus on
> > > traditional uses of language tags for _written_ content.
> >
> > No, I don't think that that's a correct description of the
> > "entire justification", it meshes two independet aspects.
> >
> > For written content we need the script, only the language is
> > not good enough.  So we either need something like Bruce's
> > Content-Script, or where that's no option we try to add it to
> > the existing language tag.
> >
> > If we decide to add it elsewhere I fail to see any advantage
> > of the 3rd position (between region and variant).  So we take
> > either the last or the 2nd position.
> >
> > <...snip...>
> >
> > That's the 3rd or last position,  I don't see any advantage
> > of the 3rd position, en-Latn-US-boont or en-US-Latn-boont are
> > both ugly.  Maybe en-US-boont-Latn would be a good idea.
> >
> > <...snip...>
> >
> > My point is, the new "unloved script" isn't the real problem.
> > The real problem is the legacy region.  And we're damned to
> > keep it - without looking into the LTRU charter I fear that's
> > what it says.
> >                           Bye, Frank
> 
> Script only matters for written content.  Your argument makes
> my point exactly: unwritten bias in favor of written content.
> 
> Script is _new_.  Putting script third (or anywhere else after
> the traditional and very widely used 'region') causes zero
> compatibility problems with any existing software.  At the
> "who cares" dubious loss caused by RTL truncation for 'script'.
> 
> I fail to see why nearly all existing language tagged content
> and all deployed browsers and other language tag processing
> applications should suffer for the _enhancement_ of 'script'
> being in the 'right' position.
> 
> Cheers,
> - Ira
> 
> Ira McDonald (Musician / Software Architect)
> Blue Roof Music / High North Inc
> PO Box 221  Grand Marais, MI  49839
> phone: +1-906-494-2434
> email: imcdonald at sharplabs.com
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru at lists.ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru


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




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