W3C home > Mailing lists > Public > public-html-diffs@w3.org > July 2009

hixie: Correct the rules for rendering of carets in contenteditable. (whatwg r3373)

From: poot <cvsmail@w3.org>
Date: Wed, 8 Jul 2009 09:56:36 +0900 (JST)
To: public-html-diffs@w3.org
Message-Id: <20090708005636.78E702BC58@toro.w3.mag.keio.ac.jp>
hixie: Correct the rules for rendering of carets in contenteditable.
(whatwg r3373)

http://dev.w3.org/cvsweb/html5/spec/Overview.html?r1=1.2504&r2=1.2505&f=h
http://html5.org/tools/web-apps-tracker?from=3372&to=3373

===================================================================
RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.2504
retrieving revision 1.2505
diff -u -d -r1.2504 -r1.2505
--- Overview.html	8 Jul 2009 00:41:15 -0000	1.2504
+++ Overview.html	8 Jul 2009 00:56:17 -0000	1.2505
@@ -64425,11 +64425,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>
Received on Wednesday, 8 July 2009 00:57:12 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 18 December 2010 06:14:07 GMT