Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Define the scan observation contract before any keyboard walk optimization

オープン
#263 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
45/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
playwright, typescript

調査の方向性

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.

索引モデルが issue の本文から書いたものです。

説明

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.

主要言語
TypeScript
スター
0
フォーク
0
平均マージ
2時間 48分
マージ済み PR(30日)
8

環境構築

  • Dockerfile・Docker Compose ファイルなし
  • プルリクエストのテンプレートあり
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

usabl-dev/usabl のほかの issue

usabl-dev/usabl の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。