Re: [VCARDDAV] Questions about text handling in vCard 4.0 (rev 11)

Simon Perreault <simon.perreault@viagenie.ca> Tue, 06 July 2010 14:40 UTC

Return-Path: <simon.perreault@viagenie.ca>
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 B7CA63A67FA for <vcarddav@core3.amsl.com>; Tue, 6 Jul 2010 07:40:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.485
X-Spam-Level:
X-Spam-Status: No, score=-1.485 tagged_above=-999 required=5 tests=[AWL=1.115, BAYES_00=-2.599, NO_RELAYS=-0.001]
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 mNTbSD8BOo6M for <vcarddav@core3.amsl.com>; Tue, 6 Jul 2010 07:40:24 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by core3.amsl.com (Postfix) with ESMTP id 78F883A67A5 for <vcarddav@ietf.org>; Tue, 6 Jul 2010 07:40:24 -0700 (PDT)
Received: from ringo.viagenie.ca (unknown [IPv6:2620:0:230:c000:b1db:5a25:9ab9:89d9]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 44A8320CC0; Tue, 6 Jul 2010 10:40:26 -0400 (EDT)
Message-ID: <4C333FE5.6010004@viagenie.ca>
Date: Tue, 06 Jul 2010 10:38:29 -0400
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-2.fc12 Thunderbird/3.0.4
MIME-Version: 1.0
To: Daisuke Miyakawa <d.miyakawa@gmail.com>
References: <AANLkTik6O1nZvjdDRn1bdGb20xKbWJApIsnwfTJ8BbRa@mail.gmail.com> <4C31CF6B.9050500@viagenie.ca> <AANLkTimt74eL5nCfDFK2QgHggyL9qONlqAUDOWKjan-l@mail.gmail.com> <4C31DA5F.6030906@viagenie.ca> <AANLkTin2KEkx8wphdHhdQj2H9sY0VjR85JTsRjc7rJWr@mail.gmail.com> <4C3333A4.4000307@viagenie.ca> <AANLkTikGQf5yj_9TmjHIySqhuyoa-QIFLXZmqev6xFK4@mail.gmail.com>
In-Reply-To: <AANLkTikGQf5yj_9TmjHIySqhuyoa-QIFLXZmqev6xFK4@mail.gmail.com>
X-Enigmail-Version: 1.0.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: vcarddav@ietf.org
Subject: Re: [VCARDDAV] Questions about text handling in vCard 4.0 (rev 11)
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: Tue, 06 Jul 2010 14:40:25 -0000

On 2010-07-06 10:25, Daisuke Miyakawa wrote:
> One proposal I can do is that composer side are allowed (but not
> recommended) to use the format only when they cannot emit the word (like
> when users want to edit foreign friends name without an appropriate IME)
> but know codepoint for that characters.
> Receiver side MUST be able to decode \xNNNN to appropriate Unicode form.
> This is a kind of dirty compromise but there's no technical difficulty
> nor theoretically insufficiency. I suppose I can implement
> sender/receiver easily.

I think you are confusing encoding with how a particular implementation
renders the text.

It is perfectly fine for an implementation to render text as \xNNNN when
e.g. a font is unavailable.

It is also perfectly fine for an implementation to take \xNNNN as input.

But what goes on the wire is pure UTF-8. How it gets rendered or how it
is input by a user is completely irrelevant for the vCard data format.

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