Resolve one semantic role vocabulary for snapshot kind
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- android, ios, typescript
- 領域
- mobile-dev, testing-qa
調査の方向性
Start with formatRole and attachRefs in packages/kernel/src/snapshot.ts, then inspect presenter and selector consumers and the integration role maps in tester-army/e2e nodes.ts. Read the existing snapshot-lines-kind-conformance.test.ts and role contracts; completion requires a role golden table under contracts/fixtures/, representative iOS and Android live controls, and decisions on vocabulary and kind= selector migration.
索引モデルが issue の本文から書いたものです。
説明
Purpose
Snapshot kind is formatRole(type) (packages/kernel/src/snapshot.ts:771), a lowercase class leaf for unmapped types (:467). It ignores heading/roleDescription, and many common controls fall through:
| Raw type | kind |
Expected |
|---|---|---|
SecureTextField |
securetextfield |
a text field |
android.widget.RadioButton |
radiobutton |
radio (web already gives radio) |
SwitchCompat |
switchcompat |
switch |
SeekBar |
seekbar |
slider (iOS already gives slider) |
ReactEditText, TextInputEditText |
class leaf | a text field |
MaterialButton |
class leaf | a button |
BottomNavigationItemView, TabLayout$TabView |
class leaf | a tab |
Integrations keep their own role maps (tester-army/e2e nodes.ts:45-94,187-228,265-300,418).
Required behavior
- Node-aware role resolution beside
formatRole/attachRefs, using class, state, description, and ancestry. A string map alone cannot identify iOS tab children. - Presenter and selector consumers updated together.
- Android and iOS
TextViewstay distinct.
Open decisions (needed before implementation)
- Presenter vocabulary versus browser-style roles.
- Migration semantics for existing
kind=selectors.
Completion
Extend snapshot-lines-kind-conformance.test.ts and add a role golden table under contracts/fixtures/. Live: representative iOS and Android controls.
Lands after #3524 and #3527.
- 主要言語
- TypeScript
- スター
- 4.9k
- フォーク
- 328
- 平均マージ
- 11時間 49分
- マージ済み PR（30日）
- 585
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
callstack/agent-device のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
callstack/agent-device#3407 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
callstack/agent-device#3353 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
callstack/agent-device#1869 ·
メンテナーはふだん 1 日以内に返信
-
Client stop paths treat EPERM as a confirmed exit and drop state for a live companion対応中かも @thymikee が今日担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 52/100
callstack/agent-device#3540 ·
メンテナーはふだん 1 日以内に返信
-
enhancement needs-triage
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
callstack/agent-device#3529 ·
メンテナーはふだん 1 日以内に返信
callstack/agent-device の issue をすべて見る
似ている issue
-
affected/v17 affected/v18 area/frontend type/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
umbraco/Umbraco-CMS#24186 ·
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
better-auth/better-auth#11723 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
area: docs difficulty: easy documentation good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
Worker-Erstellung bricht langsame Git-Worktree-Checkouts nach 20 Sekunden ab対応中かも @KajoVanBuyten が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 69/100
AgentSystemLabs/agent-office#367 ·
メンテナーはふだん 1 日以内に返信