Accessibility goals + public statement & contact
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 30/100
- Issue type
- Feature
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- python
- Domain
- accessibility, documentation
Research direction
No files, tests, or entry points are named. Start by narrowing the checklist into separately scoped work, beginning with the accessibility statement and dedicated communication channel. Done should be a published statement and a documented, working contact path, with the remaining audit, theme, translation, and screen-reader ideas handled separately.
Written by the indexing model from the issue text.
Description
We've had some fleeting discussions in the past about accessibility, but we need to capture some concrete goals (some of which may be important to get done before the Hackathon!)
What are the ways we can commit to improving accessibility to our website and build accessible design into our offerings? Suggestions:
- Create an accessibility statement (e.g. UCAR's) describing out commitment
- Include a dedicated communication channel for accessibility concerns and feedback
- Implement theme configs (very useful read!), site maps, and other helpful considerations from other projects in our space
- Automate auditing of the accessibility of our sites and Cookbooks
- From @jukent: proactive language considerations, room for translation work, and non-English annotations to content
- From @jukent: design considerations for screen readers, e.g. descriptive link text and meaningful alt text on images
This may be better represented as a Discourse discussion, but I wanted to capture at least the first two as action items we can cross off in issues to make sure to get done before the Hackathon.
- Dominant language
- Python
- Stars
- 36
- Forks
- 25
- Avg merge
- 3d 16h
- Merged PRs (30d)
- 2
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from ProjectPythia/projectpythia.github.io
-
content
ProjectPythia/projectpythia.github.io#567 · 1 comment · 1 assignee ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 45/100
ProjectPythia/projectpythia.github.io#538 · 1 comment · 1 reaction ·
-
infrastructure
Difficulty 3/5 1-2 days Newbie friendliness 45/100
ProjectPythia/projectpythia.github.io#523 · 1 comment ·
-
content
Difficulty 2/5 1-3 hours Newbie friendliness 45/100
ProjectPythia/projectpythia.github.io#431 · 3 comments ·
-
infrastructure
Difficulty 5/5 Over a week Newbie friendliness 25/100
All issues in ProjectPythia/projectpythia.github.io
Similar issues
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
zostera/django-bootstrap4#894 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
use-agent-os/agent-os#3276 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
zephyrproject-rtos/zephyr#119726 ·
-
area/auth bug comp/agent P3 platform/discord type/security
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
NousResearch/hermes-agent#117848 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
zilliztech/memsearch#759 ·