|
Größe: 1823
Kommentar:
|
← Revision 14 vom 2009-07-18 09:54:19 ⇥
Größe: 1786
Kommentar:
|
| Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
| Zeile 3: | Zeile 3: |
| Sowohl Hobby-Entwickler, Firmen als auch Distributoren sollen die Chance bekommen ihre Software auf Barrierefreiheit zu testen. Dazu haben wir einen Kriterienkatalog erarbeitet, anhand dessen | Sowohl Hobby-Entwickler, Firmen als auch Distributoren sollen die Chance bekommen, ihre Software auf Barrierefreiheit zu testen. Dazu haben wir einen Kriterienkatalog erarbeitet, anhand dessen |
| Zeile 5: | Zeile 5: |
| Neben schon existierenden Applikationen sollen besonders Entwickler motiviert werden, ihre selbst geschriebene Software auf Zugägnlichkeit zu testen. | Neben schon existierenden Applikationen sollen besonders Entwickler motiviert werden, ihre selbst geschriebene Software auf Zugänglichkeit zu testen. |
| Zeile 13: | Zeile 13: |
| * Gibt es keine Störungen mit anderen Keyboard-Features? * Erhält die Hilfsmittelsoftware genug Informationn über die User-Interface Objekte? * Gibt es zu den Icons Text-Informationen? * Werden die Icons konsistent eingesetzt? (d.h. die Symbole mit gleichem aussehen sollten anwendungsübergreifend die gleiche Funktion ausüben) |
* Wurden Störungen mit anderen Keyboard-Features beseitigt? * Erhält die Hilfsmittelsoftware genügend Informationnen über die User-Interface Objekte? * Gibt es Textinformationen zu den Icons? * Werden die Icons konsistent eingesetzt? (Symbole mit gleichem Aussehen sollten anwendungsübergreifend die gleiche Funktion ausüben) |
| Zeile 20: | Zeile 20: |
| * Werden Informationen und Auswahlelemente nicht ausschliesslich über Farben kenntlich gemacht? (Sie sollten auch textuell unterscheidbar sein) |
* Werden Informationen und Auswahlelemente nicht nur über Farben, sondern auch textuell kenntlich gemacht? |
| Zeile 23: | Zeile 22: |
| * Werden Zeitmimits für Eingabefelder oder Textmeldungen vermieden? * Werden wchtige Funktionen auf verschiedene Arten verfügbar gemacht ? (z.B. mit textuellen Menüpunkten, Icons, Tastenkombinatioenn) |
* Werden Zeitlimits für Eingabefelder oder Textmeldungen vermieden? * Werden wichtige Funktionen auf verschiedene Arten verfügbar gemacht ? (z.B. mit textuellen Menüpunkten, Icons, Tastenkombinationen) |
Accessibility-Testkriterien für Entwickler
Sowohl Hobby-Entwickler, Firmen als auch Distributoren sollen die Chance bekommen, ihre Software auf Barrierefreiheit zu testen. Dazu haben wir einen Kriterienkatalog erarbeitet, anhand dessen eine Bewertung stattfinden kann. Neben schon existierenden Applikationen sollen besonders Entwickler motiviert werden, ihre selbst geschriebene Software auf Zugänglichkeit zu testen.
Kriterienkatalog
- Sind alle Funktionen per Sprache oder Braille nutzbar?
- Sind alle Funktionen per Tastatur bedienbar?
- Gibt es Tastatur-Kürzel zur alternativen Bedienung?
- Gibt es eine logische Tab-Reihenfolge?
- Wurden Störungen mit anderen Keyboard-Features beseitigt?
- Erhält die Hilfsmittelsoftware genügend Informationnen über die User-Interface Objekte?
- Gibt es Textinformationen zu den Icons?
- Werden die Icons konsistent eingesetzt? (Symbole mit gleichem Aussehen sollten anwendungsübergreifend die gleiche Funktion ausüben)
- Gibt es für alle Sounds eine visuelle Rückmeldung?
- Können Sounds abgestellt werden und ist die Lautstärke einstellbar?
- Werden Textinhalte, Texteingaben, der Ort des Cursors und Textattribute an die Hilfsmittelsoftware übermittelt?
- Werden Informationen und Auswahlelemente nicht nur über Farben, sondern auch textuell kenntlich gemacht?
- Sind die Schriften und Farben individuell einstellbar?
- Werden Zeitlimits für Eingabefelder oder Textmeldungen vermieden?
- Werden wichtige Funktionen auf verschiedene Arten verfügbar gemacht ? (z.B. mit textuellen Menüpunkten, Icons, Tastenkombinationen)
- Haben alle Steuerelemente Textlabels?
- Sind die Textlayouts einspaltig?
- Haben die Buttons logische Namen und eine logische Reihenfolge?