ADA compliance clarification

This commit is contained in:
DarkFeather 2024-04-25 13:49:11 -05:00
parent 49c9de4370
commit 0863e35549
Signed by: DarkFeather
GPG Key ID: 1CC1E3F4ED06F296
1 changed files with 6 additions and 0 deletions

View File

@ -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]( -- audit tools [such as this one]( 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