-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Refactor Link UI States #59762
Refactor Link UI States #59762
Conversation
The following accounts have interacted with this PR and/or linked issues. I will continue to update these lists as activity occurs. You can also manually ask me to refresh this list by adding the If you're merging code through a pull request on GitHub, copy and paste the following into the bottom of the merge commit message.
To understand the WordPress project's expectations around crediting contributors, please review the Contributor Attribution page in the Core Handbook. |
Size Change: -44 B (0%) Total Size: 1.73 MB
ℹ️ View Unchanged
|
Thanks for the ping, @draganescu! @jeryj, can you rebase this on top of the latest trunk so we don't miss any new changes when testing? 🙇 |
The only reason this was necessary was to decide if we should autofocus or not. We can determine that based on the click event that sets the addingLink state. Reverting back to one state.
63b187a
to
8d636dc
Compare
I've rebased this, so it's ready for another review. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you, @jeryj! The changes test well for me, and the feature has e2e test coverage.
What?
Simplifies logic from #59635 for:
Why?
Code simplicity/ease of understanding.
How?
The editing and creating states were distinctions added to decide if we should autofocus or not. There is only one instances we need to be able to autofocus: When a user clicks an existing link. This happens within a click handler, that can only exist if the user has a link to click. There is an
openBy
state we already have in use, and we can store information about this within the openBy state to determine if we should autofocus or not.Testing Instructions
There should be no functional difference between trunk and this PR.
Testing Instructions for Keyboard
Screenshots or screencast