- From: Elika Etemad via cvs-syncmail <cvsmail@w3.org>
- Date: Thu, 02 Jun 2011 15:27:12 +0000
- To: public-css-commits@w3.org
Update of /sources/public/csswg/css3-writing-modes
In directory hutz:/tmp/cvs-serv26488
Modified Files:
Overview.html Overview.src.html
Log Message:
Update plaintext definition per WG discussion so that block behavior and inline behavior match.
Index: Overview.html
===================================================================
RCS file: /sources/public/csswg/css3-writing-modes/Overview.html,v
retrieving revision 1.150
retrieving revision 1.151
diff -u -d -r1.150 -r1.151
--- Overview.html 2 Jun 2011 15:20:26 -0000 1.150
+++ Overview.html 2 Jun 2011 15:27:10 -0000 1.151
@@ -651,7 +651,7 @@
<tr>
<th>Value:
- <td>normal | embed | [ isolate || [ plaintext | bidi-override ] ]
+ <td>normal | embed | [ isolate || bidi-override ] | plaintext ]
<tr>
<th>Initial:
@@ -710,23 +710,14 @@
<dd>For the purposes of the Unicode bidirectional algorithm, the contents
of the element are considered to be inside a separate, independent
- paragraph, and for the purpose of bidi resolution in its containing bidi
+ paragraph with a base directionality given by the element's ‘<a
+ href="#direction0"><code class=property>direction</code></a>’
+ property, and for the purpose of bidi resolution in its containing bidi
paragraph (if any), the element itself is treated as if it were an Object
Replacement Character (U+FFFC). (If the element is broken across multiple
lines, then each box of the element is treated as an Object Replacement
Character.)
- <dt><dfn id=plaintext>plaintext</dfn>
-
- <dd>
- <p>For the purposes of the Unicode bidirectional algorithm, the base
- directionality of each bidi paragraph for which the element forms the
- containing block is determined not by the element's computed ‘<a
- href="#direction0"><code class=property>direction</code></a>’ as
- usual, but by following rules P2 and P3 of the Unicode bidirectional
- algorithm. For inline elements, this value is equivalent to ‘<a
- href="#isolate"><code class=css>isolate</code></a>’.
-
<dt><dfn id=bidi-override>bidi-override</dfn>
<dd>For inline elements this creates an override. For block-container
@@ -739,6 +730,21 @@
class=css>direction: ltr</code>’, or RLO (U+202E), for ‘<code
class=css>direction: rtl</code>’, at the start of the element and a
PDF (U+202C) at the end of the element.
+
+ <dt><dfn id=plaintext>plaintext</dfn>
+
+ <dd>
+ <p>For the purposes of the Unicode bidirectional algorithm, the base
+ directionality of each bidi paragraph for which the element forms the
+ containing block is determined not by the element's computed ‘<a
+ href="#direction0"><code class=property>direction</code></a>’ as
+ usual, but by following the heuristic in rules P2 and P3 of the Unicode
+ bidirectional algorithm. For inline elements, this value behaves as for
+ ‘<a href="#isolate"><code class=css>isolate</code></a>’,
+ except, as with block containers, the base directionality is determined
+ by following the Unicode heuristic instead of by using the ‘<a
+ href="#direction0"><code class=property>direction</code></a>’
+ value.
</dl>
<p>The final order of characters within in each bidi paragraph is the same
@@ -3727,7 +3733,7 @@
<tr>
<td><a class=property href="#unicode-bidi0">unicode-bidi</a>
- <td>normal | embed | [ isolate || [ plaintext | bidi-override ] ]
+ <td>normal | embed | [ isolate || bidi-override ] | plaintext ]
<td>normal
Index: Overview.src.html
===================================================================
RCS file: /sources/public/csswg/css3-writing-modes/Overview.src.html,v
retrieving revision 1.158
retrieving revision 1.159
diff -u -d -r1.158 -r1.159
--- Overview.src.html 2 Jun 2011 15:20:26 -0000 1.158
+++ Overview.src.html 2 Jun 2011 15:27:10 -0000 1.159
@@ -357,7 +357,7 @@
</tr>
<tr>
<th>Value:</th>
- <td>normal | embed | [ isolate || [ plaintext | bidi-override ] ]
+ <td>normal | embed | [ isolate || bidi-override ] | plaintext ]
</tr>
<tr>
<th>Initial:</th>
@@ -406,18 +406,12 @@
<dt><dfn>isolate</dfn></dt>
<dd>For the purposes of the Unicode bidirectional algorithm, the
contents of the element are considered to be inside a separate,
- independent paragraph, and for the purpose of bidi resolution
+ independent paragraph with a base directionality given by the
+ element's 'direction' property, and for the purpose of bidi resolution
in its containing bidi paragraph (if any), the element itself is
treated as if it were an Object Replacement Character (U+FFFC).
(If the element is broken across multiple lines, then each box
of the element is treated as an Object Replacement Character.)</dd>
- <dt><dfn>plaintext</dfn></dt>
- <dd><p>For the purposes of the Unicode bidirectional algorithm, the
- base directionality of each bidi paragraph for which the element
- forms the containing block is determined not by the element's
- computed 'direction' as usual, but by following rules P2
- and P3 of the Unicode bidirectional algorithm.
- For inline elements, this value is equivalent to ''isolate''.
<dt><dfn>bidi-override</dfn></dt>
<dd>For inline elements this creates an override. For block-container
elements this creates an override for inline-level descendants not
@@ -427,6 +421,16 @@
is ignored. This corresponds to adding a LRO (U+202D), for ''direction:
ltr'', or RLO (U+202E), for ''direction: rtl'', at the start of the
element and a PDF (U+202C) at the end of the element.</dd>
+ <dt><dfn>plaintext</dfn></dt>
+ <dd><p>For the purposes of the Unicode bidirectional algorithm, the
+ base directionality of each bidi paragraph for which the element
+ forms the containing block is determined not by the element's
+ computed 'direction' as usual, but by following the heuristic in
+ rules P2 and P3 of the Unicode bidirectional algorithm.
+ For inline elements, this value behaves as for ''isolate'',
+ except, as with block containers, the base directionality is
+ determined by following the Unicode heuristic instead of by using
+ the 'direction' value.
</dl>
<p>The final order of characters within in each bidi paragraph is the
Received on Thursday, 2 June 2011 15:27:13 UTC