Summary: | Shift+Return doesn't produce BR elements in a contentEditable area. | ||
---|---|---|---|
Product: | WebKit | Reporter: | Johan "Spocke" Sörlin <spocke> |
Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW --- | ||
Severity: | Normal | CC: | alexander.steitz, ap, geraldcornish, grahamperrin, justin.garcia, mike.sherov, mitz, rniwa, spam |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | PC | ||
OS: | All | ||
URL: | http://tinymce.moxiecode.com/safari/shift_return.htm | ||
Bug Depends on: | |||
Bug Blocks: | 6627 |
Description
Johan "Spocke" Sörlin
2008-01-22 10:34:20 PST
*** Bug 16974 has been marked as a duplicate of this bug. *** 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 9.0.0.6, iCab 3.0.5, iCab 4.0.1 Whether control-return 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? |