vcard-suggestions-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
Line 28: Line 28:


==Note==
==Note==
On 2006-11-24, Paul Hoffman of the [http://www.imc.org/ Internet Mail Consortium], responsible for the development and promotion the vCard standard, wrote in response to an e-mail from [[User:AndyMabbett|Andy Mabbett]] informing him of this web page:
Le 2006-11-24, Paul Hoffman de l'[http://www.imc.org/ Internet Mail Consortium], responsable du développement et de la promotion du standard vCard, a écrit en réponse à un email provenant de [[User:AndyMabbett|Andy Mabbett]] l'informant sur sa page web :  
<blockquote>
<blockquote>
There has been almost no interest in revising the vCard standard. This is due to lack of momentum, not the lack of good suggestions.
Il n'y a presque pas d'intérêt à réviser le standard vCard. Ceci du fait d'un manque d'énergie, pas d'un manque de bonnes suggestions.
</blockquote>
</blockquote>



Revision as of 19:26, 14 December 2006

suggestions vCard

En tant que résultat de l'expérience d'utiliser hCard pour baliser les personnes, organisations et informations de contacts en général sur de véritables sites web du monde entier, nous avons découvert quelques aspects de la RFC 2426 vCard qui pourraient être améliorés. De ce fait, nous documentons les suggestions pour améliorer ici la vCard au fur et à mesure que nous en trouvons, organisé par le numéro de section de RFC RFC 2426 pour amélioration des propriétés actuelles, et une section "new" pour les nouvelles propriétés.

Auteurs
Tantek Çelik, Andy Mabbett
Traduction en cours
Christophe Ducamp

Suggestions pour les Propriétés Existantes

Les suggestions pour l'amélioration pourrait inclure de nouvelles fonctionnalités et d'autre modifications majeurs à la spécification, organisées sous des titres qui reflètent les numéros de section de la RFC 2426 vCard et des titres. Pour les erreurs de documentation, corrections, errata pour la vCard, reportez-vous svp à vcard-errata.

3.3.1 TEL Type Definition

  • Le "type" pour "TEL" manque d'une option "textphone" (pour les terminaux utilisés par exemple par des personnes qui sont sourdes ou ont des difficultés d'élocution. Exemple : Birmingham City Council (303 1119). Ce peut être bien de considérer d'ajouter une valeur "textphone" au "type" pour "TEL".
    • +0 Tantek : je pense que repenser la taxonomie des types TEL est mérité, mais ne suis pas certain si cela vaut la peine de faire grandir la taxonomie existante limitée ou au lieu de cela permettre à l'utilisateur d'avoir des types TEL définis et de ce fait permettre une évolution naturelle d'une folksnonomie des types TEL.
    • +1 Andy Mabbett : Il existe un nombre limité de types. Notez aussi la problématique cell vs mobile.

Suggestions pour de Nouvelles Propriétés

Gender

  • There is no Card property for gender. A workaround: add the tag/category "male", "female", etc. See also earlier discussion.
    • -1 Tantek: I think tags/categories are good enough for now.
    • +1 Andy Mabbett:Tags are often not appropriate, as per the cited discussion.

Deceased

  • Il n'y a pas moyen de baliser une personne comme étant décédée - soit par une marque "deceased" ou date-de-décès. Un moyen de contourner : ajouter le tag/category "deceased". Voir aussi la liste de discussion sur le tag pour 'deceased'
    • -1 Tantek : je pense que les tags/categories sont bien suffisantes à cette heure.
    • +1 Andy Mabbett : les tags sont souvent inappropriés, comme dans l'email cité. DoD est plus spécifique (et souvent utilisé dans la vraie vie pour les biographies et les nécrologies comme van Gogh sur Wikipedia).

Note

Le 2006-11-24, Paul Hoffman de l'Internet Mail Consortium, responsable du développement et de la promotion du standard vCard, a écrit en réponse à un email provenant de Andy Mabbett l'informant sur sa page web :

Il n'y a presque pas d'intérêt à réviser le standard vCard. Ceci du fait d'un manque d'énergie, pas d'un manque de bonnes suggestions.

Voir aussi