-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
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
Shift+Enter inserts a <br> even though ShiftEnter plugin is disabled #1120
Comments
That's because all the manual tests in this package load only However, it's strange that |
<br>
s are inserted at the end of paragraph/caption in some configuration.
There seem to be at least two bugs. Enter must always be handledThe native action Enter must always be prevented, even when just one of the plugins is loaded. However, now, both plugins abort their listeners if Shift is/isn't pressed. Instead, they should prevent the default action before aborting. This is something I anticipated but ignored to not stale the initial implementation of And we wouldn't see it if for the second bug Why isn't
|
Didn't we fix this? |
PRs are still open :D |
OMG... Sorry :D |
Fix: Default action of `Enter` event should be always prevented. Closes ckeditor/ckeditor5#1120.
Tests: Added integration tests for ckeditor/ckeditor5#1120.
Is this a bug report or feature request? (choose one)
🐞 Bug report
💻 Version of CKEditor
latest master, Chrome
📋 Steps to reproduce
✅ Expected result
Either nothing happens either
<br>
element is inserted.❎ Actual result
There are two
<br>
s inserted. Consecutive shift+enter📃 Other details that might be useful
You cannot place selection there, after typing the
<br>
s are removed.The text was updated successfully, but these errors were encountered: