Obwohl die HTML5-Validierungsunterstützung recht gut ist, ist sie nicht einheitlich implementiert. Das erforderliche Attribut kann z. B. Felder von Anfang an als ungültig markieren, was nicht wünschenswert ist. Einige Browser, wie Firefox 45.7, zeigen einen Fehler von “Bitte geben Sie eine E-Mail-Adresse ein”, auch wenn der Benutzer etwas in das Feld eingegeben hat, während Chrome beispielsweise “Bitte fügen Sie ein “` in die E-Mail-Adresse ein, das hilfreicher ist. Wie Sie vielleicht gesehen haben, hat ArchDaily UNIFIED ARCHITECTURAL THEORY des Urbanisten und umstrittenen Theoretikers Nikos A. Salingaros in serieller Form veröffentlicht. Um jedoch bestimmte Konzepte näher zu erläutern, haben wir beschlossen, diese Serialisierung zu unterbrechen und drei Auszüge aus einem anderen Buch von Salingaros zu veröffentlichen: A THEORY OF ARCHITECTURE. Der folgende Auszug, der erste, erklärt die Begriffe “Pattern Language” (sowie “Antipatterns”) und “Form Language”.

Beginnen wir mit einem Registrierungsformular. Die meisten Unternehmen wollen langfristige Beziehungen zu ihren Nutzern. Dazu müssen sich Benutzer anmelden. Und um dies zu tun, müssen sie den Benutzern im Gegenzug einen Mehrwert geben. Niemand möchte sich für Ihren Dienst anmelden – sie wollen nur auf das zugreifen, was Sie anbieten, oder das Versprechen einer schnelleren Erfahrung beim nächsten Besuch. Wenn Benutzer häufig Fehler sehen, ist an anderer Stelle wahrscheinlich etwas falsch. Konzentrieren Sie sich auf die Verkürzung Ihres Formulars und eine bessere Orientierung (gute Beschriftung und Hinweistext). Auf diese Weise sollten Benutzer nicht mehr als den seltsamen Fehler sehen. Im nächsten Kapitel werden wir uns längere Formulare ansehen. Bestimmen Sie einen Ersatz für den statischen Text im Formular: Zweitens werden die Methoden der Komponente für den Prototyp definiert, z. B.

PasswordReveal.prototype.onButtonClick. Der Prototyp ist die leistungsfähigste Methode zum Freigeben von Methoden über mehrere Instanzen derselben Komponente hinweg. Eine leistungsstarke und natürliche Möglichkeit, die Größe eines Formulars zu reduzieren, ist die Verwendung eines Frageprotokolls. Es hilft sicherzustellen, dass Sie wissen, warum Sie jede Frage stellen oder ein Formularfeld einschließen. Die HTML5-Validierung gibt es schon eine Weile. Durch Hinzufügen von nur wenigen HTML-Attributen markieren unterstützende Browser fehlerhafte Felder, wenn das Formular gesendet wird. Nicht unterstützende Browser greifen auf die serverseitige Validierung zurück. Wenn wir das Formular ein zweites Mal absenden, müssen wir die vorhandenen Fehler aus der Sicht löschen. Andernfalls sehen Benutzer möglicherweise doppelte Fehler.

Nachdem eine Ersetzung ermittelt und implementiert wurde, entfernen Sie den statischen Text, und wenden Sie dann das Muster an. Dadurch wird nicht nur die Größe des Formulars auf nur ein Feld reduziert, sondern es erspart Benutzern auch, sich ein anderes Kennwort merken zu müssen. Dies vereinfacht das Formular jedoch isoliert, aber auf andere Weise fügt es dem Benutzer eine zusätzliche Komplexität hinzu. Das ist eine Menge Probleme für das, was im Wesentlichen nur Text ist. Alle Inhalte, insbesondere ein Formularhinweis, sollten nicht als schön zu haben angesehen werden. Anstatt Platzhalter zu verwenden, ist es daher besser, Hinweistext über dem Steuerelement wie folgt zu positionieren: Ihre aktuellen Optionen für Szenarien, in denen ein manuell dimensioniertes Steuerelement benötigt wird, umfassen die Verwendung eines benutzerdefinierten Musters (was angesichts der Tatsache sinnvoll ist, dass das Feld eine “benutzerdefinierte” Größe erfordert) sowie möglicherweise die Unterstruktur “Text ausfüllen” für ein breiteres Feld (das ein einzelnes Feld mit voller Breite pro Container ermöglicht, obwohl wir planen, das Untermuster “Fülltext” zu erweitern, um eine beliebige Anzahl von Feldern zu ermöglichen).