Résumé

  • datalist fournit des propositions à un champ input modifiable grâce à l’attribut list.
  • Le navigateur présente et filtre les propositions; l’utilisateur peut saisir une autre valeur admise par le champ.

Au guichet, imaginez une feuille avec sept réponses possibles et une huitième ligne laissée blanche. Sur le Web, le formulaire a souvent préféré le menu fermé : votre cas doit entrer dans une case déjà prévue. datalist ouvre une autre conversation. L’auteur prépare des réponses probables, le navigateur les propose près d’un champ, et la personne garde son clavier. Le formulaire a des idées; il ne lui appartient pas de rédiger votre vie à votre place.

Dans le premier brouillon public du W3C sur le balisage HTML, en mars 2010, datalist figure parmi les nouveaux éléments. Le document le décrit comme une réserve d’options prédéfinies pour d’autres contrôles. Son contenu peut aussi servir de repli aux anciens navigateurs. Cette coexistence raconte une époque de transition : on ajoutait un geste neuf aux formulaires sans oublier les visiteurs dont le navigateur comprenait encore l’ancien vocabulaire.

La référence W3C de 2011 conserve la définition : une série d’options destinée à d’autres contrôles. Le détail essentiel tient dans ce « d’autres ». datalist prépare les propositions; le champ input reçoit la réponse effective. Une liste peut être tenue à jour par l’auteur, tandis que l’utilisateur conserve la liberté de saisir ce qui lui correspond. On sépare enfin le conseil du verdict.

La section des formulaires de la norme HTML actuelle précise ce qu’est une proposition : un élément option non désactivé, doté d’une valeur non vide. Chaque option peut avoir une valeur et un libellé. Le champ rejoint sa liste par l’identifiant indiqué dans list. Un libellé lisible peut expliquer le choix; c’est la valeur qui remplit le champ après sélection. La distinction est pratique : un nom accueillant à l’écran, une donnée précise dans le formulaire.

Selon les règles de input, le navigateur devrait afficher les propositions pendant la saisie et peut filtrer une liste longue. La recherche doit considérer libellé et valeur, avec attention à la normalisation Unicode et aux différences de casse. Ces détails paraissent minuscules jusqu’au jour où le même mot peut s’écrire au clavier de plusieurs façons. Une aide digne de ce nom rencontre l’utilisateur dans sa langue et dans ses habitudes de frappe.

Choisir une suggestion remplit le champ comme si l’on avait saisi cette valeur. Écrire une autre valeur recevable emprunte le même champ. Les contraintes ordinaires du type de saisie continuent de s’appliquer. Pour une destination, les villes fréquentes peuvent apparaître en tête sans effacer la petite ville que le formulaire n’avait pas prévue. La liste connaît les réponses les plus probables; elle n’a pas besoin de prétendre connaître toutes les réponses.

Ce dispositif répartit élégamment les rôles. L’auteur devine et prépare, le navigateur met en scène, le lecteur tranche. Une liste fermée convient quand l’univers des choix est réellement fermé. Bien des questions humaines dépassent la liste. datalist leur offre une place modeste et précieuse : des raccourcis pour les cas courants, de l’espace pour celui que personne n’avait pensé à écrire.