@@j4nk3y
@@Neunmalunklug
<table> <tr><td>Email-Adresse:</td><td>Passwort</td></tr> <tr><td style="margin-right: 5%;"><input name="uname" type="text" ></td><td><input name="pass" type="password" ></td><td><button class="searchbutn">>></button></td><td><a href="forgot.php">Passwort vergessen</a></td><td><a href="register.php">Registrieren</a></td></tr> </table>
Hier fehlen die notwendigen Beschriftungen der Eingabefelder.
Und auch der Button hat keine Beschriftung: „>>“ ist keine, „Einloggen“ ist eine. Das sollte
<button class="searchbutn">Einloggen</button>
Zusätzlich vielleicht noch der Hinweis, dass dies kein Inhalt einer
<table>
ist
Zumindest für den Teil
Email-Adresse: | Passwort [Eingabefeld] | [Eingabefeld]
könnte man eine Tabelle vielleicht gerade noch so durchgehen lassen. Hatte ich deshalb mal so stehenlassen; wäre vielleicht ein bisschen viel des Guten fürs erste für jemanden mit „wenig Erfahrung in dem ganzen“ gewesen.
Ich würde allerdings in der Tat jeweils zusammengehörige label
und input
in einem Containerelement gruppieren (könnte p
sein) und diese mit CSS nebeneinander platzieren.
Wenn überhaupt. Für den Lesefluss des Nutzers dürfte es besser sein, die Eingabe-Elemente untereinander anzuordnen.
und das auch kein
<button>
sein sollte, sondern ein<input type="submit">
um die Bedienerfreundlichkeit zu gewährleisten.
Nein, da liegst du falsch. Für Buttons ist das button
-Element da; das hat einige Vorteile gegenüber <input type="button">
bzw. <input type="submit">
: Beschriftung des Buttons im Elementinhalt, nicht als Attributwert, um nur eins zu nennen.
Zum Abschicken eines Formulars muss es natürlich ein Submit-Button sein (<button type="submit">
. type="submit"
ist aber Default für Buttons und muss nicht speziell angegeben werden. <button>Einloggen</button>
geht völlig in Ordnung.
LLAP 🖖
“When UX doesn’t consider all users, shouldn’t it be known as ‘Some User Experience’ or... SUX? #a11y” —Billy Gregory