Re: [VCARDDAV] Registration request for a new GENDER value "X" to indicate nonbinary

"Emily Love Mills (she/her)" <emily@emlove.me> Thu, 28 April 2022 15:31 UTC

Return-Path: <emily@emlove.me>
X-Original-To: vcarddav@ietfa.amsl.com
Delivered-To: vcarddav@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 033C5C159A23 for <vcarddav@ietfa.amsl.com>; Thu, 28 Apr 2022 08:31:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=emlove.me
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 X7TUK3YbEf2p for <vcarddav@ietfa.amsl.com>; Thu, 28 Apr 2022 08:31:43 -0700 (PDT)
Received: from mail-4018.proton.ch (mail-4018.proton.ch [185.70.40.18]) (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 B43C9C14F73D for <vcarddav@ietf.org>; Thu, 28 Apr 2022 08:31:42 -0700 (PDT)
Date: Thu, 28 Apr 2022 15:31:26 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=emlove.me; s=protonmail2; t=1651159898; bh=vR+Z2LYVo8N7aC9UntZw/aN7dZ/TmgiypvFTo46Zgv4=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:Feedback-ID:From:To:Cc:Date:Subject:Reply-To: Feedback-ID:Message-ID; b=kD5g7U3Er21j6vyYTPsH37O9zhVCAR6bajqCGlo8iL3EsppggG7zz91fq6TWLpDEn SPmwFQJs1tyyxhUzcmryLC0Wlfi8a+LZOyEzH1SwRv1enuVUTSH6keEjiHU5lVM/NI ADvHzi7BJJyljc1SAXRQOr4SAlRnBoS8l2DaFLv1s6anxyr7USSgUDUgmkkZolTug2 7epP+dsC5mTjiXsIeKK4zO96LIRvpt/XiedSOyzUrR9UdbFQHS5u4kqDtMAqQeu7d6 D6OzCPJb5xvtUMq8xF7uz31rln1MYWTYJYYL1Xv4hnFTF4buxm/nh+57OISjeqko2u TDk/PrapRAfDg==
To: Matthew Bischoff <mb@matthewbischoff.com>
From: "Emily Love Mills (she/her)" <emily@emlove.me>
Cc: Bron Gondwana <brong@fastmailteam.com>, vcarddav@ietf.org
Reply-To: "Emily Love Mills (she/her)" <emily@emlove.me>
Message-ID: <0dpkvI5QVJeEXCK4wdSgB5HVyjJ6e1QownGTSngH4AUqYWTlqyoEGwzstdXc0EEc1c9tSUwTgN7jCU_qL5Z9bFwiVLxHHP9Ln4oO1dwtEcA=@emlove.me>
In-Reply-To: <BA623EDB-DDDE-4A0D-A853-936E1F59B8F5@matthewbischoff.com>
References: <tpsxavOFJmBJ2LMaExuYONbMDWBbGszDaLAYrnOpr6h-GBdlFcCXiJNLGYiSNIagXSbEt0ybTtxMP_UBV37h-P6jLW0liFJQ2hMUR87Xq6g=@emlove.me> <5695b95c-cb44-489d-95ec-525ad26c18c8@dogfood.fastmail.com> <uI0BHsG9E8tufgkAs9QIJ8xb_C48-p1gH-BVjbqMTGY9mL5OgTAA2WUjNv47h-zcfiFxBD1mJB8ock2orPSv3OR9001xeWhDCrHZX_CGzOA=@emlove.me> <BA623EDB-DDDE-4A0D-A853-936E1F59B8F5@matthewbischoff.com>
Feedback-ID: 18084234:user:proton
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="b1_9cxsNyCEqwfMYSl2lgpAnNlls7gmdbFdtsHOFrbmE"
Archived-At: <https://mailarchive.ietf.org/arch/msg/vcarddav/DJZoHfPeQ1QVoSBdfWyuSiY0sY4>
Subject: Re: [VCARDDAV] Registration request for a new GENDER value "X" to indicate nonbinary
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/vcarddav/>
List-Post: <mailto:vcarddav@ietf.org>
List-Help: <mailto:vcarddav-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Apr 2022 15:31:48 -0000

Hi Matthew!

Last I heard, this was stalled waiting for a decision from the JMAP working group decision for JSContact, so that the standards could match to make translations easy. It looks like they've since made a decision, https://mailarchive.ietf.org/arch/msg/jmap/rbta_aGaDkdVFbOfIUkkQ66Kgpg/ so I expect this will get rolled into an equivalent VCARD SPEAKTOAS property. I'd love to hear an update on this as well!

Solidarity,
Emily Love Mills (she/her)
emily@emlove.me

------- Original Message -------
On Tuesday, April 26th, 2022 at 11:41 AM, Matthew Bischoff <mb@matthewbischoff.com> wrote:

> Hi Emily,
>
> Sorry to revive such and old message, but I’ve spent the morning reading through your previous posts on the GENDER and PRONOUN fields and would love to get involved in helping to write / provide feedback on the related RFCs, if you or anyone else could use another set of eyes.
>
> For context, I’ve been making the case to folks on the Apple side that these fields should be added to Contacts.app for a while. Here’s a recent feedback I filed with the Contacts team: https://openradar.appspot.com/radar?id=5556338377621504. An engineer there suggested I get involved here since this work would likely intersect.
>
> Let me know if I can be of any assistance and where I should look for any ongoing discussion.
>
> Thanks,
> Matthew Bischoff (they/them)
>
>> On Jan 6, 2022, at 5:05 PM, Emily Love Mills (she/her) <emily@emlove.me> wrote:
>>
>> Thanks for that context! Didn't know this discussion was underway!
>>
>> I see how the current proposal is insufficient for the grammaticalGender purposes. An idea I'd propose is giving the PRONOUN property the same structure as the GENDER property. Each PRONOUN value could consist of a structured component along with free-form text. The first component indicating the grammatical gender of the pronouns, with the second being the free-form text entry. The proposed list in JSContact of "animate", "female", "inanimate", "male", "neuter" looks reasonable for this purpose. As Darcy suggests in that thread, these classifications are more specifically related to pronouns than gender. I'm not confident it's possible to make an exhaustive language-agnostic structure to store every pronoun variation, but the grammaticalGender proposal seems like a good compromise to balance complexity between applications reading vCards and applications writing them.
>>
>> Examples:
>>
>> PRONOUN:M;he/him/his
>> PRONOUN:N;they/them
>> PRONOUN:F;
>> PRONOUN:;xe/xir
>>
>> Emily Love Mills (she/her)
>> emily@emlove.me
>>
>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>> On Thursday, January 6th, 2022 at 3:08 PM, Bron Gondwana <brong@fastmailteam.com> wrote:
>>
>>> Hi Emily,
>>>
>>> There's discussion about exactly this happening over in the JMAP working group for how we handle gender and pronouns in the JSContact format.
>>>
>>> Meanwhile, we're currently planning to re-charter the CALEXT working group to bring VCARD work into scope, since there isn't currently a working group for maintaining VCARD. The plan is to move JSContact there so there's a single place. Aligning this update to VCARD with the JSContact work so that it's easy to translate between the two would be ideal.
>>>
>>> You're very welcome to join the discussion on the JMAP mailing list in the meanwhile - most recently this thread:
>>>
>>> https://mailarchive.ietf.org/arch/msg/jmap/YzXaBSO55yWfATzmeTb1bcPydtE/
>>>
>>> We'll keep working on JSContact in the JMAP working group until the charter change for CALEXT is done.
>>>
>>> Cheers,
>>>
>>> Bron (a working group co-chair for both those two working groups)
>>>
>>> On Fri, Jan 7, 2022, at 07:27, Emily Love Mills (she/her) wrote:
>>>
>>>> Hi! Please find below my registration request for a new GENDER value "X" to indicate nonbinary.
>>>>
>>>> Value: X
>>>>
>>>> Purpose: Indicates that the entity the vCard represents has a nonbinary sex designation.
>>>>
>>>> Conformance: This value can be used with the sex component of the value on the "GENDER" property.
>>>>
>>>> Example(s):
>>>>
>>>> GENDER:X;Nonbinary
>>>>
>>>> Emily Love Mills (she/her)
>>>> emily@emlove.me
>>>>
>>>> _______________________________________________
>>>> VCARDDAV mailing list
>>>> VCARDDAV@ietf.org
>>>>
>>>> https://www.ietf.org/mailman/listinfo/vcarddav
>>>
>>> --
>>> Bron Gondwana, CEO, Fastmail Pty Ltd
>>> brong@fastmailteam.com