Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: If the focus is inside a toot, make keyboard commands operate relative to the parent toot. #2229

Merged
merged 1 commit into from
Nov 23, 2022

Conversation

jcsteh
Copy link
Collaborator

@jcsteh jcsteh commented Nov 23, 2022

Previously, if focus was on an element inside a toot instead of the toot itself (e.g. moving to a toot and pressing tab), keyboard commands acted as if no toot was active. In particular, this meant that the arrow keys scrolled to the first visible toot.

Fixes #2228.

…lative to the parent toot.

Previously, if focus was on an element inside a toot instead of the toot itself (e.g. moving to a toot and pressing tab), keyboard commands acted as if no toot was active.
In particular, this meant that the arrow keys scrolled to the first visible toot.
Fixes nolanlawson#2228.
@MarcoZehe
Copy link
Contributor

This is a really good change! Thank you, Jamie! I just tried this on the deployment for this PR, and it works beautifully.

@nolanlawson
Copy link
Owner

Tested it out, works great. Opened a new PR so we can run the tests: #2232

@nolanlawson
Copy link
Owner

Thank you!! 🙂

@nolanlawson
Copy link
Owner

@jcsteh I've made you a collaborator, so hopefully from now on Circle CI can just run the tests for your PR. Although I should probably move to GitHub Actions anyway. 😛

@nolanlawson nolanlawson merged commit a447b95 into nolanlawson:master Nov 23, 2022
@jcsteh jcsteh deleted the scrollFix branch November 24, 2022 10:41
alice-werefox pushed a commit to alice-werefox/sema-werefox-cafe that referenced this pull request Apr 3, 2023
…2229)

Previously, if focus was on an element inside a toot instead of the toot itself (e.g. moving to a toot and pressing tab), keyboard commands acted as if no toot was active.
In particular, this meant that the arrow keys scrolled to the first visible toot.
Fixes nolanlawson#2228.
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.

If a control inside a toot is focused, arrow keys should still move relative to that toot
3 participants