hcard-user-interface-fr

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

• Drew McLellan
• Tantek Çelik, Technorati, Inc

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.