[VCARDDAV] Design of the TYPE parameter

Simon Perreault <simon.perreault@viagenie.ca> Mon, 01 November 2010 19:38 UTC

Message-ID: <4CCF172F.6030904@viagenie.ca>
Date: Mon, 01 Nov 2010 15:38:23 -0400
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100621 Fedora/3.0.5-1.fc13 Thunderbird/3.0.5
MIME-Version: 1.0
To: Tantek Çelik <tantek@cs.stanford.edu>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: vcarddav@ietf.org
Subject: [VCARDDAV] Design of the TYPE parameter
Precedence: list

> 5.7. TYPE
> 
> No specific comments. General comment - type seems like a catch-all
> of sorts - not very well designed. Some of the uses are quite flawed.
> E.g. the notions of "work" and "home" have not worked well in
> practice. In particular "work" doesn't make much sense given that
> there is an "ORG" property with which any work email/phone/address
> should be associated, rather than just implied.

The TYPE parameter was in vCard 2.1 and 3.0.

In previous drafts of vCard 4.0 the TYPE parameter was replaced by the
group construct, with added semantics. Everyone agreed it was a much
better design. However, we reverted to having a TYPE parameter (enhanced
by making it applicable to many more properties) in the name of backward
compatibility.

Simon
-- 
NAT64/DNS64 open-source --> http://ecdysis.viagenie.ca
STUN/TURN server        --> http://numb.viagenie.ca
vCard 4.0               --> http://www.vcarddav.org

[VCARDDAV] Design of the TYPE parameter Simon Perreault