31678 2009-11-19 12:16:23 -0800 contentEditable doesn't wrap elements around content until after the first line 2011-08-19 13:04:34 -0700 1 1 1 Unclassified WebKit HTML Editing 528+ (Nightly build) All All NEW http://www.mozilla.org/editor/midasdemo/ P2 Normal --- 1 timmc webkit-unassigned ap ayg enrica rniwa oldest_to_newest 165052 0 timmc 2009-11-19 12:16:23 -0800 For a new contentEditable region, only the second line will be wrapped in a container element (e.g. div or p). Repro steps: 1) Navigate to http://www.mozilla.org/editor/midasdemo/ 2) Click into the CE region and type a line 3) Hit enter and type another line 4) Click "View HTML Source" Actual: You will see that the first line is not contained in the relevant line element. Expected: The first line, like the second line, has been wrapped in the editor's line element. Problem: Because content is not uniformly wrapped, operations that should apply to the current line/block will fail on the first line. Any attempt to walk the DOM to find the parent will reach the contentEditable root. 453867 1 ayg 2011-08-19 09:08:35 -0700 I specced IE/Opera's behavior, which is to wrap every line in a <p>, including the current one as soon as the user hits enter: http://aryeh.name/spec/editing/editing.html#the-insertparagraph-command The relevant case is "If container is not editable or not in the same editing host as node or is not a single-line container:". This basically wraps the current line in a <p>, although admittedly that's unlikely to be clear on a casual read. I specced it this way because I agree that it's useful for every line to have a wrapper, so that they can be handled consistently.