[Slim] Indication of modality alternatives in draft-ietf-slim-negotiating-human-language

Gunnar Hellström <gunnar.hellstrom@omnitor.se> Fri, 28 July 2017 22:07 UTC

Return-Path: <gunnar.hellstrom@omnitor.se>
X-Original-To: slim@ietfa.amsl.com
Delivered-To: slim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10D5C13178D for <slim@ietfa.amsl.com>; Fri, 28 Jul 2017 15:07:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SGIqQdatJNM2 for <slim@ietfa.amsl.com>; Fri, 28 Jul 2017 15:07:55 -0700 (PDT)
Received: from bin-vsp-out-03.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF13B131771 for <slim@ietf.org>; Fri, 28 Jul 2017 15:07:54 -0700 (PDT)
X-Halon-ID: 0e056c2e-73e1-11e7-8607-0050569116f7
Authorized-sender: gunnar.hellstrom@omnitor.se
Received: from [172.20.7.164] (unknown [65.216.242.51]) by bin-vsp-out-03.atm.binero.net (Halon) with ESMTPSA id 0e056c2e-73e1-11e7-8607-0050569116f7; Sat, 29 Jul 2017 00:06:51 +0200 (CEST)
From: Gunnar Hellström <gunnar.hellstrom@omnitor.se>
To: "slim@ietf.org" <slim@ietf.org>
Message-ID: <3e945827-8310-56aa-b2e5-7a9405ff85c4@omnitor.se>
Date: Sat, 29 Jul 2017 00:06:55 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/iGcdvOYlcjjsCeh6iEaZBm-zpfg>
Subject: [Slim] Indication of modality alternatives in draft-ietf-slim-negotiating-human-language
X-BeenThere: slim@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Selection of Language for Internet Media <slim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/slim>, <mailto:slim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/slim/>
List-Post: <mailto:slim@ietf.org>
List-Help: <mailto:slim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/slim>, <mailto:slim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jul 2017 22:07:57 -0000

We have dealt with this topic before, but rereading the draft indicates 
to me that we still need some tuning of the wording so that it is clear 
that the language indications for the same direction for different media 
are alternatives with no requirements that they need to be provided 
together, so that it is allowed to answer with just one media in each 
direction having language indication.

Suggested wording changes to make this clear:

---Change 1 in 5.2, first paragraph----------------
------old text---------
This document defines two media-level attributes starting with
    'hlang' (short for "human interactive language") to negotiate which
    human language is selected for use in each interactive media stream.
------------new text--------------------
This document defines two media-level attributes starting with
    'hlang' (short for "human interactive language") to negotiate which
    human language is selected for use in each media stream used for 
interactive language communication.
-------end of change 1-------

----Change 2 in 5.2, third paragraph ------
----old text------
   In an answer, 'hlang-send' is the language the answerer will send if
    using the media for language (which in most cases is one of the
    languages in the offer's 'hlang-recv'), and 'hlang-recv' is the
    language the answerer expects to receive in the media (which in most
    cases is one of the languages in the offer's 'hlang-send').
-----new text----
   In an answer, 'hlang-send' is the language the answerer will send if
    using the media for language (which in most cases is one of the
    languages in the offer's 'hlang-recv'), and 'hlang-recv' is the
    language the answerer expects to receive in the media if
    using the media for language (which in most
    cases is one of the languages in the offer's 'hlang-send').
----end of change 2-------------------------------


/Gunnar

-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se