vcard-implementations-fr
Implémentations vCard
Dans le développement de hCard et de proxies comme X2V, nous avons découvert différents comportements et quirks des implémentations vCard. Voir aussi vcard-errata.
Contributeurs
- Tantek Çelik
- Brian Suda
- traduction en cours Christophe Ducamp
Microsoft Outlook
importation unique
Outlook (que ce soit 2003 ou la version beta 2007) semble ne supporter seulement qu'une vCard par VCF. Il existe quelques produits tiers qui réparent ça [1]
gestion URL
l'URL sans paramètre non standard TYPE semble être ignorée.
gestion ADR
Apparaît ne pas supporter la sous-propriété post-office-box de ADR.
Virugles échappées
Outlook 2003 n'enlève pas les backslashes des virgules échappées (par ex., SR-PS\, Inc.) sur l'importation.
Microsoft Outlook 2003
Ce qui suit a été vérifié sur Outlook 2003 SP2 fonctionnant sur Windows XP Pro SP2
URL
L'URL est modifié vers URL;HOME: et n'est pas visible où que ce soit normalement dans Outlook. Il est visible dans la fenêtre des Propriétés de Contact sous le "Tous les Champs" au moment de sélectionner "Champs souvent utilisés" à partir de la boîte à menu déroulant "Sélectionner à partir :". Elle est aussi exportée au moment d'exporter sous une vCard.
ADR
ADR; est modifé vers ADR;POSTAL:
ADR; est copié vers LABEL;POSTAL;ENCODING=QUOTED-PRINTABLE: avec city/state/zip changé pour utiliser un retour chariot et une séparation virgule. Soit :
ADR;CHARSET=utf-8:;;address1;city;state;zip;
est modifié vers :
ADR;POSTAL:;;address1;city;state;zip LABEL;POSTAL;ENCODING=QUOTED-PRINTABLE:address1=0D=0Acity, state zip
N
Au moment d'exporter une vCard, copie FN dans N quan N est blanc. Ne fait pas ça au moment d'importer une vCard.
Outlook 2003 ne gère pas la séparation par virgule dans les propriétés de N. Pour cette vCard :
BEGIN:VCARD FN;CHARSET=UTF-8:Mr. Dr. John Maurice Benjamin Doe Ph.D.\, J.D. N;CHARSET=UTF-8:Doe;John;Maurice,Benjamin;Mr.,Dr.;Ph.D.,J.D. END:VCARD
Le résultat dans Outlook est :
Mr.,Dr. Mr. Dr. John Maurice Benjamin Doe Ph.D.\, J.D.
TEL
Laisse tomber TEL si le TYPE n'est pas spécifié.
TEL;TYPE=work: est modifié en TEL;WORK;VOICE:
GEO (manque de support)
GEO est laissé tombé.
LOGO (manque de support)
N'importera ou n'exportera pas de références images vCard, mais ne supporte d'images en interne dans sons propre système de gestion de contacts.
Windows Address Book (WAB)
Version 6.00.X Win98 et Win XP Pro
vCard ENCODING
la vCard encodée UTF-8 avertit une erreur comme format de vCard non reconnu. la vCard US encodée ASCII 20127 a été importée avec succès
ADR
Si vous ne spécifiez PAS TYPE=HOME,WORK,... alors aucune information d'adresse n'est importée
TEL
Si vous ne spécifiez PAS TYPE=HOME,WORK,... alors aucune information d'adresse n'est importée
PHOTO
Ne supporte pas les Images
NOTE
Selon l'exemple dans la spec RFC, toutes les virgules devraient être échappées, mais WAB ne les "Un-escape" pas, laissant \, dans le champ notes.
Apple Address Book
Sur les deux OSX.3 et OSX.4.
Commentaires Généraux
- Il y a des problèmes à importer des vCards UTF-8. Le Carnet d'adresses d'Apple semble traiter les fichiers .vcf dans le fichier système PAS sous UTF-8, mais plutôt peut-être Mac Roman?
- Contournement : Spécifier explicitement le jeu de caractères UTF-8 pour les propriétés vCard qui ont des caractères non-ASCII-7.
- Importer plusieurs vCards avec les même résultats fn/n aboutit à dupliquer les entrées dans le Carnet d'Adresses. Basiquement le carnet d'adresse suppose que chaque vCard présente dans un unique fichier .vcf représente une personne diffrentese, même si les fn/n sont les mêmes. etc.
- Contournements :
- Ne baliser seulement qu'une hCard par personne, par page (a des implications potentielles pour hResume).
- Avoir l'application/service converstisseur (par ex. X2V), faire autofusionner les hCards avec les mêmes fn/n et générer un flux .vcf avec une vCard par unique fn/n.
- Contournements :
organisation vs. individu
Résumé : la sémantique FN==ORG supportée pour à la fois l'importation et l'exportation.
Pour l'information de contact organisation, règle les FN et ORG sur le nom de l'organisation et N à vide sur les vCards exportées.
Traite aussi les vCards importées comme celle de l'info de contact organisation visiblement dans l'IU.
geo (manque de support)
Le champ GEO est ignoré sur les vCards importées. Il n'est seulement sauvegardé que comme une partie de la NOTE.
source (manque de support)
La propriété SOURCE n'est pas supportée sur les vCards importées. Elle n'est seulement sauvegardée que comme une partie de la NOTE.
logo (manque de support)
La propriété LOGO est totalement ignorée et même pas sauvegardée en tant que partie de la NOTE.
photo (limites)
La propriété PHOTO peut seulement prendre des données encodées dans la ligne. Les valeurs URL sont ignorées.
url (limites)
Seulement UNE valeur de propriété URL est supporté (alors que plusieurs *devraient* être supportées, tout simplement comme EMAIL).
adr (comportement)
Si vous ne spécifiez PAS quel type d'information adresse c'est (comme HOME ou WORK) c'est assumé être une adresse WORK.
categories (comportement)
Comportement confirmé sur les versions :
- par défaut sur OSX.3
- Version 4.03 (483) sur OSX.
Résumé : Exporte les "Groups" natifs en tant que CATEGORIES vCard. Ignore le champ CATEGORIES au moment d'importer une vCard.
L'IU vous laisse créer des "Groups" distincts dont vous pouvez ensuite extraire les informations de contact. Les contacts peuvent être dans plus d'un groupe. En exportant un contact qui est dans un ou plusieurs groupes, ces Groupes sont listés dans le champ CATEGORIES.
Néanmoins quand on importe des vCards, le champ CATEGORIES est complètement ignoré par le Carnet d'Adresses.
- Cela n'ajoute pas les vCards avec une catégorie qui correspond à un Group actuel à ce Group là.
- Cela ne crée pas de nouveaux Groups pour les vCards avec de nouvelles catégories.
- Cela n'ajoute même pas les CATEGORIES à la fin du champ de notes.
Même si l'on peut présumer que ce DEVRAIT faire #1 et #2. Ce serait aussi joli s'il laissait simplement éditer les groups/categories pour un contact tout comme une liste de tags pour ce contact.
Evolution
Sur Linux.
geo (manque de support)
- ichigo, Frederic à compléter en détails.
Nokia series 60 carnet d'adresse
Fins de ligne
L'application Contacts sur les Nokia série 60 n'ouvrira seulement que les vCrds avec les fins de lignes Windows (\r\n). Tout autre style de fin de ligne provoquera un message d'erreur.
Ceci est un comprtement véritablement raisonnable parce que la spécification vCard établit explicitement que \r\n devrait être utilisé, mais beaucoup d'applications accepteront des vCards délimintées \n sans problèmes et beaucoup de services de microformats produisent des résultats délimintés par \n.