Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

пре 4 година
1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768
  1. title: Interfaces d'identification/enregistrement, OpenID et ergonomie
  2. slug: interfaces-didentificationenregistrement-openid-et-ergonomie
  3. date: 2008-10-24 01:39:35
  4. type: post
  5. vignette: images/logos/open_id.png
  6. contextual_title1: ★ L'importance du rythme vertical en design CSS
  7. contextual_url1: 20070819-l-importance-du-rythme-vertical-en-design-css
  8. contextual_title2: ★ Des CSS de qualité
  9. contextual_url2: 20070522-des-css-de-qualite
  10. contextual_title3: ★ Ergonomie d'un blog : analyse des réponses
  11. contextual_url3: 20070205-ergonomie-d-un-blog-analyse-des-reponses
  12. Suite aux récentes recherches de la part de Google pour [avoir une interface de login unifiée](https://sites.google.com/site/oauthgoog/UXFedLogin), je me suis mis à essayer de voir ce qu'il était possible de faire lorsque OpenID entre dans la danse. Au départ c'était juste comme ça pour griffonner sur mon carnet mais l'exercice s'est révélé plus difficile que prévu (ou comment demander de l'aide en faisant semblant d'apporter des solutions).
  13. ## L'interface de base recommandée
  14. Je la rappelle ici pour identifier les différents éléments :
  15. * on commence par demander son email à l'utilisateur car il sera nécessaire dans tous les cas ;
  16. * on lui demande ensuite s'il a un mot de passe pour ce site :
  17. * si non, il sera redirigé lors de la soumission vers un formulaire d'enregistrement pré-complété ;
  18. * si oui, il a juste à le taper et à soumettre le formulaire.
  19. <p>
  20. <img
  21. src="/static/david/biologeek/images/interfaces_openid/identify_email.png"
  22. alt="Identification par email simple"
  23. style="margin: 0pt auto; display: block;"/>
  24. </p>
  25. Ce formulaire présente l'avantage de n'avoir que deux champs mais l'utilisateur doit faire un choix à un moment donné, choix qui ne nécessite aucune action dans le cas de l'identification par défaut. Simple et efficace comme on les aime. Ne pas oublier de mettre des tabindex cohérents.
  26. ## L'interface de base avec email et OpenID
  27. <p>
  28. <img
  29. src="/static/david/biologeek/images/interfaces_openid/identify_email_and_openid.png"
  30. alt="Identification par email et par OpenID"
  31. style="margin: 0pt auto; display: block;"/>
  32. </p>
  33. On introduit ici une nouvelle question au départ pour savoir si l'utilisateur utilise un OpenID. Dans ce cas, la seconde partie devra être désactivée pour ne pas que ça prête à confusion si OpenID est choisi (on ne veut surtout pas que l'utilisateur soumette son mot de passe OpenID sur notre service !). Dans le cas contraire, le champ OpenID pourra être désactivé.
  34. Néanmoins, je n'étais pas très satisfait. Ce nouveau champ donne tout de suite l'impression qu'il va y avoir 3 saisies nécessaires pour arriver à s'identifier ce qui est trop coûteux. De plus ça peut dérouter ceux qui n'ont aucune idée de [ce qu'est OpenID](https://larlet.fr/david/biologeek/archives/20070104-comment-utiliser-openid-la-solution-d-identification-tant-attendue/).
  35. ## L'interface du choix : email ou OpenID
  36. <p>
  37. <img
  38. src="/static/david/biologeek/images/interfaces_openid/identify_email_or_openid.png"
  39. alt="Identification par email ou par OpenID"
  40. style="margin: 0pt auto; display: block;"/>
  41. </p>
  42. Ici on marque clairement la séparation entre les deux façons de s'identifier grâce à deux parties de formulaire séparées. Le choix initial grise ainsi toute une partie et permet d'identifier clairement ce qu'il reste à faire (au passage on voit bien qu'il est plus simple d'utiliser OpenID, un peu de promo ne fait pas de mal). Un petit texte d'aide permet d'en savoir plus sur ce qui se cache derrière le terme d'OpenID.
  43. Reste la question du placement du bouton de soumission qu'il faut garder unique dans la mesure du possible. Il pourrait passer d'un côté à l'autre en fonction de la question initiale mais ça introduit du bruit. J'ai finalement choisi de le placer au milieu mais c'est pas génial non plus car il rompt la continuité verticale de la soumission du formulaire.
  44. *En allant chercher l'icône OpenID, j'ai découvert sur le dernier billet de la page d'accueil (coup de bol) qu'il se tenait il y a quelques jours [un événement dédié à ces questions en Californie](http://therealmccrea.com/2008/10/20/live-blogging-the-openidoauth-ux-summit/).*
  45. C'est intéressant car l'une des conclusions c'est qu'il serait génial de pouvoir avoir des OpenID basé sur les adresses emails. C'est clair que convertir en arrière plan david@orange.fr en http://orange.fr/openid/david/ serait vraiment utile mais ça demanderait aux providers d'aller plus loin dans la gestion de l'identité. Chose dont ils n'ont pas tous saisi l'intérêt pour l'instant...
  46. **En attendant, vous en pensez quoi de ces interfaces ? D'autres idées sur le sujet ?**
  47. PS : j'ai fait des formulaires un peu fantaisistes pour montrer que [Inkscape c'est bien](http://www.inkscape.org/) mais gardez les contrôles par défaut des navigateurs qui sont cohérents avec le système. Vos utilisateurs apprécieront (votre <abbr title="Directeur Artistique">DA</abbr> moins mais rappelez-lui que le site n'est pas pour lui).