<div class="gmail_quote">On Tue, Aug 18, 2009 at 10:34 AM, Aryeh Gregor <span dir="ltr"><<a href="mailto:Simetrical%2Bw3c@gmail.com">Simetrical+w3c@gmail.com</a>></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<<a href="mailto:kevin.m.benson@gmail.com">kevin.m.benson@gmail.com</a>> wrote:<br>> Their purpose is described later in 4.8.10.5 Loading the media<br>
> resource at step 20:<br><br></div>Yes, but maybe a different character could be chosen, if this one<br>doesn'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 "resource fetch algorithm for a media element and a given absolute URL":</div>
<div> </div>
<div>↪ 'RIGHTWARDS ARROW WITH HOOK' (U+21AA)</div>
<div> </div>
<div>would work better (for marking the "Steps in synchronous sections") as an intermediary pointer symbol that follows the step number and precedes the step description because there is precious little whitespace between, whereas the "resource fetch algorithm" subsections have no numbering scheme to deal with _and_ all whitespace to the left of the steps' 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>≈ 'ALMOST EQUAL TO' (U+2248)</div>
<div>or </div>
<div>± 'PLUS-MINUS SIGN' (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>> Sentence #1 Recommends unobtrusive implementation of UI features (for<br>> author's sake).<br>> Sentence #2 Permits override of boolean attribute for implementation<br>> of UI features. (for UA's sake)<br>
<br></div>But ends with a colon, which together with "the following" 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'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>> Sentence #3 Recommends unobtrusive implementation of UI features (for<br>> client'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'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>