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
unresolve comment
does not move focus to it
#5973
Comments
Screen.Recording.2024-04-10.at.11.17.48.AM.mov |
Not intentional and inconsistent with the way other trees work. |
I can't actually repro that the comment thread in the tree view doesn't get focus:
Is this what you're seeing @meganrogge? |
I am not focusing the editor first.
|
I think this behavior is correct. When a tree is taken, the focus should remain in the tree. |
I agree the focus should remain in the tree. I had just expected the comment widget that was unresolved to be revealed. Feel free to close though if you think this is working as designed. |
I get it now: reveal the comment in the editor, not focus it. This is interesting. Is it just the "unresolve" action that you would expect to reveal the comment in the editor? I'm thinking there are some actions it makes sense to reveal for, and some that it doesn't. |
I am not sure which other actions you are thinking of. But I think since a user is unresolving the comment, it implies they might take an action on it, so revealing makes sense IMO. |
The actions are from extensions, so it could be anything. I was trying to decide if this should be implemented for all actions that are contributed to the comments view or just some. I'm thinking just some, which means this should be done in the extension. |
unresolve comment
in the comment panelUnsure if this is by design, but would be nice if it focused the comment at least when in screen reader mode.
The text was updated successfully, but these errors were encountered: