RE: Another attempt at plain language

"Phillips, Addison" <addison@lab126.com> Tue, 15 September 2015 17:16 UTC

Return-Path: <prvs=693eceb39=addison@lab126.com>
X-Original-To: ietf-languages@alvestrand.no
Delivered-To: ietf-languages@alvestrand.no
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 139AD7C5AA8 for <ietf-languages@alvestrand.no>; Tue, 15 Sep 2015 19:16:54 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7h-i9qIqgWj3 for <ietf-languages@alvestrand.no>; Tue, 15 Sep 2015 19:16:51 +0200 (CEST)
X-Greylist: whitelisted by SQLgrey-1.8.0
X-Greylist: whitelisted by SQLgrey-1.8.0
Received: from smtp-fw-9101.amazon.com (smtp-fw-9101.amazon.com [207.171.184.25]) by mork.alvestrand.no (Postfix) with ESMTPS id 7C63A7C5AA7 for <ietf-languages@alvestrand.no>; Tue, 15 Sep 2015 19:16:50 +0200 (CEST)
X-IronPort-AV: E=Sophos;i="5.17,536,1437436800"; d="scan'208,217";a="320408240"
Received: from sea3-co-svc-lb3-vlan3.amazon.com (HELO email-inbound-relay-62002.pdx2.amazon.com) ([172.18.12.86]) by smtp-border-fw-out-9101.sea19.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 15 Sep 2015 17:16:47 +0000
Received: from ex10-hub-7001.ant.amazon.com (pdx1-ws-svc-lb16-vlan3.amazon.com [10.239.138.214]) by email-inbound-relay-62002.pdx2.amazon.com (8.14.7/8.14.7) with ESMTP id t8FHGTq1025939 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 15 Sep 2015 17:16:46 GMT
Received: from EX13D08UWB004.ant.amazon.com (10.43.161.232) by ex10-hub-7001.ant.amazon.com (10.43.103.49) with Microsoft SMTP Server (TLS) id 14.3.181.6; Tue, 15 Sep 2015 10:16:28 -0700
Received: from EX13D08UWB002.ant.amazon.com (10.43.161.168) by EX13D08UWB004.ant.amazon.com (10.43.161.232) with Microsoft SMTP Server (TLS) id 15.0.1076.9; Tue, 15 Sep 2015 17:16:27 +0000
Received: from EX13D08UWB002.ant.amazon.com ([10.43.161.168]) by EX13D08UWB002.ant.amazon.com ([10.43.161.168]) with mapi id 15.00.1076.000; Tue, 15 Sep 2015 17:16:28 +0000
From: "Phillips, Addison" <addison@lab126.com>
To: Peter Constable <petercon@microsoft.com>, Mark Davis ☕️ <mark@macchiato.com>, Michael Everson <everson@evertype.com>
Subject: RE: Another attempt at plain language
Thread-Topic: Another attempt at plain language
Thread-Index: AQHQ7MFX94NWY/pgX0OoQ7gsPwCJtJ43qjuAgAAHvYCAAARjgIAAC2KAgAAahwCAAOkWgIAByCCAgAAGyICAAAm0gIACIKaAgAEYFaA=
Date: Tue, 15 Sep 2015 17:16:27 +0000
Message-ID: <708919db108649ce9e9ced789b282cbf@EX13D08UWB002.ant.amazon.com>
References: <20150911114034.665a7a7059d7ee80bb4d670165c8327d.2d59df3fda.wbe@email03.secureserver.net> <BLUPR03MB137869AD3EB9D03F3941C62C82500@BLUPR03MB1378.namprd03.prod.outlook.com> <20150911191203.GA7765@mercury.ccil.org> <BLUPR03MB137858D047C2E4A29AD4673782500@BLUPR03MB1378.namprd03.prod.outlook.com> <BLUPR03MB1378F38B475273F4277E351D82500@BLUPR03MB1378.namprd03.prod.outlook.com> <CAMZ=zj7-pd3qjHVyq7OHFhq1jrB48+yLRZ8XQZu_kg6Mf9MyGQ@mail.gmail.com> <93AD67FB-C7DF-41B9-95A0-BB6E1AEBA0F6@evertype.com> <mt42f5$2hb$1@ger.gmane.org> <4E788F2B-BAF1-4B3E-A110-656E737F1524@evertype.com> <CAJ2xs_EUDJpKhf_-ZV643sy-m4ADpArNS=t9d-zGyjn_-br48A@mail.gmail.com> <BY2PR0301MB1608F132832A353E527C8EA4D55C0@BY2PR0301MB1608.namprd03.prod.outlook.com>
In-Reply-To: <BY2PR0301MB1608F132832A353E527C8EA4D55C0@BY2PR0301MB1608.namprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.43.162.231]
Content-Type: multipart/alternative; boundary="_000_708919db108649ce9e9ced789b282cbfEX13D08UWB002antamazonc_"
MIME-Version: 1.0
Precedence: Bulk
Cc: "ietf-languages@alvestrand.no" <ietf-languages@alvestrand.no>, Tobias Bengfort <tobias.bengfort@posteo.de>
X-BeenThere: ietf-languages@alvestrand.no
X-Mailman-Version: 2.1.16
List-Id: IETF Language tag discussions <ietf-languages.alvestrand.no>
List-Unsubscribe: <http://www.alvestrand.no/mailman/options/ietf-languages>, <mailto:ietf-languages-request@alvestrand.no?subject=unsubscribe>
List-Archive: <http://www.alvestrand.no/pipermail/ietf-languages/>
List-Post: <mailto:ietf-languages@alvestrand.no>
List-Help: <mailto:ietf-languages-request@alvestrand.no?subject=help>
List-Subscribe: <http://www.alvestrand.no/mailman/listinfo/ietf-languages>, <mailto:ietf-languages-request@alvestrand.no?subject=subscribe>
X-List-Received-Date: Tue, 15 Sep 2015 17:16:54 -0000

I agree.

I also question whether accessibility is a primary driver behind simplified textual variants: I most commonly have seen controlled language as an adjunct to machine translation and as a way of simplifying documentation development in general. That also makes me question the subtag “plain”, since the goal wasn’t necessarily plain-ness. Often the vocabularies I’ve seen used could be highly technical—but with a highly structured, rigidly controlled vocabulary and grammar. There are, of course, other applications for “plain” language variations…

Maybe more to the point: I see ‘plain’ as a kind of private agreement about a language variation (John Cowan has already pointed out that all language tags are a kind of “private agreement in public”). The question I have is whether there is value to a *generic* (no prefix field) subtag (this list has historically been allergic to these, not that this means we can’t make such a one: we’re just downright cautious about making them) that might interfere with other language negotiation, given that in many cases there will not be an “xx-notplain” flavor of text corresponding to the “xx-plain” and which might also be selected.

From: Ietf-languages [mailto:ietf-languages-bounces@alvestrand.no] On Behalf Of Peter Constable
Sent: Monday, September 14, 2015 5:19 PM
To: Mark Davis ☕️; Michael Everson
Cc: ietf-languages@alvestrand.no; Tobias Bengfort
Subject: RE: Another attempt at plain language

I have no problem with wanting to use a language tag to declare “this is a simplified variant” (relative to some other document that doesn’t have that).

But before proceeding with anything along this line, I think I’d want to see some input from linguistic experts that are dealing with this area generally — and by that, I don’t someone working just on accessibility. Content may be authored using controlled language in a variety of contexts for a variety of reasons. Rather than doing something one-off in response to someone interested in accessibility, I’d want to understand what the entire space looks like, what the various usage scenarios are, and from that whether one tag is enough, or whether there eventually need to be a set of tags with some systematic inter-relationships.


Peter

From: Ietf-languages [mailto:ietf-languages-bounces@alvestrand.no] On Behalf Of Mark Davis ??
Sent: Sunday, September 13, 2015 8:49 AM
To: Michael Everson <everson@evertype.com<mailto:everson@evertype.com>>
Cc: ietf-languages@alvestrand.no<mailto:ietf-languages@alvestrand.no>; Tobias Bengfort <tobias.bengfort@posteo.de<mailto:tobias.bengfort@posteo.de>>
Subject: Re: Another attempt at plain language


On Sun, Sep 13, 2015 at 5:14 PM, Michael Everson <everson@evertype.com<mailto:everson@evertype.com>> wrote:
I don’t know. A conformance statement? In any case it doesn’t seem taggable. There are books for early readers and young adults and college students but the difference of language use in those books is not precisely defined. Nor is the WCAG’s recommendation (or requirement) without ambiguity.

As I wrote, this is overly formalistic.

If the purpose is to distinguish webpages by BCP47 language tags, it is perfectly reasonable on a site to want to distinguish between a "normal" version, and a simplified version (not only for accessibility, but also for second-language speakers).

Of the many thousands of languages that are encodeable with BCP47, almost none of them have a "precise definition". It is not productive to disallow a reasonably clear variant because it doesn't meet a standard also not met by essentially any of the primary language subtags.

Mark<https://google.com/+MarkDavis>

— Il meglio è l’inimico del bene —