AccessKit / AccessKit/accesskit

bounds / rect; updates

Open
#580 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Rust
Stars
1.5k
Forks
114
Avg merge
8h 25m
Merged PRs (30d)
28

Description

IIUC the bounds of items should always be specified. Is this true?

#82 suggests that it may be true, though given that bounds were not added there presumably there are other uses (I also see that character_positions assumes some data from bounds).

And yet, I see the representation of Node considers bounds an optional property.


When resizing a GUI most Node properties won't change. From what I can tell, the only reported data affected is bounds and character_positions (not applicable to everything).

So it might possibly make sense to represent this information separately, or to support updating bounds only (e.g. add a field like Vec<(NodeId, Rect)> to TreeUpdate).

The main motivation I see here is actually that it would allow widgets to emit position updates without caring about whether or not they are present in the accessibility tree: accesskit could easily filter out any updates which don't apply to nodes it knows about.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the Node representation and TreeUpdate, then inspect how bounds and character_positions are consumed, including the behavior discussed in #82. Done means establishing whether bounds are always required and choosing a concrete approach for bounds-only updates that preserves correct accessibility-tree behavior.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
accessibility
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.