6.04 - Erfolgskriterien für Spracheingabe - Versionsgeschichte

Brigitte am 29. November 2016 um 22:36 Uhr

2016-11-29T22:36:55Z

Petra: Schützte „6.04 - Erfolgskriterien für Spracheingabe“ ([Bearbeiten=Nur Administratoren erlauben] (unbeschränkt) [Verschieben=Nur Administratoren erlauben] (unbeschränkt))

2016-11-11T23:38:02Z

Schützte „6.04 - Erfolgskriterien für Spracheingabe“ ([Bearbeiten=Nur Administratoren erlauben] (unbeschränkt) [Verschieben=Nur Administratoren erlauben] (unbeschränkt))

Admin: Der Seiteninhalt wurde durch einen anderen Text ersetzt: „=== Beschreibung === === Sammlung von Praxisbeobachtungen, auch durch Kommentare von Nutzern des Testverfahrens. ===“

2016-11-10T21:14:42Z

Der Seiteninhalt wurde durch einen anderen Text ersetzt: „=== Beschreibung === === Sammlung von Praxisbeobachtungen, auch durch Kommentare von Nutzern des Testverfahrens. ===“

Admin: Die Seite wurde neu angelegt: „=== Beschreibung === === Sammlung von Praxisbeobachtungen, auch durch Kommentare von Nutzern des Testverfahrens. === === VII Standardkonforme Programmierung…“

2016-11-10T21:13:10Z

Die Seite wurde neu angelegt: „=== Beschreibung === === Sammlung von Praxisbeobachtungen, auch durch Kommentare von Nutzern des Testverfahrens. === === VII Standardkonforme Programmierung…“

Neue Seite

=== Beschreibung ===

=== Sammlung von Praxisbeobachtungen, auch durch Kommentare von Nutzern des Testverfahrens. ===

=== VII Standardkonforme Programmierung ===

==== Prüfschritt 7.01.1 - Korrekte Syntax ====

Gewichtung:

1

Anwendung:

Anwendung auf Seite/Szenario

Bewertungen:

[https://www.biti-test.de/intern/pruefplaene/pruefschritt-bewertungen.xhtml?ps=82 Bisherige Bewertungen für diesen Prüfschritt anzeigen]

Beschreibung:

=== Beschreibung ===

''[Technikneutrale Beschreibung des Erfolgskriteriums]''

Anwendungen in Auszeichnungssprachen sind mit korrekter Syntax codiert.

=== Beispiele ===

''[Typische Anwendungsbeispiele aus verschiedenen Plattformen]''

Elemente haben komplette Start- und End-Tags.

Elemente werden entsprechend ihrer Spezifikationen verschachtelt.

Elemente haben keine doppelten Attribute.

Attribute haben zueinander passende Anführungszeichen.

Alle IDs sind einzigartig.

=== Anwendbarkeit ===

''[manche Erfolgskriterien sind nur in speziellen Kontexten anwendbar]''

Der Prüfschritt ist anwendbar, sofern die Anwendung in einem textbasierten Format mit Auszeichnungssprachen wie HTML oder XML codiert ist.

=== Begründung ===

''[Warum wird das geprüft? Bedeutung des Prüfpunktes für Menschen mit Behinderungen]''

Die Syntax der Auszeichnungssprachen ist einzuhalten, damit Anzeigetechniken die Inhalte korrekt darstellen und gliedern können. Während Browser oftmals Reparaturtechniken nutzen, um fehlerhaften Code ausgleichen zu können, erzeugen doch diese Reparaturtechniken verschiedene Ergebnisse. Damit assistive Technologien nicht in Fehlerzustände laufen oder Inhalte verpassen, müssen zumindest die formalen Syntaxregeln eingehalten werden, die eine Untermenge des jeweiligen Sprachumfangs sind.

Handcodierte Anwendungen können Flüchtigkeitsfehler enthalten. Von Generatoren produzierter Code kann fehlerhaft sein, wenn Browser-Heuristiken ausgenutzt werden. Daher wird auch der in Webanwendungen oftmals von Javascript generierte HTML-Code der Syntaxanalyse unterzogen.

=== Prüfanleitung ===

''[Technikspezifische Prüfanleitung (oder Prüfvorschlag) mit Tools zur Unterstützung des praktischen Tests]''

Zur Syntaxanalyse von HTML-Anwendungen verwenden Sie den Nu HTML Checker in Verbindung mit dem Bookmarklet „WCAG-Parsing only“ und dem Firebug Add-On für den Firefox Browser (siehe Werkzeugliste).

# Öffnen Sie die Anwendung im Firefox Browser und warten Sie, bis die Anwendung vollständig geladen ist.
# Um den generierten Code zu sehen, aktivieren Sie Firebug (Kontextmenü: Element mit Firebug untersuchen). Markieren Sie das body-Tag und aktivieren Sie die Bearbeiten-Funktion. Kopieren Sie den nun angezeigten vollständigen Code.
# Überprüfen Sie den Code mit dem Nu HMTL-Checker.
# Filtern Sie die Ergebnisliste mit dem Bookmarklet „WCAG-Parsing-only“. Stellen Sie fest, ob jetzt noch Fehler angezeigt werden.
# Wiederholen Sie die Schritte 2 bis 4, nachdem Sie die Anwendung bedient haben. Nehmen Sie etwa 2 bis 3 Stichproben je Szenario.

Für lauffähige XML-Anwendungen erübrigt sich eine Überprüfung der Syntax, da nur wohlgeformter Code von der Anzeigesoftware ausgeführt wird.

=== Bewertungsalternativen ===

''[Abgrenzung von „erfüllt“ und „nicht erfüllt“, sowie von „Blockade/Barriere“ und „Einschränkung“]''

Mängel sind eine Einschränkung.

=== Einordnung ===

''[Abgrenzung zu anderen Prüfschritten]''

=== Offene Fragen ===

''[Fragen sammeln, die während der Entwicklung des Prüfschritts auftauchen]''

=== Referenzen ===

==== EN301549 ====

11. 2.1.37 Parsing

==== WCAG ====

4.1.1 Syntaxanalyse

==== WCAG-Techniques ====

G134: Validating Web pages

==== ISO9241-171 ====

← Nächstältere Version		Version vom 29. November 2016, 22:36 Uhr
Zeile 1:		Zeile 1:
	=== Beschreibung ===		=== Beschreibung ===

−	~~===~~ Sammlung von Praxisbeobachtungen, auch durch Kommentare von Nutzern des Testverfahrens. ~~===~~	+	Sammlung von Praxisbeobachtungen, auch durch Kommentare von Nutzern des Testverfahrens.

← Nächstältere Version		Version vom 10. November 2016, 21:14 Uhr
Zeile 2:		Zeile 2:

	=== Sammlung von Praxisbeobachtungen, auch durch Kommentare von Nutzern des Testverfahrens. ===		=== Sammlung von Praxisbeobachtungen, auch durch Kommentare von Nutzern des Testverfahrens. ===
−
−	~~=== VII Standardkonforme Programmierung ===~~
−
−	~~==== Prüfschritt 7.01.1 - Korrekte Syntax ====~~
−
−	~~Gewichtung:~~
−
−	1
−
−	~~Anwendung:~~
−
−	~~Anwendung auf Seite/Szenario~~
−
−	~~Bewertungen:~~
−
−	~~[https://www.biti-test.de/intern/pruefplaene/pruefschritt-bewertungen.xhtml?ps=82 Bisherige Bewertungen für diesen Prüfschritt anzeigen]~~
−
−	~~Beschreibung:~~
−
−	~~=== Beschreibung ===~~
−
−	~~''[Technikneutrale Beschreibung des Erfolgskriteriums]''~~
−
−	~~Anwendungen in Auszeichnungssprachen sind mit korrekter Syntax codiert.~~
−
−	~~=== Beispiele ===~~
−
−	~~''[Typische Anwendungsbeispiele aus verschiedenen Plattformen]''~~
−
−	~~Elemente haben komplette Start- und End-Tags.~~
−
−	~~Elemente werden entsprechend ihrer Spezifikationen verschachtelt.~~
−
−	~~Elemente haben keine doppelten Attribute.~~
−
−	~~Attribute haben zueinander passende Anführungszeichen.~~
−
−	~~Alle IDs sind einzigartig.~~
−
−
−
−	~~=== Anwendbarkeit ===~~
−
−	~~''[manche Erfolgskriterien sind nur in speziellen Kontexten anwendbar]''~~
−
−	~~Der Prüfschritt ist anwendbar, sofern die Anwendung in einem textbasierten Format mit Auszeichnungssprachen wie HTML oder XML codiert ist.~~
−
−	~~=== Begründung ===~~
−
−	~~''[Warum wird das geprüft? Bedeutung des Prüfpunktes für Menschen mit Behinderungen]''~~
−
−	Die Syntax der Auszeichnungssprachen ist einzuhalten, damit Anzeigetechniken die Inhalte korrekt darstellen und gliedern können. Während Browser oftmals Reparaturtechniken nutzen, um fehlerhaften Code ausgleichen zu können, erzeugen doch diese Reparaturtechniken verschiedene Ergebnisse. Damit assistive Technologien nicht in Fehlerzustände laufen oder Inhalte verpassen, müssen zumindest die formalen Syntaxregeln eingehalten werden, die eine Untermenge des jeweiligen Sprachumfangs sind.
−
−	Handcodierte Anwendungen können Flüchtigkeitsfehler enthalten. Von Generatoren produzierter Code kann fehlerhaft sein, wenn Browser-Heuristiken ausgenutzt werden. Daher wird auch der in Webanwendungen oftmals von Javascript generierte HTML-Code der Syntaxanalyse unterzogen.
−
−
−
−	~~=== Prüfanleitung ===~~
−
−	~~''[Technikspezifische Prüfanleitung (oder Prüfvorschlag) mit Tools zur Unterstützung des praktischen Tests]''~~
−
−	Zur Syntaxanalyse von HTML-Anwendungen verwenden Sie den Nu HTML Checker in Verbindung mit dem Bookmarklet „WCAG-Parsing only“ und dem Firebug Add-On für den Firefox Browser (siehe Werkzeugliste).
−
−	~~# Öffnen Sie die Anwendung im Firefox Browser und warten Sie, bis die Anwendung vollständig geladen ist.~~
−	# Um den generierten Code zu sehen, aktivieren Sie Firebug (Kontextmenü: Element mit Firebug untersuchen). Markieren Sie das body-Tag und aktivieren Sie die Bearbeiten-Funktion. Kopieren Sie den nun angezeigten vollständigen Code.
−	~~# Überprüfen Sie den Code mit dem Nu HMTL-Checker.~~
−	~~# Filtern Sie die Ergebnisliste mit dem Bookmarklet „WCAG-Parsing-only“. Stellen Sie fest, ob jetzt noch Fehler angezeigt werden.~~
−	~~# Wiederholen Sie die Schritte 2 bis 4, nachdem Sie die Anwendung bedient haben. Nehmen Sie etwa 2 bis 3 Stichproben je Szenario.~~
−
−
−
−	~~Für lauffähige XML-Anwendungen erübrigt sich eine Überprüfung der Syntax, da nur wohlgeformter Code von der Anzeigesoftware ausgeführt wird.~~
−
−
−
−	~~=== Bewertungsalternativen ===~~
−
−	~~''[Abgrenzung von „erfüllt“ und „nicht erfüllt“, sowie von „Blockade/Barriere“ und „Einschränkung“]''~~
−
−	~~Mängel sind eine Einschränkung.~~
−
−
−
−	~~=== Einordnung ===~~
−
−	~~''[Abgrenzung zu anderen Prüfschritten]''~~
−
−
−
−	~~=== Offene Fragen ===~~
−
−	~~''[Fragen sammeln, die während der Entwicklung des Prüfschritts auftauchen]''~~
−
−
−
−	~~=== Referenzen ===~~
−
−	~~==== EN301549 ====~~
−
−	~~11. 2.1.37 Parsing~~
−
−	~~==== WCAG ====~~
−
−	~~4.1.1 Syntaxanalyse~~
−
−	~~==== WCAG-Techniques ====~~
−
−	~~G134: Validating Web pages~~
−
−	~~==== ISO9241-171 ====~~

← Nächstältere Version	Version vom 11. November 2016, 23:38 Uhr
(kein Unterschied)