WebKit doesn't produce BR element on a shift+return key press. This works in all other major browsers like IE, FF and Opera.
Steps to reproduce:
1. Open the attached URL.
2. Place caret inside editable area.
3. Press shift+return.
4. Observe that nothing happens, no BR is produced.
*** Bug 16974 has been marked as a duplicate of this bug. ***
See also bug 13959.
On OS X, Ctrl+Return inserts a <br>.
No key combination seems to on Windows, though.
This problem does NOT occur on my Pismo (10.4.11) using Firefox 3beta, Netscape 7.02, Omniweb 5.6, Navigator 188.8.131.52, iCab 3.0.5, iCab 4.0.1
is a norm in Mac OS X, I don't know.
(I'm reminded that alt-spacebar is the norm for a non-breaking space but in Kupu I can't find any key combination for a non-breaking space (that's a separate issue).)
This once can be closed. I can no longer reproduce it.
Testing with a Mac nightly, I see that Ctrl+Return produces a <BR>, while Shift+Return produces a nested <div>. I don't know if that's correct behavior.
But sounds like this bug was actually about Windows Safari? The platform/OS fields don't make it clear.
(In reply to comment #7)
> Testing with a Mac nightly, I see that Ctrl+Return produces a <BR>, while Shift+Return produces a nested <div>. I don't know if that's correct behavior.
Chrome uses Shift+Return for <br> on Mac as well as on Windows. Maybe this is a Safari Mac port bug?
As of this writing, Safari on Yosemite produces `<p><br></p>` instead of `<br>` (which is the behavior of the other browsers.
Is this expected? Is there any chance of this being fixed soon?