[html5] r3373 - [] (0) Correct the rules for rendering of carets in contenteditable.

[whatwg at whatwg.org]

Author: ianh
Date: 2009-07-07 17:56:08 -0700 (Tue, 07 Jul 2009)
New Revision: 3373

Modified:
   index
   source
Log:
[] (0) Correct the rules for rendering of carets in contenteditable.

Modified: index
===================================================================
--- index	2009-07-08 00:41:10 UTC (rev 3372)
+++ index	2009-07-08 00:56:08 UTC (rev 3373)
@@ -70580,11 +70580,12 @@
 
   <p>The current text editing caret (the one at the <a href=#caret-position>caret
   position</a> in a focused <a href=#editing-host>editing host</a>) is expected
-  to act like an empty inline element for the purposes of the CSS
+  to act like an inline replaced element with the vertical dimensions
+  of the caret and with zero width for the purposes of the CSS
   rendering model.</p>
 
   <p class=note>This means that even an empty block can have the
-  caret inside it, and that when the caret is in such an element,
+  caret inside it, and that when the caret is in such an element, it
   prevents margins from collapsing through the element.</p>
 
 

Modified: source
===================================================================
--- source	2009-07-08 00:41:10 UTC (rev 3372)
+++ source	2009-07-08 00:56:08 UTC (rev 3373)
@@ -83286,11 +83286,12 @@
 
   <p>The current text editing caret (the one at the <span>caret
   position</span> in a focused <span>editing host</span>) is expected
-  to act like an empty inline element for the purposes of the CSS
+  to act like an inline replaced element with the vertical dimensions
+  of the caret and with zero width for the purposes of the CSS
   rendering model.</p>
 
   <p class="note">This means that even an empty block can have the
-  caret inside it, and that when the caret is in such an element,
+  caret inside it, and that when the caret is in such an element, it
   prevents margins from collapsing through the element.</p>