Skip to content

fix: improve pruning behavior for non-showing subtrees - #5

Merged
nikitawootten merged 1 commit into
mainfrom
nikitawootten/fix-improve-pruning
Jun 24, 2026
Merged

nikitawootten merged 1 commit into
mainfrom
nikitawootten/fix-improve-pruning

Conversation

@nikitawootten

Copy link
Copy Markdown
Owner

To reduce the number of ATSPI calls that are needed, peck pruned subtrees whose root had SHOWING=false. As it turns out, this approach was unreliable, and resulted in on-screen elements getting dropped. From my testing, this seemed to affect deeply nested elements in web documents (e.g. GitHub's issue list in Firefox).

The system now keeps track of whether the given subtree is within a DocumentWeb/DocumentFrame node, and for these subtrees avoids pruning non-SHOWING elements.

Supporting changes:

  • Add dump-tree --all flag to print every on-screen element

To reduce the number of ATSPI calls that are needed, peck pruned
subtrees whose root had SHOWING=false. As it turns out, this
approach was unreliable, and resulted in on-screen elements getting
dropped. From my testing, this seemed to affect deeply nested
elements in web documents (e.g. GitHub's issue list in Firefox).

The system now keeps track of whether the given subtree is within
a DocumentWeb/DocumentFrame node, and for these subtrees avoids
pruning non-SHOWING elements.

Supporting changes:
- Add `dump-tree --all` flag to print every on-screen element
@nikitawootten
nikitawootten merged commit e05f2b1 into main Jun 24, 2026
4 checks passed
@nikitawootten
nikitawootten deleted the nikitawootten/fix-improve-pruning branch June 24, 2026 02:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant