-
Notifications
You must be signed in to change notification settings - Fork 80
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(label): allow signposts inside labels #937
Conversation
👋 @dtsanevmw,
Thank you, 🤖 Clarity Release Bot |
bc86de3
to
2c719c3
Compare
010bb33
to
4d5c056
Compare
Will wait the popover refactor #1435 to be merged |
Co-authored-by: Kevin Buhmann <kbuhmann@vmware.com>
c6928d1
to
1528a5a
Compare
f755fab
to
1928be8
Compare
1928be8
to
bc9b2ab
Compare
🎉 This PR is included in version 17.5.0 🎉 The release is available on:
Your semantic-release bot 📦🚀 |
Hi there 👋, this is an automated message. To help Clarity keep track of discussions, we automatically lock closed PRs after 14 days. Please look for another open issue or open a new issue with updated details and reference this one as necessary. |
PR Checklist
Please check if your PR fulfills the following requirements:
PR Type
What kind of change does this PR introduce?
What is the current behavior?
Currently if you put signposts inside labels they are not working due to that
<label>
be default is spreading a click event to its children and that's causing the signpost to automatically close and not appear.Example:
If you have a label attached to an input or input inside a label and click the label - the input will get focused.
Issue Number: CDE-9 and #271
What is the new behavior?
Signposts are now working inside
<label>
.Does this PR introduce a breaking change?
Other information