-
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
Conform to standard rich text editor / word processor behavior #1858
Comments
See #1482. |
Excellent. Then focus of this ticket can be shifted to line/paragraph breaks. |
Thanks for the feedback. See #1078 for the initial switch to single line breaks on enter. This is something we wanted to test early on to see how it feels next to the notion of a block per paragraph—specially to those not familiar with the nuisances of line breaks, paragraph breaks, and the shift+enter behaviour. Word processors are not extremely clear—in terms of visual perception—in how they handle line breaks. See example from Pages: Both elements look the same to the user given default styles, yet one is a paragraph break and the other is a line break. This often leads to users doing multiple paragraph breaks when they are not needed. At the same time, the usual expected behaviour above is counter intuitive with how the web handles default paragraph styles (with margins) compared to traditional book layouts or even email clients that generally do a single visual break on enter. |
I'm confused: right now it looks like hitting Return while inside a block produces a line break, as in To clarify: When writing content in an editor, a single press of the Return key should produce a new paragraph element while Shift+Return should produce a line break tag. This is expected behavior and necessary to preserve proper semantic structure of the HTML document. How all of this relates to blocks is a separate conversation. I'm talking about the HTML output. |
This issue looks to have been resolved in #1989. |
As this issue has been resolved, closing - if it's not please let me know and we can reopen. |
Issue Overview
When writing content in a word processor, certain behaviors are standard and expected. These need to be emulated in Gutenberg to avoid confusion from users who write and edit content in WordPress. A non-exhaustive list is provided below.
Expected Behavior
Current Behavior
Possible Solution
These behaviors are either opposite of or outside of standard expected behavior from a rich content editor, and also run counter to how the current content editor in WordPress works.
When writing and editing content, Gutenberg should behave like a standard word processor or rich content editor. Creating non-standard output causes the end-user to experience frustration and the perception that something is either wrong or the feature they are looking for does not exist.
The text was updated successfully, but these errors were encountered: