HTML-Barrierefreiheit unter Erhalt der Interaktion verbessern.
Semantische HTML-Korrekturen sollten Funktionalität erhalten und im Kontext getestet werden. ARIA ersetzt nicht die Auswahl des richtigen nativen Elements.
Passe den Ablauf an deine Aufgabe an.
Bestimme den tatsächlichen Zweck des Bedienelements und wähle passende native Semantik unter Erhalt seines Verhaltens. Ergänze nötige Namen oder Zustandsinformationen und prüfe Tastatur, Fokus und Formularinteraktionen im vollständigen Kontext.
- Was du bereitstellst
- HTML-Ausschnitt und angegebenes Barrierefreiheitsproblem.
- Was du erhältst
- Vorgeschlagene semantische Markup-Korrektur mit Prüfhinweisen.
Sieh dir Eingabe und Ergebnis an.
Beispielhafte Ein- und Ausgabe · ein Lehrbeispiel, kein tatsächlicher WebAct-Durchlauf
Beispiel Eingabe
Replace <div onclick="submitForm()">Send message</div> in an existing HTML form. The form's submit handler already performs validation and calls submitForm().
Vollständiges Beispiel
<button type="submit">Send message</button> The native submit button uses the existing form submission path. Verify Enter/Space interaction, visible focus, validation errors and prevention of duplicate sends. Do not retain a second click handler that also calls submitForm().
Lade diese Eingabe in den Prompt und kopiere ihn zum Ausprobieren nach WebAct. Dein Ergebnis kann vom Beispiel abweichen.
Entscheidungen und Fehlerbehebung.
Macht allein eine ARIA-Rolle aus einem div einen vollständigen Button?
Sie implementiert nicht automatisch Tastaturverhalten oder Formularsemantik. Bevorzuge einen nativen Button, wenn er zum vorgesehenen Bedienelement passt.
Warum sendet das Ersetzen eines klickbaren Elements unerwartet das Formular ab?
Prüfe den Buttontyp. Ein Element für eine normale Aktion braucht möglicherweise type="button" statt Absendeverhalten.
Probiere es mit deiner eigenen Quelle.
Ersetze das Beispiel im Aufgaben-Prompt durch dein Material. Behalte nötige Anforderungen bei und kopiere die Aufgabe nach WebAct.
Aufgabe anpassen und kopieren ↑