Re: [VCARDDAV] vCard3->4 changes

Rohit Khare <Rohit@Khare.org> Wed, 29 September 2010 14:47 UTC

Return-Path: <Rohit@Khare.org>
X-Original-To: vcarddav@core3.amsl.com
Delivered-To: vcarddav@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ACE6D3A6B36 for <vcarddav@core3.amsl.com>; Wed, 29 Sep 2010 07:47:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.643
X-Spam-Level:
X-Spam-Status: No, score=-1.643 tagged_above=-999 required=5 tests=[AWL=0.622, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TSTxgNGOxlbp for <vcarddav@core3.amsl.com>; Wed, 29 Sep 2010 07:47:54 -0700 (PDT)
Received: from xent.com (xent.com [69.55.232.243]) by core3.amsl.com (Postfix) with ESMTP id DAEA73A6B5E for <vcarddav@ietf.org>; Wed, 29 Sep 2010 07:47:54 -0700 (PDT)
Received: from [192.168.2.102] (m209-97.dsl.rawbw.com [198.144.209.97]) (authenticated bits=0) by xent.com (8.13.5.20060308/8.13.5/Debian-3ubuntu1.1) with ESMTP id o8TEmS26028089 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 29 Sep 2010 07:48:35 -0700
Message-Id: <770AB3FD-D2F6-4777-8767-E0B0DDF7AA58@Khare.org>
From: Rohit Khare <Rohit@Khare.org>
To: Julian Reschke <julian.reschke@gmx.de>
In-Reply-To: <4CA2E8B8.6020208@gmx.de>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 29 Sep 2010 07:48:27 -0700
References: <mailman.0.1285713916.16023.vcarddav@ietf.org> <D4F81374-AEA3-4CB7-9A50-BED4B412AAA2@Khare.org> <4EA4C9A81F6E7DCA25EF49CA@socrates.local> <1EDEC283-554A-4C2C-8D45-D57E813A5A7E@Khare.org> <4CA2E8B8.6020208@gmx.de>
X-Mailer: Apple Mail (2.936)
Cc: vcarddav@ietf.org
Subject: Re: [VCARDDAV] vCard3->4 changes
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Wed, 29 Sep 2010 14:47:55 -0000

On Sep 29, 2010, at 12:20 AM, Julian Reschke wrote:
> Rohit, could you clarify what you mean by "line-by-line encoding"  
> here?

A text file format primarily delimited by [\n:;] with idiosyncratic  
boundary delimiters ("begin:VCARD"), and special cases for nesting  
(the "vcard" value type).

Or, more functionally, something developers are used to shredding with  
grep; and users are able to edit in a plain text editor. There's a lot  
more change under the hood than the version # increment might indicate.

These are not meant to be value judgments that I prefer the old  
approach!

Best,
   Rohit

PS. I really appreciated Mr. Navara's post this morning about  
experience within emClient. I can see how there's some scope-creep  
between the traditional view of "what's best for email (and, perhaps,  
unified communications)" and the newer view of "how can users best  
indicate how to reach other users (across social networks and on the  
Web)"