Re: [Ltru] Proposed -t0- subtag

["Broome, Karen" <[e-mail]>]

Well, I had considered registering a singleton on behalf of the Society of Motion Pictures and Television Engineers -- the xml:lang compliant tags are now specified in many, if not most, new industry standards. (Things are certainly still in transition from older ISO 639 classifications.) But SMPTE might benefit from more motion picture specific values (possible values: original, dubbed, captioned, subtitled, audio description). 

But I also wonder about the general utility of this and hadn't really broached the subject of "tone" or had an immediate need for something like that. It's interesting, but I think maybe it goes beyond language identification into aspects of the delivery and content. Fun stuff to work on, but not sure I need it now. But I think "spoken" and "written" are two distinctions that definitely help identify the "language". I realize this is a somewhat controversial belief.

Regards,

Karen Broome

-----Original Message-----
From: Doug Ewell [mailto:[e-mail]] 
Sent: Monday, July 25, 2011 10:43 AM
To: [e-mail]
Cc: Broome, Karen
Subject: Re: [Ltru] Proposed -t0- subtag

"Broome, Karen" <Karen dot Broome at am dot sony dot com> wrote:

> Sorry, I was thinking the original ISO registration had gone through
> as 'No Linguistic content' but now I'm remembering that this was
> somewhat of a partner tag for 'zxx' which does mean that. I wasn't
> referencing the RFC text per se, which gives the user an option — and
> I'm OK with the option. Still, I generally find this muddy. I don't
> want to look to a script tag to define the language mode because there
> are commonly used language modes that are not written forms. The
> disconnect with the 'zxx' tag this tags mirrors may be another reason
> to avoid use to indicate the language mode.

I think what you are finding "muddy" is not the subtag 'Zxxx', which
does have a fairly clear meaning in BCP 47, but rather the use of a
script (writing system) subtag to tag content that isn't written.  I can
see how this is unintuitive.  I think the answer is that BCP 47 tags
aren't really designed to tag modes out of the box, and that, in turn,
is exactly what extensions are for.

If you or anyone else did want to create an extension RFC for modes
('m', perhaps), you'd probably want to start the discussion by
identifying the initial values (spoken, written, signed, anything else?)
and setting constraints.  As examples of the latter, you'd want to
establish whether male vs. female, shouting vs. whispering, friendly vs.
angry, handwritten vs. printed, etc. are in scope.

--
Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14
www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell ­