Accessibility goals + public statement & contact
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- python
- Área
- accessibility, documentation
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Python
- Estrellas
- 36
- Forks
- 25
- Merge medio
- 3 d 16 h
- PR fusionados (30 d)
- 2
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ProjectPythia/projectpythia.github.io
-
content
ProjectPythia/projectpythia.github.io#567 · 1 comentario · 1 asignado ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
ProjectPythia/projectpythia.github.io#538 · 1 comentario · 1 reacción ·
-
infrastructure
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
ProjectPythia/projectpythia.github.io#523 · 1 comentario ·
-
content
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
ProjectPythia/projectpythia.github.io#431 · 3 comentarios ·
-
Binderhub usage metrics Abiertoinfrastructure
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Todos los issues de ProjectPythia/projectpythia.github.io
Issues similares
-
[Bug] reef-hermes tells me to resume with hermes --resume, which does not work from my shell Abiertoarea: harness bug status: needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Human-Agent-Society/reef#625 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
learningequality/kolibri#15351 · 2 comentarios ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Name consistency Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
eellak/triplestore#65 · 1 comentario ·