Re: [calsify] AD review of draft-ietf-calext-jscalendar-23

Barry Leiba <barryleiba@computer.org> Wed, 19 February 2020 23:35 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: calsify@ietfa.amsl.com
Delivered-To: calsify@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF044120819; Wed, 19 Feb 2020 15:35:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.401
X-Spam-Level:
X-Spam-Status: No, score=-1.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 pb2LZim5Cvvb; Wed, 19 Feb 2020 15:35:26 -0800 (PST)
Received: from mail-io1-f66.google.com (mail-io1-f66.google.com [209.85.166.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82FBC120802; Wed, 19 Feb 2020 15:35:26 -0800 (PST)
Received: by mail-io1-f66.google.com with SMTP id i11so2542775ioi.12; Wed, 19 Feb 2020 15:35:26 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=kyUhRz+9zeUCa0JXC8WiQA7G9NLXszPet6NDaMFZizk=; b=HP0H0m+jPKjB2EZzyvJLivnh+puRIATH5jzpg+bvqZxP2DCnbS1W4R59lrECMVdrt2 xr92lQLI4AQLWK1NeGI7u4TLR+/P2mVqPsJgY80ZDRcE7OjiiFnJn+3y6LxrVGMpwflX HPlaP2mHP55Uh0D5ucU4p2PP1wM6OnIE6vFgk/BGNP0x/9oKl2bsk8CMaNk9rG7Uxo2F WQeBKRu66l4LfsnrDiesCSzFGUy4oMVuUs0diXPC7rpM3SB4aeGAKX13CAWw4+G4mkDr 5lcrnyVyeH2iTxclkudAWqy84HkULzKzzfk7TKHF93yzRkG0GJ1FK1zqejiOVuewOt5x L5Zg==
X-Gm-Message-State: APjAAAWLnKm8aldDXYZkmoRAikMDMhTvpDCEuXt35B/KrH/ssMA3E+PI DOSvnCrXVcE4s9eZ0PrjHgT61mEwaXVyHXcGQmeGVVaT
X-Google-Smtp-Source: APXvYqye9JjJpsa+2GEwpuqz2cIlepLd9wckJBOJs2hviZ8pkhAzqjsjdRUwHHl9PJhY7s0avjiKXEi3D/eowSq5VGo=
X-Received: by 2002:a02:aa11:: with SMTP id r17mr22823247jam.88.1582155325508; Wed, 19 Feb 2020 15:35:25 -0800 (PST)
MIME-Version: 1.0
References: <CALaySJJREdQn2oXr9+WgRn+rw2T=JHY-gTv8m+d1u4eZqjFO3w@mail.gmail.com> <3bfc7bbf-7ca2-afaa-8829-0f9f02670cb4@googlemail.com>
In-Reply-To: <3bfc7bbf-7ca2-afaa-8829-0f9f02670cb4@googlemail.com>
From: Barry Leiba <barryleiba@computer.org>
Date: Wed, 19 Feb 2020 15:35:14 -0800
Message-ID: <CALaySJ+Xj2mQqpY3pXKKwqnmGuYXjX5RCH6VzdVWNVANaWLV_A@mail.gmail.com>
To: Michael H Deckers <michael.h.deckers@googlemail.com>
Cc: draft-ietf-calext-jscalendar.all@ietf.org, calsify@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/O4q8g2Ew4nVWKp_Bj1OYbBZlv_4>
Subject: Re: [calsify] AD review of draft-ietf-calext-jscalendar-23
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <calsify.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/calsify>, <mailto:calsify-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/calsify/>
List-Post: <mailto:calsify@ietf.org>
List-Help: <mailto:calsify-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/calsify>, <mailto:calsify-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Feb 2020 23:35:28 -0000

I'm not going to hold out and block things on this point, so if the
working group really want to stay with the harder-to-follow version
I'll step aside.  But I do feel that using an alternative structure
where one alternative is optional and the other is not... is really
unnecessarily confusing.  The text certainly make the default clear,
and keep in mind that ABNF is not intended to convey such things as
defaults.

Barry

On Wed, Feb 19, 2020 at 3:32 PM Michael H Deckers
<michael.h.deckers@googlemail.com> wrote:
>
>
> On 2020-02-19 06:58, Barry Leiba wrote:
>
>
>
> > — Section 1.4.6 —
> >
> >         signed-duration = (["+"] / "-") duration
> >
> > I guess this works.  I think this is a bit cleaner.  No?:
> >
> > NEW
> >         signed-duration = ["+" / "-"] duration
> > END
> >
> > (I passed the original by a colleague as a check, and he kept looking
> > at it with varying puzzled expressions before he agreed that he
> > understood it.  Let’s not make people work that hard.)
>
>
>
>     I beg to disagree. The syntax
>
>        (["+"] / "-") duration
>
>     makes it clear that a sign may precede a duration, and that
>     the default sign (if none is explicit) is "+". The proposed
>     syntax
>
>        ["+"  / "-"] duration
>
>     does not make the default clear.
>
>     Actually, the following text lists the two
>     alternatives as in the former syntax rule, so I do
>     not expect difficulties in understanding.
>
>     Michael Deckers.
>