Re: [Json] [apps-discuss] JSON mailing list and BoF

Tim Bray <tbray@textuality.com> Tue, 19 February 2013 07:05 UTC

Return-Path: <tbray@textuality.com>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 092F521F8D75 for <json@ietfa.amsl.com>; Mon, 18 Feb 2013 23:05:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.29
X-Spam-Level:
X-Spam-Status: No, score=-3.29 tagged_above=-999 required=5 tests=[AWL=-0.314, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id izTHrjtXdpgQ for <json@ietfa.amsl.com>; Mon, 18 Feb 2013 23:05:43 -0800 (PST)
Received: from mail-pb0-f48.google.com (mail-pb0-f48.google.com [209.85.160.48]) by ietfa.amsl.com (Postfix) with ESMTP id 2FC9F21F8D70 for <json@ietf.org>; Mon, 18 Feb 2013 23:05:43 -0800 (PST)
Received: by mail-pb0-f48.google.com with SMTP id wy12so2079270pbc.35 for <json@ietf.org>; Mon, 18 Feb 2013 23:05:42 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=LgrNtjIwAoyWSVG7axv42QAGkArEdi7729f2T1+6f5c=; b=G8bBi67BXi9bbEPLRuIKBHSeQUbezIPJxdlNH3uXPPOYs+Ml8VUwr39Aavyh4W5bIL Y+sTT6+Zu78F1HDOgEf2hh7SqFK+AXn/tPc57Yly/p9X5/AEHyjxteF/zZf2zu0h3bU/ 4OWNg7N2p0O+dLAv8kDFDxNQJQ1UbN+2T6+y4nBKp1GFLTdS2/y5uc0rgTVdwM7xoOl3 MuedHpuv8kOhQXPhl8kKoljeTg73mk7LZuqoA2pxnk6ELhXv8yh/w/+oNE0d4CLD6u0k xBaa0xkIEFtNGEFe2gkjh2gE5yokuac8UW1O21a5RnrP7ttTWEftsgE6FKCCXMcssivE K6cA==
MIME-Version: 1.0
X-Received: by 10.68.7.106 with SMTP id i10mr37526504pba.43.1361257542655; Mon, 18 Feb 2013 23:05:42 -0800 (PST)
Received: by 10.66.249.129 with HTTP; Mon, 18 Feb 2013 23:05:42 -0800 (PST)
X-Originating-IP: [24.84.235.32]
In-Reply-To: <1ah5i81al3ug4qgmgjqgjnl5evf6jc1qnq@hive.bjoern.hoehrmann.de>
References: <A723FC6ECC552A4D8C8249D9E07425A70F8943CC@xmb-rcd-x10.cisco.com> <1ah5i81al3ug4qgmgjqgjnl5evf6jc1qnq@hive.bjoern.hoehrmann.de>
Date: Mon, 18 Feb 2013 23:05:42 -0800
Message-ID: <CAHBU6iumbfna-ez7=WjqEubViN3A81DxWhmZoeXGp5BTVV_+9A@mail.gmail.com>
From: Tim Bray <tbray@textuality.com>
To: Bjoern Hoehrmann <derhoermi@gmx.net>
Content-Type: multipart/alternative; boundary="bcaec5314a1f47204204d60e784a"
X-Gm-Message-State: ALoCoQlfgR16fvCnO831xFMWHuvyKwFymp1IgCAVx7RXNRXiSWwBbfyppOalziNce8aNRKoPR2ys
Cc: "Joe Hildebrand (jhildebr)" <jhildebr@cisco.com>, "json@ietf.org" <json@ietf.org>
Subject: Re: [Json] [apps-discuss] JSON mailing list and BoF
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion related to JavaScript Object Notation \(JSON\)." <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, 19 Feb 2013 07:05:44 -0000

Easily solved: “In all instances when JSON is transmitted over a network,
it MUST be encoded in UTF-8; a charset argument on the Content-type MAY be
provided, but its value MUST be utf-8.”

 -T


On Mon, Feb 18, 2013 at 4:26 PM, Bjoern Hoehrmann <derhoermi@gmx.net> wrote:

> * Joe Hildebrand (jhildebr) wrote:
> >As a start, we know there are a couple of things we'd like to fix about
> >RFC 4627:
> >
> >- move to standards track
> >- an ABNF indentation typo in section 2.2
> >- change SHOULD to MUST for the uniqueness of names in an object
> >
> >A *very* important goal would be to minimize change, and to ensure strict
> >backward-compatibility.
>
> A Working Group will also likely have to look at revising the rules to
> detect the character encoding in application/json resources (there is a
> lack of consensus whether to auto-detect UTF-32 and whether to honour a
> Unicode signature, whether to support UTF-32 when it is detected, and so
> on, partly due to how people load JSON resources; a generic "load text"
> API for instance might detect and remove a Unicode signature before the
> data is passed to a JSON parser; this used to be true for XMLHttpRequest
> for instance, I haven't checked the current situation there though).
> --
> Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
> Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
> 25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
> _______________________________________________
> json mailing list
> json@ietf.org
> https://www.ietf.org/mailman/listinfo/json
>