<div class="gmail_quote">On Tue, Aug 18, 2009 at 10:34 AM, Aryeh Gregor <span dir="ltr">&lt;<a href="mailto:Simetrical%2Bw3c@gmail.com">Simetrical+w3c@gmail.com</a>&gt;</span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im">On Tue, Aug 18, 2009 at 6:45 AM, Kevin Benson&lt;<a href="mailto:kevin.m.benson@gmail.com">kevin.m.benson@gmail.com</a>&gt; wrote:<br>&gt; Their purpose is described later in 4.8.10.5 Loading the media<br>
&gt; resource at step 20:<br><br></div>Yes, but maybe a different character could be chosen, if this one<br>doesn&#39;t consistently display in browsers.</blockquote>
<div> </div>
<div>
<div>Agreed.</div>
<div>Maybe the symbol being used for the Resource Fetch Algorithm steps, (further down) where it reads &quot;resource fetch algorithm for a media element and a given absolute URL&quot;:</div>
<div> </div>
<div>↪ &#39;RIGHTWARDS ARROW WITH HOOK&#39; (U+21AA)</div>
<div> </div>
<div>would work better (for marking the &quot;Steps in synchronous sections&quot;) as an intermediary pointer symbol that follows the step number and precedes the step description because there is precious little whitespace between, whereas the &quot;resource fetch algorithm&quot; subsections have no numbering scheme to deal with _and_ all whitespace to the left of the steps&#39; descriptions. (ie. Any bulleting symbol would suffice and serve the purpose.)</div>

<div> </div>
<div>Or it could be browser- and font-agnostic enough to even facilitate display in IE :)</div>
<div>Something like, maybe common math symbols such as:</div>
<div> </div>
<div>≈ &#39;ALMOST EQUAL TO&#39; (U+2248)</div>
<div>or </div>
<div>± &#39;PLUS-MINUS SIGN&#39; (U+00B1)</div></div>
<div> </div>
<div>or whatever. (Just thinking aloud.)</div>
<div> </div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im"><br>&gt; Sentence #1 Recommends unobtrusive implementation of UI features (for<br>&gt; author&#39;s sake).<br>&gt; Sentence #2 Permits override of boolean attribute for implementation<br>&gt; of UI features. (for UA&#39;s sake)<br>
<br></div>But ends with a colon, which together with &quot;the following&quot; suggests a<br>list of some sort was meant to come after it.</blockquote>
<div> </div>
<div>Yeah, I missed that colon, but the features _are_ listed after these sentences. It just doesn&#39;t stand out as _a list_ .</div>
<div> </div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote"><span></span><br>
<div class="im"><br>&gt; Sentence #3 Recommends unobtrusive implementation of UI features (for<br>&gt; client&#39;s sake).<br><br></div>Which duplicates sentence #1, even though that was only two sentences<br>before.  So again it looks to me like there was originally something<br>
in between that made this look less redundant.  As it stands it<br>definitely reads strangely to me, anyway.<br><br>(I looked in the version history, but it didn&#39;t explain much.  The<br>paragraph was added as-is in r678 commented out, then uncommented in<br>
r697.)<br></blockquote></div><br>I agree that the intent was probably superseded by the result. I almost get the sense that the pairs of sentences were originally reversed (or the alternating sentences were). Anyways, words and sentences can _always_ be condensed and combined. Clarity remains the objective and redundancy the enemy.  <br clear="all">

<div></div><br>-- <br>-- <br>  --<br>      --<br>      ô¿ô¬<br>   K e V i N<br>  /¯¯¯¯¯¯¯¯¯\<br>