AccessKit / AccessKit/accesskit
bounds / rect; updates
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
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- 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