Define the scan observation contract before any keyboard walk optimization

Ouverte
  • Quelque chose ne va pas ?
#263 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
45/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
playwright, typescript
Domaine
accessibility, testing-qa

Piste de recherche

Read the transcript walk and keyboard walk provider code that implement the fixed 50 presses and accessibility node reads; the issue does not name their files or tests. First establish the observation contract for press count, node read timing, and page state, then re-baseline the findings and verdicts against it. Done means the walk-once change preserves that contract and matches the re-baselined behavior.

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

Description

area: engine enhancement performance

What

The transcript walk presses Tab a fixed 50 times and discards everything after the first repeated element path; the keyboard walk provider then walks the same focus order a second time and reads the accessibility node twice per stop.

Why the obvious fix was dropped

A branch that stopped the walk at the first cycle and read the node once produced identical transcripts but different findings and verdicts on real Chromium: the discarded presses fire focus and blur handlers that mutate the page (a button added after the third focus made the old walk a regression and the new walk verified, and the reverse also occurred), and a single read drafts from an earlier instant than the second read.

Direction

Write down the observation contract first: exactly how many presses, when the node is read, what page state the providers see. Then re-baseline against it and make the walk-once change under that contract. Measured saving: about 1 second on a small app, about 2.5 seconds on a large one, more with the duplicate read removed.

Langage dominant
TypeScript
Étoiles
0
Forks
0
Merge moyen
8 h 39 min
PR mergées (30 j)
52

Préparer son environnement

  • Aucun Dockerfile ni fichier Docker Compose
  • Propose un modèle de pull request
  • Aucun guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de usabl-dev/usabl

Toutes les issues de usabl-dev/usabl

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

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