Re: [Json] The text in draft-ietf-json-text-sequence

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Tue, 08 July 2014 01:09 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAEB31B29B4 for <json@ietfa.amsl.com>; Mon, 7 Jul 2014 18:09:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.442
X-Spam-Level:
X-Spam-Status: No, score=-0.442 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.651] autolearn=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 HUJuCfyvuFli for <json@ietfa.amsl.com>; Mon, 7 Jul 2014 18:09:54 -0700 (PDT)
Received: from scintmta01-14.scbb.aoyama.ac.jp (scintmta01-14.scbb.aoyama.ac.jp [133.2.253.64]) by ietfa.amsl.com (Postfix) with ESMTP id DF45B1B29A9 for <json@ietf.org>; Mon, 7 Jul 2014 18:09:51 -0700 (PDT)
Received: from scmeg01-14.scbb.aoyama.ac.jp (scmse.scbb.aoyama.ac.jp [133.2.253.15]) by scintmta01-14.scbb.aoyama.ac.jp (Postfix) with ESMTP id 3877D32E52E; Tue, 8 Jul 2014 10:09:50 +0900 (JST)
Received: from itmail2.it.aoyama.ac.jp (unknown [133.2.206.134]) by scmeg01-14.scbb.aoyama.ac.jp with smtp id 4814_62fc_26457cb3_61ab_465b_97f1_dd775a16d1b6; Tue, 08 Jul 2014 10:09:50 +0900
Received: from [IPv6:::1] (unknown [133.2.210.1]) by itmail2.it.aoyama.ac.jp (Postfix) with ESMTP id B9970BF53E; Tue, 8 Jul 2014 10:09:49 +0900 (JST)
Message-ID: <53BB44CB.5040503@it.aoyama.ac.jp>
Date: Tue, 08 Jul 2014 10:09:31 +0900
From: "\"Martin J. Dürst\"" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Paul Hoffman <paul.hoffman@vpnc.org>, IETF JSON WG <json@ietf.org>
References: <FD9026FF-BDC5-451C-ABBC-0608AB63B819@vpnc.org>
In-Reply-To: <FD9026FF-BDC5-451C-ABBC-0608AB63B819@vpnc.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/json/edrKmrAupjruaqiiUpikIxld0U0
Subject: Re: [Json] The text in draft-ietf-json-text-sequence
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "JavaScript Object Notation \(JSON\) WG mailing list" <json.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json>, <mailto:json-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/json/>
List-Post: <mailto:json@ietf.org>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json>, <mailto:json-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Jul 2014 01:09:56 -0000

On 2014/07/08 05:57, Paul Hoffman wrote:
> Greetings again. There is still disagreement in the WG about what the text separator should be for draft-ietf-json-text-sequence. The current draft, draft-ietf-json-text-sequence-04, specifies it as the LF character, and gives rationale for that decision in Section 2.2. Many people in the WG have expressed a preference for a different character, one that would not require any stripping from the normal whitespace that can exist inside the JSON text. There were many suggestions for such a different characte
 r;
>    the one that seemed most favored was the ASCII record separator (RS) character, U+001e.
>
> In order to simplify the decision, I'd like to ask a few simple questions:
>
> - Do you feel that the protocol will be significantly broken if it uses LF as the text separator?

Yes.

> - Do you feel that the protocol will be significantly broken if it uses RS as the text separator?

Yes.

> - Do you feel that using LF or RF as the text separator is essentially the same for the protocol?

Yes.

> Answers of "yes", "no", and "don't know" are most appreciated. Explanation of a "yes" and "no" are probably not helpful at this time because they are likely to cause the thread to go off into discussion of the explanation, not of the questions.

[The above are just a reflection of the fact that I think that this 
format (it's not really a protocol) is unnecessary and therefore broken 
from the start, and therefore it's broken with whatever separator there 
is (except with ',', i.e. simply as a JSON array). The problem of 
diverging opinions is best solved by abandoning this spec.]

Regards,   Martin.


> Wearing my chair hat, I'm not sure how I will respond depending on different patterns in the results. Let's answer the questions and then see what we think it means.
>
> --Paul Hoffman
> _______________________________________________
> json mailing list
> json@ietf.org
> https://www.ietf.org/mailman/listinfo/json
>