Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
de:general:accessibility_desk_mobile_apps [2023/03/10 15:14] – [In IDs und ähnlichen Entitäten] thinder | de:general:accessibility_desk_mobile_apps [2024/09/17 10:03] (aktuell) – [Für Desktop-Anwendungen] thinder | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
+ | ====== Checkliste barrierefreie Desktop- und Mobile-App Programmierung ====== | ||
+ | |||
+ | Bei der Programmierung von Desktop und Mobile Apps sollten die Empfehlungen der herstellenden Software-Firma sorgfältig gelesen, beachtet und in der Konzeption, Planung, Programmierung und Tests umgesetzt werden. | ||
+ | Die folgenden Links sind die Einstiegspunkte in die Dokumentationen großer Software-Firmen zu diesem Thema. | ||
+ | Jede*r Programmierer*in oder Gruppe von Programmierer*innen muss sich mit diesem Thema auseinandersetzen und speziell für die entwickelte Anwendung Barrierefreiheit-Features | ||
+ | |||
+ | <WRAP center round important 60%> | ||
+ | Nichtbeachtung von Barrierefreiheit in veröffentlichten Apps ist keine Option! | ||
+ | |||
+ | </ | ||
+ | |||
+ | ===== Für Desktop-Anwendungen ===== | ||
+ | |||
+ | * Microsoft: https:// | ||
+ | * Apple: https:// | ||
+ | * Ubuntu: https:// | ||
+ | * RedHat : https:// | ||
+ | * SUSE : https:// | ||
+ | |||
+ | <WRAP center round info 80%> | ||
+ | ==== Thematisch passende GWDG-Nachrichtenartikel ==== | ||
+ | - [[https:// | ||
+ | - [[https:// | ||
+ | - [[https:// | ||
+ | </ | ||
+ | |||
+ | |||
+ | ===== Für Mobile-Anwendungen ===== | ||
+ | |||
+ | * Apple https:// | ||
+ | * Android https:// | ||
+ | |||
+ | ===== Benennung von APIs ===== | ||
+ | <WRAP center round info 60%> | ||
+ | Die goldene Regel lautet: **Verwenden Sie Worttrennzeichen** | ||
+ | |||
+ | </ | ||
+ | |||
+ | ==== Beispiele für API- und Schemadesign ==== | ||
+ | - use_underscores | ||
+ | - useCamelCase | ||
+ | - use-kebab-case | ||
+ | |||
+ | ==== Beispiele für IDs und ähnliche Entitäten ==== | ||
+ | - use.dot.separators (oft mit umgekehrten DNS-Präfixen) | ||
+ | - use/ | ||
+ | - use-hyphen-separators (oft mit GUIDs und ähnlichem) | ||
+ | |||
+ | ==== Abkürzungen ==== | ||
+ | Eine weitere häufige Herausforderung ist die Verwendung von Abkürzungen. Während ein Benutzer, der mit Ihrer API interagiert, | ||
+ | ^Abgekürzt (ungünstig) | ||
+ | | pvtKey | ||
+ | ==== Zusatzleistungen ==== | ||
+ | Ein zusätzlicher Vorteil besteht darin, dass Codegeneratoren leichter idiomatische Benennungen erzeugen können, die den Groß-/ | ||
+ | ^JSON | ||
+ | | dataContentType | ||
+ | |||
+ | ===== Check-Liste ===== | ||
+ | ^ erledigt | ||
+ | | | Schnittstellen eingebaut und geprüft | | ||
+ | | | Zweisprachigkeit umgesetzt | | ||
+ | | | Bedienbarkeit über Maus und Tastatur umgesetzt | | ||
+ | | | Benennung von APIs | | ||
+ | {{: | ||