[Webkit-unassigned] [Bug 19416] Hitting [enter] inside a blockquote creates a new blockquote

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=19416


Aryeh Gregor <ayg at aryeh.name> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ayg at aryeh.name




--- Comment #11 from Aryeh Gregor <ayg at aryeh.name>  2011-08-19 12:16:34 PST ---
Specification:

http://aryeh.name/spec/editing/editing.html#the-insertparagraph-command

Currently it defines the idea of a "single-line container", which means: "address", "div", "h1", "h2", "h3", "h4", "h5", "h6", "listing", "p", "pre", "xmp", "li", "dt", or "dd".  When you hit enter, the nearest single-line container is generally split, except for address/listing/pre, where I add a <br>.

I do *not* define blockquote as a single-line container.  It's meant to contain multiple lines.  If you have <blockquote>foobar</blockquote> and insert a line in between "foo" and "bar", you get <blockquote><p>foo</p><p>bar</p></blockquote> per my spec currently.  This matches IE/Opera, and IMO makes the most sense.  Consecutive <blockquote>s don't make sense any more than consecutive <b>'s make sense -- they should be merged.

If you want to split a blockquote, my spec says that hitting Backspace (or running the delete command, same thing) at the beginning of an indented line outdents that line.  This is how Word 2007 behaves, and OpenOffice.org, but browsers currently don't.  So in other words, if you have

  <blockquote><p>foo</p><p>[]bar</p><p>baz</p></blockquote>

and backspace, you get

  <blockquote><p>foo</p></blockquote><p>[]bar</p><blockquote><p>baz</p></blockquote>

Are there any problems with the spec's behavior here?  Should it change?  What do the mail programs referred to in comment #6 and comment #8 do and want to do?  AFAICT, Chrome's current behavior allows no way to break out of blockquotes at all.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.