Re: [Jcardcal] [Gen-art] Genart LC review: draft-ietf-jcardcal-jcal-09

Robert Sparks <rjsparks@nostrum.com> Thu, 20 March 2014 22:22 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: jcardcal@ietfa.amsl.com
Delivered-To: jcardcal@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C62B1A077C; Thu, 20 Mar 2014 15:22:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.446
X-Spam-Level:
X-Spam-Status: No, score=-2.446 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.547] autolearn=ham
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 NuMPLJPlG4Yq; Thu, 20 Mar 2014 15:22:43 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) by ietfa.amsl.com (Postfix) with ESMTP id AA9BA1A0751; Thu, 20 Mar 2014 15:22:43 -0700 (PDT)
Received: from unnumerable.local (pool-173-71-10-88.dllstx.fios.verizon.net [173.71.10.88]) (authenticated bits=0) by nostrum.com (8.14.8/8.14.7) with ESMTP id s2KMMSIB003231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=OK); Thu, 20 Mar 2014 17:22:29 -0500 (CDT) (envelope-from rjsparks@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host pool-173-71-10-88.dllstx.fios.verizon.net [173.71.10.88] claimed to be unnumerable.local
Message-ID: <532B6A27.1030201@nostrum.com>
Date: Thu, 20 Mar 2014 17:22:31 -0500
From: Robert Sparks <rjsparks@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: Philipp Kewisch <kewisch@gmail.com>, General Area Review Team <gen-art@ietf.org>, draft-ietf-jcardcal-jcal@tools.ietf.org, jcardcal@ietf.org
References: <531F5C0D.5040903@nostrum.com> <531F5EC6.5010306@nostrum.com> <532B5201.8020508@gmail.com>
In-Reply-To: <532B5201.8020508@gmail.com>
Content-Type: multipart/alternative; boundary="------------060802010105030502030101"
Archived-At: http://mailarchive.ietf.org/arch/msg/jcardcal/mhTQX5XWmUb0D-xIp1o46UfBEFY
Subject: Re: [Jcardcal] [Gen-art] Genart LC review: draft-ietf-jcardcal-jcal-09
X-BeenThere: jcardcal@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: JSON data formats for vCard and iCalendar WG <jcardcal.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/jcardcal>, <mailto:jcardcal-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/jcardcal/>
List-Post: <mailto:jcardcal@ietf.org>
List-Help: <mailto:jcardcal-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/jcardcal>, <mailto:jcardcal-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Mar 2014 22:22:45 -0000

On 3/20/14, 3:39 PM, Philipp Kewisch wrote:
> On 3/11/14, 8:06 PM, Robert Sparks wrote:
>> Actually, there are perhaps some corners to consider knocking off 
>> related to:
>>> * I verified that the syntax numbers with fractional parts is the 
>>> same in both iCal in jCal. Specifically "4." is not valid in either 
>>> grammar, so there is no need to discuss something like adding a 0 or 
>>> remove the decimal point during conversion.
>> [...]
>>
>> So, in iCal, you could have '+4' . json doesn't allow the plus sign.
>>
>> iCal appears to allow leading 0s. json does not.
>
> Maybe this just requires some adjustment in wording. The gist is that 
> numbers should be represented in whatever way needed by the underlying 
> rfc, i.e 5545 or 7159. If a number represented with a leading + sign 
> is found in iCal, the same number can be represented without a leading 
> + sign in JSON. Analogous for leading zeros. Would you prefer this is 
> explicitly stated?
Yes. And I don't think it needs much text. Just let the implementer know 
the issue is there to take care of.

>
>
>>
>>
>>
>>
>>
>> _______________________________________________
>> jcardcal mailing list
>> jcardcal@ietf.org
>> https://www.ietf.org/mailman/listinfo/jcardcal
>