github / github/accessibility-scanner

Configurable issue labels

Ouverte
#245 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
Langage dominant
TypeScript
Étoiles
369
Forks
40
Merge moyen
1 j 9 h
PR mergées (30 j)
10

Description

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](https://github.com/wagtail/sphinx-wagtail-theme/issues?q=sort%3Aupdated-desc+is%3Aissue+state%3Aopen+):

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.

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

L’issue ne nomme ni fichiers ni tests. Commencez par localiser les points d’entrée de la création des labels et de la configuration du scanner, puis suivez la manière dont les labels d’issue et les labels de règle sont sélectionnés. Le travail est considéré comme terminé lorsque la création des labels peut être désactivée ou personnalisée comme demandé, que le comportement par défaut est défini et que les options disponibles sont documentées.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
typescript
Domaine
tooling
Type d'issue
Fonctionnalité
Difficulté
4/5
Temps estimé
3-5 jours
Activité
Calme
Clarté
Plutôt claire
Accessibilité débutants
58/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.