Zusammenfassung

  • datalist liefert einem bearbeitbaren input über list Vorschlagswerte.
  • Der Browser präsentiert und filtert die Vorschläge; der Nutzer kann einen anderen zulässigen Wert eintragen.

Ein Beamter legt sieben Kärtchen mit wahrscheinlichen Antworten vor und schiebt daneben ein leeres Blatt. Im Web war lange eher die andere Haltung üblich: Der Mensch hat in eine der vorgegebenen Schubladen zu passen. Mit datalist bekam HTML eine höflichere Variante. Der Autor sammelt naheliegende Einträge, der Browser zeigt sie am Eingabefeld, und der Besucher kann weitertippen. Die Form hat Ideen; sie hält sich mit Befehlen zurück.

Der erste öffentliche W3C-Entwurf der HTML-Auszeichnung vom März 2010 kennzeichnete datalist als neues Element für vorgegebene Optionen anderer Bedienelemente. Er berücksichtigte auch Ersatzinhalt für ältere Browser. Man sieht darin die damalige Webrealität: Neue Eingabemöglichkeiten sollten neben älteren Programmen funktionieren. Selbst eine kleine Vorschlagsliste musste den Besuchern begegnen, die mit anderem Werkzeug an dieselbe Seite kamen.

Die W3C-Referenz von 2011 hielt an Optionen für andere Bedienelemente fest. Dieses „andere“ ist die Pointe. Die Liste verwahrt Vorschläge; input nimmt die wirkliche Antwort auf. Der Autor kann häufige Namen pflegen, ohne die Hand des Nutzers vom Eingabefeld zu ziehen. Wer in einer selten genannten Stadt wohnt, muss nicht erst ein Kästchen mit der Aufschrift „Sonstiges“ suchen.

Im Formularteil des heutigen HTML-Standards gilt ein aktives option mit nichtleerem Wert als Vorschlag. Ein Vorschlag kann Wert und Beschriftung tragen. Das Eingabefeld verweist mit list auf die ID des datalist. Die lesbare Beschriftung hilft bei der Orientierung; nach der Auswahl gelangt der Wert in das Feld. Menschliche Benennung und maschinell verarbeitbarer Wert dürfen sich unterscheiden, ohne einander zu stören.

Die Eingaberegeln lassen den Browser Vorschläge während des Tippens anbieten und größere Mengen filtern. Bei der Suche sollen Beschriftung und Wert berücksichtigt werden, ebenso Unicode-Normalisierung und Groß- und Kleinschreibung. Solche Feinheiten werden wichtig, sobald zwei Eingaben für einen Menschen gleich aussehen, intern aber verschieden zusammengesetzt sind. Ein hilfreicher Vorschlag passt sich der Tippweise an; er verlangt kein Passwort aus exakter Schreibweise.

Wählt jemand einen Vorschlag, setzt der Browser dessen Wert so ein, als hätte die Person ihn geschrieben. Ein anderer zulässiger Wert kann auf demselben Weg eingetippt werden. Eingabetyp und normale Beschränkungen entscheiden weiterhin über die Gültigkeit. Häufige Reiseziele lassen sich schnell wählen, und das kleine Reiseziel außerhalb der Liste behält seinen Platz im Feld. Die Abkürzung braucht keine Straßensperre.

Der Handel ist klar: Der Autor vermutet, der Browser sortiert, der Mensch antwortet. Geschlossene Menüs sind gut, wenn die Antwortmenge wirklich feststeht. Bei echten Namen und Orten fehlt fast immer etwas auf der ersten Liste. datalist machte aus Vorschlägen ein Werkzeug, das den Schreiber nicht aus dem Blick verliert. Die Kärtchen liegen bereit. Der Stift bleibt auf Ihrer Seite des Tisches.