vcard-implementations-fr

From Microformats Wiki
Revision as of 22:35, 17 April 2007 by Tantek (talk | contribs) (Reverted edit of IjnQf2, changed back to last version by ChristopheDucamp)
Jump to navigation Jump to search

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

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.

Microsoft Entourage

Commentaires généraux

  • Les version Entourage 10 et 11 exportent les fichiers vCard sous UTF-16, big endian, avec les fins de ligne classiques pour Mac (un simple CR). Le fichier contient vraiment le BE BOM adéquat au début, rendant l'identification des contenus de fichiers plus simple.
  • Importation de vCards : Entourage 11 cherchera un BOM au moment d'importer un fichier vCard. Il respecte les BOMs UTF-16 BE, UTF-16 LE et UTF-8 BOMs. Sans BOM, Entourage 11 tentera d'importer le fichier vCard sous un flux 8-bit utilisant le système actuel d'encodage (par exemple, Mac Roman).
  • Entourage 12 (en développement) est attendu pour avoir une meilleure conformité standard vCard, exportant des fichiers vCards sous UTF-8 (avec des champs individuels proprement étiquetés avec "charset=utf-8") et en utilisant les fins de lignes Windows (CR+LF). Au moment d'importer les fichiers vCard sans un BOM, il supposera l'encodage UTF-8 mais respectera les tags "charset=" s'ils sont présents.

Carnet Adresses Apple

Sur Mac OS X 10.3 (Panther) et 10.4 (Tiger).

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.
  • Le carnet d'Adresses Apple 4.0.4 (Mac OS X 10.4) exporte les fichiers vCard sous UTF-16 big endian sans BOM et des fins de ligne Mac (CR), si l'enregistrement de la vCard content n'importe quelle donnée non-ASCII (par exemple pour les caractère japonais). Si la totalité de l'enregistrement vCard peut être représenté en ASCII, elle est exportée sous un fichier ASCII encodé avec les fins de ligne (CR+LF).

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.

  1. Cela n'ajoute pas les vCards avec une catégorie qui correspond à un Group actuel à ce Group là.
  2. Cela ne crée pas de nouveaux Groups pour les vCards avec de nouvelles catégories.
  3. 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.