Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Configurable issue labels

Abierto
#245 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
58/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
typescript
Área
tooling

Línea de trabajo

El issue no especifica archivos ni pruebas. Empieza localizando los puntos de entrada para la creación de labels y la configuración del scanner, y después sigue el proceso mediante el cual se seleccionan los labels de los issues y los labels de las reglas. Se considera terminado cuando la creación de labels puede deshabilitarse o personalizarse según lo solicitado, el comportamiento predeterminado está definido y las opciones disponibles están documentadas.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Trying the scanner for the first time, I’m very happy with how it works except for one thing: it creates too many labels for its issues. Screenshot of my sphinx-wagtail-theme setup:

Screenshot of GitHub issues listings with label dropdown opened showing labels created by GitHub accessibility scanner

That’s just too much noise in our label dropdowns that will interfere with triage of other issues. It’s made worse because with alphanum sorting all those axe labels will be at the top. Personally I’d say it’s also too much noise for listings too.

Proposed solution

Make this configurable. I would prefer to have no labels at all, or otherwise the option to use a label of my choosing at least, like our existing accessibility label. My feedback label-by-label:

  • axe-scanning-issue: make this label configurable. It’s nice those issues are auto-labelled but I think I’d always prefer to use our generic accessibility label instead.
  • axe- rule labels: allow switching on/off. This is very useful information but just way too much noise within label sets used for other types of work.
  • best-practice: I don’t see myself ever wanting this. It’s useful information but again just not worth the noise in label sets.

My personal preference would be to have all of this off by default so you can make a conscious decision of what labels to use. None of those labels / label creation behavior is currently documented so this threw me off.

Lenguaje dominante
TypeScript
Estrellas
375
Forks
42
Merge medio
1 d 7 h
PR fusionados (30 d)
6

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de github/accessibility-scanner

Todos los issues de github/accessibility-scanner

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.