From 0863e355499589489079a47b3f2a9cea2d7cbd78 Mon Sep 17 00:00:00 2001 From: DarkFeather Date: Thu, 25 Apr 2024 13:49:11 -0500 Subject: [PATCH] ADA compliance clarification --- Policies/Design_Principles.md | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/Policies/Design_Principles.md b/Policies/Design_Principles.md index 3bc3813..36d46f6 100644 --- a/Policies/Design_Principles.md +++ b/Policies/Design_Principles.md @@ -61,6 +61,12 @@ GUI elements will generally be deployed by a Web page, as this is a cross-platfo ## Mobile Access Design With the rise of the smartphone, remotely accessible services should offer a simple means via some app to reduce network traffic. The app interface should be intuitive and quick to use. +## Accessibility + +AniNIX will, within reason, attempt to make its pages as accessible as possible to those with disabilities. To this end, internally-written UI elements should attempt to [maintain ADA / WCAG compliance](https://www.ada.gov/resources/web-guidance/) -- audit tools [such as this one](https://www.accessibilitychecker.org/) can assist. + +Additionally, our protocols-over-apps implementation preference with RSS, IRC, and Git should hopefully make the majority of our content accessible for anyone. This preference should allow designers to create tools to consume content irrespective of the method of perception or interaction for the user. + ## Etymology The AniNIX attaches a unique name, such as Sora for OpenLDAP or Yggdrasil for Emby, to packages and services it instantiates. The reason for this is that the name defines a scope of functionality the AniNIX expects to rely on -- should the underlying package change, such as replacing Plex Media Server with Emby, documentation and AniNIX packages will use the same name. We also need a naming convention for unique code we are writing, like Uniglot & TheRaven