-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Rich text: remove space handling (for BUTTON and SUMMARY) #41977
Conversation
Size Change: -77 B (0%) Total Size: 1.25 MB
ℹ️ View Unchanged
|
e1304d2
to
698a23e
Compare
* | ||
* DO NOT limit this behaviour to specific tag names! It would mean that this | ||
* behaviour is not widely tested. If there's ever any problems, we should find | ||
* a different solution entirely or remove it entirely. |
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.
It was a nice try, but this solution clearly failed. Cc @dmsnell
On my list but in my version I'm not using
Thanks for checking. I guess it could be possible that some integrations re-surface the issue with space not entering a space. For reference, I double-checked behaviors:
This was tested with a basic HTML file. <div contenteditable>This is content.</div>
<button contenteditable>This is content.</button>
<details>
<summary contenteditable>This can be edited</summary>
But this is static.
</details> I think we can probably handle this at those tags if and when it arises maybe. Both the button and summary have problems in edit mode where it's less important anyway that we use those specific tags (my argument is based on the claim that semantics while editing are different than when viewing). It could be best if we warn on |
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.
While this is still a draft I think it's a good call to gut it. I wish we had a good way to leave a tombstone in the code to say, "hey, we tried this and it failed" because I think the git
history won't be easy to find. I don't have a good idea on how to do this so I'm not suggesting we block merging this until we find one, but if you have an idea it would be worth tossing it in I think.
Did you check with I guess another solution for I do think it's good to use the tags if possible in the future, because it's easier to style by themes. But anyway, it's not important right now. |
698a23e
to
5d882ec
Compare
No I didn't, because…
…anyway
My point about avoiding these tags is during the editing operation and I think all the styling concerns are diminished there. We know in the editor we have JavaScript and React and if we really want a collapsable editing container without the baggage of We don't have to insist on the same implementation ( |
What?
Seems to do more harm than good. We currently also don't have any blocks using rich text with BUTTON or SUMMARY as a tag name. Also work on the details block seems to be abandoned (#23940). There might be plugins using these tag names though...
Alternatively we could just return early for all other tag names.
Why?
How?
Testing Instructions
Screenshots or screencast