Re: [Slim] New wording for the use of the asterisk in draft-ietf-slim-negotiating-human-language

Gunnar Hellström <gunnar.hellstrom@omnitor.se> Wed, 07 June 2017 18:23 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 36BED129B33 for <slim@ietfa.amsl.com>; Wed, 7 Jun 2017 11:23:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=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 bUYVzlnVEdk3 for <slim@ietfa.amsl.com>; Wed, 7 Jun 2017 11:23:13 -0700 (PDT)
Received: from bin-vsp-out-02.atm.binero.net (vsp-unauthed02.binero.net [195.74.38.227]) (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 ADBCB129B3C for <slim@ietf.org>; Wed, 7 Jun 2017 11:21:06 -0700 (PDT)
X-Halon-ID: 0ed36779-4bae-11e7-bcc7-005056917f90
Authorized-sender: gunnar.hellstrom@omnitor.se
Received: from [192.168.2.136] (unknown [77.53.230.196]) by bin-vsp-out-02.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Wed, 7 Jun 2017 20:21:00 +0200 (CEST)
To: Randall Gellens <rg+ietf@randy.pensive.org>, "slim@ietf.org" <slim@ietf.org>
References: <149609884905.14640.4714137651572553743@ietfa.amsl.com> <54839aba-7ac8-79e4-74f8-927eb455d8af@omnitor.se> <p06240605d553b4cd71e6@[99.111.97.136]> <b4d3e366-1250-283c-9a02-1d6b0d7c822d@omnitor.se> <p06240601d5547c6aa715@[99.111.97.136]> <8ca64f00-b1d1-e4da-05cf-0e4663178d85@omnitor.se> <ed04b0e4-c1c8-8b5d-d275-a575f0747a81@omnitor.se> <p06240601d55a2f62df54@[99.111.97.136]> <a254823b-05fc-d780-3da9-a4518c3fc2fb@omnitor.se> <p06240615d55bae9c6bc3@[99.111.97.136]>
From: Gunnar Hellström <gunnar.hellstrom@omnitor.se>
Message-ID: <11fef8a5-8ed3-5e70-4ccd-66e7613b22fc@omnitor.se>
Date: Wed, 07 Jun 2017 20:20: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
In-Reply-To: <p06240615d55bae9c6bc3@[99.111.97.136]>
Content-Type: multipart/alternative; boundary="------------F2AA3AE456EAC8341E39B3F0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/WKaX1mec2FWCxpvfWXPmDRbi2OQ>
Subject: Re: [Slim] New wording for the use of the asterisk 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: Wed, 07 Jun 2017 18:23:16 -0000

Den 2017-06-06 kl. 03:00, skrev Randall Gellens:
> At 10:21 PM +0200 6/5/17, Gunnar Hellström wrote:
>
>>  Den 2017-06-04 kl. 23:51, skrev Randall Gellens:
>>>  Hi Gunnar,
>>>
>>>  What I'd suggest is that we include an informational reference to 
>>> the draft, although that requires that at least an initial version 
>>> of the draft be published pretty quickly. So, my suggestion is that 
>>> you publish at least a skeleton draft right away (which you can 
>>> revise and extend quickly), and we add text along the lines of the 
>>> following, perhaps after the second paragraph of Section 5.3:
>>>
>>>     Note that separate work [draft-xxx] proposes to use the asterisk 
>>> (or
>>>     lack thereof) to convey information between endpoints.
>>>
>>>  This alerts implementers to the other draft.
>>  This might be a possible way ahead, if others also think it is 
>> feasible.
>
> Gunnar, please upload at least a skeleton version of the draft right 
> away, and let me know the title.  If you need help with that, I can 
> create one.
>
>>  The wording and placement of the text requires more tuning. E.g. it 
>> should not say "proposes", but rather "specifies".
>
> I was reluctant to say "specifies" until we have a more solid draft 
> (we don't yet have anything). How about if the text says "uses" rather 
> than "proposes to use"?  I think that covers it.
Yes, the drafts for the two functionality extensions are uploaded.

I would think that it would be more logical to insert the note about the 
added meaning of the asterisk in section 5.2, because 5.3 is for the 
current interpretation case only.

I propose a change to this current text in 5.2

------old text----


    In an offer, each value MAY have an asterisk appended as the final
    value.  An asterisk appended to either value in an offer indicates a
    request by the caller to the callee to not fail the call if there is
    no language in common.  See Section 5.3 for more information and
    discussion.

-----new text could be----

    In an offer or answer, each value MAY have an asterisk appended as the final
    token.  An asterisk appended to either value in an offer indicates a
    request by the caller to the callee to not fail the call if there is
    no language in common.  See Section 5.3 for more information and
    discussion.

    Note that separate work [draft-hellstrom-slim-modalitypref] extends the use of the
    asterisk with a media level indication.


---end of change-----------------

  



The other draft, about simultaneous modality may also need to be announced.
I suggest this change:

----old text in 5.2------

  
  BCP 47 describes mechanisms for
    matching language tags.  Note that [RFC5646] Section 4.1 advises to
    "tag content wisely" and not include unnecessary subtags.

  ----new text-----

  
  BCP 47 describes mechanisms for
    matching language tags.  Note that [RFC5646] Section 4.1 advises to
    "tag content wisely" and not include unnecessary subtags.

  
  Note also that separate work in [draft-hellstrom-slim-simultaneous-modality] uses a
  notation with a subtag for extended functionality. It is therefore of importance to
  use the mechanisms from BCP 47 for matching languages correctly.

----end of change-----
  

This all builds on that we can at least get WG draft status soon on the 
new drafts.

Gunnar
>
>

-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288