W3C home > Mailing lists > Public > public-css-commits@w3.org > February 2011

csswg/css3-ui Overview.html,1.18,1.19 Overview.src.html,1.18,1.19

From: Tantek Celik via cvs-syncmail <cvsmail@w3.org>
Date: Tue, 08 Feb 2011 02:07:01 +0000
To: public-css-commits@w3.org
Message-Id: <E1Pmcyr-0006FF-Dz@lionel-hutz.w3.org>
Update of /sources/public/csswg/css3-ui
In directory hutz:/tmp/cvs-serv23991

Modified Files:
	Overview.html Overview.src.html 
Log Message:
define ideal behavior for text-overflow:ellipsis on a block container element with overflow:scroll as a SHOULD for implementations, based on Opera's behavior which shows additional content as it is scrolled into view until all of the content is shown (and no ellipsis) rather than Webkit/IE9 behavior of scrolling the ellipsis and NOT showing additional content. Specify additional ideal and expected behavior beyond Opera's implementation that text that is scrolled off the other side SHOULD also be ellipsed.

Index: Overview.html
===================================================================
RCS file: /sources/public/csswg/css3-ui/Overview.html,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -d -r1.18 -r1.19
--- Overview.html	4 Feb 2011 03:43:49 -0000	1.18
+++ Overview.html	8 Feb 2011 02:06:59 -0000	1.19
@@ -55,12 +55,12 @@
    src="http://www.w3.org/Icons/w3c_home" width=72> </a>
    <h1>CSS Basic User Interface Module Level 3</h1>
 
-   <h2 class="no-num no-toc" id=longstatus-date>Editor's Draft 4 February
+   <h2 class="no-num no-toc" id=longstatus-date>Editor's Draft 8 February
     2011</h2>
 
    <dl>
     <dt>This version:</dt>
-    <!-- <dd><a href="http://www.w3.org/TR/2011/ED-css3-ui-20110204">http://www.w3.org/TR/2011/ED-css3-ui-20110204</a></dd> -->
+    <!-- <dd><a href="http://www.w3.org/TR/2011/ED-css3-ui-20110208">http://www.w3.org/TR/2011/ED-css3-ui-20110208</a></dd> -->
 
     <dd><a
      href="http://dev.w3.org/csswg/css3-ui/">http://dev.w3.org/csswg/css3-ui/</a>
@@ -3043,6 +3043,38 @@
    </table>
   </div>
 
+  <h4 class="no-num no-toc"
+   id=ellipsis-interaction-with-scrolling-inte>ellipsis interaction with
+   scrolling interfaces</h4>
+
+  <p> This section applies to elements with text-overflow:ellipsis and
+   overflow:scroll.
+
+  <p> When an element with text-overflow:ellipsis has overflow of scroll in
+   the inline progression dimension of the text, and the browser provides a
+   mechanism for scrolling (e.g. a scrollbar on the element, or a touch
+   interface to swipe-scroll, etc.), there are additional implementation
+   details that provide a better user experience.
+
+  <p> When a user scrolls an element, more of the element's content is shown.
+   The value of text-overflow SHOULD NOT affect whether more of the element's
+   content is shown or not. If text-overflow:ellipsis is set, then as the
+   user manipulates the scrolling mechansim to scroll more content into view,
+   implementations SHOULD show whatever additional content fits, only
+   truncating content which would otherwise be clipped (or is necessary to
+   make room for the ellipsis), until the user scrolls far enough to display
+   the edge of the content at which point that content should be displayed
+   rather than an ellipsis.
+
+  <p> As the user is scrolling some content into view, it is likely that
+   other content may scroll out of view on the other side. If that content is
+   text whose block container element is the same that doing the scrolling,
+   then implementations SHOULD render an ellipsis in place of the clipped
+   text, with the same details as described in the value definition above,
+   except that the ellipsis is drawn in the start (rather than end) of the
+   block's direction (per the direction property), and the characters are
+   dropped in document source order.
+
   <h2 id=pointing-devices-and-keyboards><span class=secno>10. </span>Pointing
    Devices and Keyboards</h2>
 

Index: Overview.src.html
===================================================================
RCS file: /sources/public/csswg/css3-ui/Overview.src.html,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -d -r1.18 -r1.19
--- Overview.src.html	4 Feb 2011 03:43:49 -0000	1.18
+++ Overview.src.html	8 Feb 2011 02:06:59 -0000	1.19
@@ -1658,6 +1658,43 @@
 
 </div>
 
+<h4 class="no-num no-toc">ellipsis interaction with scrolling interfaces</h4>
+
+<p>
+This section applies to elements with text-overflow:ellipsis 
+and overflow:scroll.
+</p>
+
+<p>
+When an element with text-overflow:ellipsis has overflow of scroll 
+in the  inline progression dimension of the text, and the browser 
+provides a mechanism for scrolling (e.g. a scrollbar on the element, 
+or a touch interface to swipe-scroll, etc.), there are 
+additional implementation details that provide a better user experience.
+</p>
+
+<p>
+When a user scrolls an element, more of the element's content is shown. 
+The value of text-overflow SHOULD NOT affect whether more of 
+the element's content is shown or not. If text-overflow:ellipsis is set, 
+then as the user manipulates the scrolling mechansim to scroll 
+more content into view, implementations SHOULD show whatever 
+additional content fits, only truncating content which would 
+otherwise be clipped (or is necessary to make room for the ellipsis), 
+until the user scrolls far enough to display the edge of the content 
+at which point that content should be displayed rather than an ellipsis.
+</p>
+<p>
+As the user is scrolling some content into view, it is likely that 
+other content may scroll out of view on the other side.  If that content is 
+text whose block container element is the same that doing the scrolling, 
+then implementations SHOULD render an ellipsis in place of the clipped text, 
+with the same details as described in the value definition above, 
+except that the ellipsis is drawn in the start (rather than end) of 
+the block's direction (per the direction property), and the characters 
+are dropped in document source order.
+</p>
+
 
 <h2>Pointing Devices and Keyboards</h2>
 
Received on Tuesday, 8 February 2011 02:07:02 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:26:01 UTC