IETF Logo Mail Archive

Re: [calsify] Working Group Last call for jscontact drafts

Neil Jenkins <neilj@fastmailteam.com> Wed, 07 December 2022 04:54 UTC

Return-Path: <neilj@fastmailteam.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 CE248C14CF12 for <calsify@ietfa.amsl.com>; Tue, 6 Dec 2022 20:54:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b=Rr/rFrtW; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=CR5+KQ4c
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hypFbLyTFFUR for <calsify@ietfa.amsl.com>; Tue, 6 Dec 2022 20:54:48 -0800 (PST)
Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A9EDC14CF02 for <calsify@ietf.org>; Tue, 6 Dec 2022 20:54:48 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 955C33200893 for <calsify@ietf.org>; Tue, 6 Dec 2022 23:54:45 -0500 (EST)
Received: from imap43 ([10.202.2.93]) by compute3.internal (MEProxy); Tue, 06 Dec 2022 23:54:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; t=1670388885; x= 1670475285; bh=XxeNw2Qw6LThxI8UCQDI/FVv2+2zMEhK2nZFFKQbwWQ=; b=R r/rFrtW2cYH0c4UXDTRcZUlAodIWZaw5jafFiMQHHFQVkPlHFk6tbyaRsjiKM8LI W938Nj2HX5FcMASmwYi6CZZV9M/SOczTuIRzUK34hZQOAif/lSeUfRkFvpC/1ADx EEvMoBe88QuFdann2YfA/irhEAi29iSW2F4CquKvx50qSKYggXEwQoiZKqbtAY2C ie4hxpBKjPihUdPBuDeVygdONyDrIFWl6Slfh6xzAyNYvgn5F5hqx8PLOFGjCam+ ESoCpOdtwVbohT5Ub0sDas9Vx0wR2Caun33NFj9ElllugUuUqtg/hKWOo0fPOHIR lMVJDPFm7TwL8nGBmTDCg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1670388885; x=1670475285; bh=XxeNw2Qw6LThxI8UCQDI/FVv2+2z MEhK2nZFFKQbwWQ=; b=CR5+KQ4cdPQMDlYakZkj3Eq5eoHB5LI1eHubb2cKdA12 DmKED0FMabxf5FSQDVa5JdrJSgbl/3w3IJuMCZBlsmlE8WK6GGaES5yxl79wJStQ SSr2JNvLPtG4b203HxOeHHu8LLo2NAxQKaJxavXs5miUhrZ2w8IMhXvAKYnk1vcz kz16P4DjeoiXUoa7AryYIr+s7Jb+90jBd8prv9ZbNsvt011Pn8stBKRjshYPDJDD 15FAMeezkWTI3Wc5eCT9jEg7NH65HuBbVAGBam+sIVPuxGLRsbBviaw8xCN+Q1m9 Km+wfZyTdOEII9tRHaCub+tnXflF3ISUPefEsLCJ6Q==
X-ME-Sender: <xms:lByQYy16lG-pafdMGkUJTKPoqfTiy3wKGTa1HXcp8RGME6FZUn_tKw> <xme:lByQY1GPbtd_DOwkkc874Q9ZNf-LokDR3Uvwt3QggCVgQvqwuK45UVCMBrsJANhyp 2Y3JkLHW7QYXA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudejgdejjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesrgdtre erreerjeenucfhrhhomhepfdfpvghilhculfgvnhhkihhnshdfuceonhgvihhljhesfhgr shhtmhgrihhlthgvrghmrdgtohhmqeenucggtffrrghtthgvrhhnpeehuefhudejtdeive ekvdfhfffgleeflefhfeekhefhkeelkefhfeeufeevffejieenucevlhhushhtvghrufhi iigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehnvghilhhjsehfrghsthhmrghilh htvggrmhdrtghomh
X-ME-Proxy: <xmx:lByQY64j4mJwyWadreDfhSOvV0RHdKGxRdUdv-45_sRAIkxc4C0Udw> <xmx:lByQYz3xolMDIKbqZWFgKfYzh6OYxY83JzAvm7V1bRE8-zqoiE-J2A> <xmx:lByQY1FJnYcgZcQOChbpWeIovEI_Lb9W0AW0BRspUBXiZRo03aUm4Q> <xmx:lRyQY5Qd18EyCdmIt0vh0Xm9qKSbGl63z1TKy0reebRiDTTd7ZgmuQ>
Feedback-ID: ibc614277:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id D14712D40074; Tue, 6 Dec 2022 23:54:44 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.7.0-alpha0-1158-g19f654eac0-fm-20221129.001-g19f654ea
Mime-Version: 1.0
Message-Id: <e9e1b215-dee4-40de-90b6-9c41bce46918@dogfoodapp.fastmail.com>
In-Reply-To: <CADZyTkn_08H3zaG6PHwYOrN3sJZP_+_HUEF2ynWhsVBtg1bM4g@mail.gmail.com>
References: <CADZyTkn_08H3zaG6PHwYOrN3sJZP_+_HUEF2ynWhsVBtg1bM4g@mail.gmail.com>
Date: Wed, 07 Dec 2022 15:54:24 +1100
From: Neil Jenkins <neilj@fastmailteam.com>
To: calsify@ietf.org
Content-Type: multipart/alternative; boundary="be7594eaf8b949bc8651c65af14222ee"
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/EAwI5fpgnx1z9J6pA2xHQgbk_bQ>
Subject: Re: [calsify] Working Group Last call for jscontact drafts
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Calendaring and Scheduling Standards Simplification <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, 07 Dec 2022 04:54:52 -0000

I've read through the document and I think it looks good; thanks for all your hard work on this! One thing: I would like a little more clarity on the expected usage of `fullName` and `fullAddress` – should we be saying these MUST NOT be present if you provide `name`/`address` components separately? It's unclear to me which I should display if both were present, as they could get out of sync. The other stated purpose is for localisation: is the idea here that you would, for example, add a localised fullName property in the localizations patch, where there was none in the original (just components in the original)? Or must there be a fullName in the card's language too?

Thanks for clarifying.

Cheers,
Neil.

v2.23.0 | Report a Bug | By Email