Re: [calsify] Updated JSCalendar draft calext-01

Adrian Apthorp <adrian@apthorpia.com> Tue, 06 March 2018 13:09 UTC

Return-Path: <adrian@apthorpia.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 AAA38127871 for <calsify@ietfa.amsl.com>; Tue, 6 Mar 2018 05:09:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apthorpia-com.20150623.gappssmtp.com
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 Rh6hzkJGawgz for <calsify@ietfa.amsl.com>; Tue, 6 Mar 2018 05:09:44 -0800 (PST)
Received: from mail-pl0-x22e.google.com (mail-pl0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) (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 B917B127775 for <calsify@ietf.org>; Tue, 6 Mar 2018 05:09:44 -0800 (PST)
Received: by mail-pl0-x22e.google.com with SMTP id v9-v6so11788240plp.12 for <calsify@ietf.org>; Tue, 06 Mar 2018 05:09:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apthorpia-com.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=vXqmRxgqMbECFLHm3xyM0Ljs57+vlWfrH1Js6ejjueo=; b=WqRDNl2lD2OVnPJPjfd1zJow2HPUBuzhmXAkD7CXqqggH/wVBTZaEl7NhQK/808giL nKG8zulBEQjhKYuGhFIWcQGF1iu4FJvcq+Gs3dSibts+qJa+ExdV1BhNOh4gnp0UKpqX h7cRdfqfNgfkuEWMSmMEBQGfsqn1OEAmrQYXycjvIUwxSBj7EZz43wi0s8Tk3TF0Co3E JYywDrgi7ACDZSMqPX60R+81CPHpuEeoj46ywpMpn1CNqr+wNOHtPq6uAeyKeeoXz657 UJRXdAwttwmfQNCXqhQoOXtkParneg23dayveZTT0D/z90dq0DgiWPEkkHenW+hoOmZx t2Xw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=vXqmRxgqMbECFLHm3xyM0Ljs57+vlWfrH1Js6ejjueo=; b=PR2NSavm2H3B2AM5xH67pmMULX/I/cJlGZHIp1gAV4lde/oiPJ1qtNy9b9G1kVT1IN 1pAhzz20VynCrk+/fa6OL8VvArTzXuEN51bEuMsbjb8djtiHjezzJmTi3X9oYEaJPmK/ qwuMj9/3s5HDUxj9HKcg+pBshAizSivDilp4elReLF/hs4mydIzfiLQL38Kgh9QTjXFp 42kSWlQlJmiEuuQDrglVGlHhXgVPfIEUJg+Whs9NlDcWR7MnA3F6I1mHwi7fG8eha7Tu lGr9RjllVyYaqzvyitB8lwiWPeYUe5kMl3kZ8iym6kmKvYpQbpb6k5VKHShDFca1zWaF 9LpQ==
X-Gm-Message-State: APf1xPBNQQrwkdjAyYyklIk/5B0BFH+6dRTRafrDUysb9aF4kMDs3ODR A1LLJBBRFYIXgMTWM2bGpbhO9bubIGE=
X-Google-Smtp-Source: AG47ELtdO9g4e6yRN4i2/l/fHBpULle1l40JiGGYvJnQPc8zjZdfpnQn2C+vLkrn2s4f5uOS3mSk5A==
X-Received: by 2002:a17:902:506:: with SMTP id 6-v6mr17065613plf.365.1520341784085; Tue, 06 Mar 2018 05:09:44 -0800 (PST)
Received: from [192.168.2.245] ([138.75.30.234]) by smtp.gmail.com with ESMTPSA id q2sm28059352pfh.103.2018.03.06.05.09.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Mar 2018 05:09:43 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail-3654AF94-ABB8-4C6C-AA7D-A7C73D1E6D24"
Mime-Version: 1.0 (1.0)
From: Adrian Apthorp <adrian@apthorpia.com>
X-Mailer: iPad Mail (15D100)
In-Reply-To: <1520247077.2917865.1291733488.59446999@webmail.messagingengine.com>
Date: Tue, 06 Mar 2018 21:09:41 +0800
Cc: calsify@ietf.org
Content-Transfer-Encoding: 7bit
Message-Id: <49A21F80-A14A-4BCC-97E1-B46F6AC47895@apthorpia.com>
References: <1519983515.3957067.1288884760.36FE6E9B@webmail.messagingengine.com> <ea54f910-6eb5-6556-1773-7890b9b6115f@apthorpia.com> <1520247077.2917865.1291733488.59446999@webmail.messagingengine.com>
To: Robert Stepanek <rsto@fastmailteam.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/_481hVmAjSn36COuR7bJ1k1jUKg>
Subject: Re: [calsify] Updated JSCalendar draft calext-01
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 06 Mar 2018 13:09:47 -0000

Robert,

Thanks - a couple of comments below:

> On 5 Mar 2018, at 6:51 PM, Robert Stepanek <rsto@fastmailteam.com> wrote:
> 
> Hi Adrian,
> 
> I just uploaded a new draft.
> 
>> On Sat, Mar 3, 2018, at 11:56, Adrian Apthorp wrote:
>> Robert,
>> 
>> I just noticed that the description of 5.2.8 status is incorrect.
> 
> It was defined to be backwards-compatible with iCalendar RFC 5545. Considering the RFC updates in draft-apthorp-ical-tasks I agree it makes sense to redefine them also in JSCalendar.

Understood. However, 5545 does not describe the purpose to indicate the scheduling status of a task. I was suggesting to reword the purpose.

> 
>>> The scheduling status (Section 4.4) of a JSTask defaults to "needs-
>>>    action" if omitted.
>> 
>> Given the possible values it should actually be the overall progress status of a JSTask. Of course the distinction with "5.2.7 progress" needs to be clear as the individual participants progress.
> 
> Done. Please note that my changes are more a basis for discussion than a final decision, considering the deadline for IETF 101 today.

I think the only comment I have is not to define the rules for how a participant progress propagates to the task status. These are likely to be business rules that are determined by the organiser or defined for a specific type of task. They can be manually applied or automated.

> 
>> With this is there the opportunity to include the two new task status values as per draft-apthorp-ical-tasks-01.txt and also revise "completed" to be a general purpose status change timestamp. 
> 
> I'm not sure what change you have in mind for the COMPLETED property? I could imagine it to be confusing to track general update time-stamps given the property name?

Yes, I didn’t complete the thought in my original message. What I was thinking was to rename this property (status-changed) and then it becomes applicable to all status changes. Presumably it can still be mapped to 5545 COMPLETED when that status is achieved.

Cheers

Adrian