hcard-user-interface-fr

From Microformats Wiki
Jump to navigation Jump to search

Interface Utilisateur hCard

Cette page est dédiée aux techniques et problématiques autour des interfaces utilisateurs pour écrire, publier et afficher des hCards.

Auteurs

Traduction
Christophe Ducamp

Saisie Unique de Champ pour les Noms

Au moment de capturer la donnée de nom qui devra être plus tard présentée comme un hCard, il est important que la donnée soit collectée avec la plus haute fidélité possible. Parce que tous les noms ne concordent pas pur une optimisation implicite-n de hCard (et par conséquent ne peuvent pas être produits sous fn, avec n omis), le fait de capturer individuellement les parties du composant du nom permet la construction propre sur n au moment de générer la hCard.

Néanmoins, parfois, les contraintes exigent qu'un nom soit collecté dans un champ unique. Un tel exemple est commun sur les CMSs de blog (WordPress, TextPattern) qui utilisent un champ unique de base de donnée pour sauvegarder le nom sur chaque commentaire de billet. Dans de tels cas il est toujours désirable de trouver un moyen de collecter le nom avec le plus haut niveau de fidélité. Néanmoins, si cela ne peut pas être produit simplement, l'implémenteur pourrait choisir d'essayer de supposer pour le mieu les sections du composant du nom pour former un n valide.

Un algorithme suggéré 'best-guess' pourrait être :

  1. Si le nom est un mot, essayez optimisation implicite "nickname"
  2. Si le nom fait deux mots, essayez optimisation n implicite
  3. Pour trois mots ou plus
    1. Exécutez une recherche sur les combinaisons connus des sous-noms (par ex. 'Sarah Jane', 'Vander Wal')
    2. Appliquez la grammaire "(préfixe-honorifique) prénom nom-supplémentaire(s) nom de famille (suffixe-honorifique)"

Le principe derrière cette suggestion est qu'il est mieux de faire une bonne supposition et de mal catégoriser potentiellement un composant de nom ambigu plutôt que générer un hCard invalide.


Interface utilisateurs supplémentaires

    • "Ajouter au Carnet d'Adresses" (convertit la hCard vers une vCard (.vcf) et la passe sur l'OS pour l'ouvrir/incorporer automatiquement à l'intérieur de l'application carnet d'adresses local préféré de l'utilisateur)
    • ajouter aux carnets d'adresses Gmail, Yahoo Mail, Hotmail (etc.)
    • envoyer vers Bluetooth, pour un transfert rapide de l'information de contact provenant du web vers un téléphone mobile.
    • exporter sous texte / comma-separated-values (CSV) pour permettre l'édition, le tri et/ou l'importation dans des feuilles de calcul/bases de données, etc. (ou concaténation à un fichier existant)
    • afficher tous les détails de contact dans un semacode téléchargeable ou sur l'écran (pour leur permettre d'être lu par les terminaux mobiles)
    • Si un tel (numéro de téléphone) type home, work ou cell est présent, fournir les options pour le composer (NB s'applique à un numéro à la fois seulement ; exception faite pour les usages de conférence téléphonique) ou via
      • modem intégré
      • commande bluetooth vers un terminal apparié (par ex. téléphone cellulaire)
      • application de téléphonie par défaut (par ex. skype-out)
    • Si un tel (numéro de téléphone) type home, work ou cell est présent, fournir les options pour envoyer un MMS :
      • directement
      • en utilisant un service en ligne
      • commande bluetooth vers un terminal apparié (par ex. téléphone cellulaire)
    • Si un tel de type fax est présent, fournir les options pour envoyer un fax à ce numéro via :
      • service en ligne efax
      • modem fax intégré
    • si une date d'anniversaire est présente, la traiter comme un événement hCalendar récurrent (voir en-dessous).

Voir aussi

La spécification hCard est un chantier en cours. Au fur et à mesure que des aspects supplémentaires sont discutés, compris et écrits, ils seront rajoutés. Ces idées, problématiques et questions sont maintenues sur des pages distinctes.