<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<div class="moz-text-plain" wrap="true" graphical-quote="true"
 style="font-size: 16px;" lang="x-unicode">
<blockquote type="cite"><span class="moz-txt-citetags">&gt; </span>Oy,
from the fact that users find web page links useful, it does not follow<br>
  <span class="moz-txt-citetags">&gt; </span>that all identified
content ought to be so linked.<!----><br>
</blockquote>
&gt;It suggests that not linking is a serious drawback.<br>
<br>
It suggests no such thing. Your "suggestion", applied to surgery, would
be that <i>primum non nocere</i> implies surgery should never remove
hurt or remove useful tissue. The inference is overinclusive, to put it
mildly. W3C's job is to enable, not function like a commissariat. <br>
<blockquote type="cite"><span class="moz-txt-citetags">&gt; </span>A
design goal of this use case is to isolate individual framed items from<br>
  <span class="moz-txt-citetags">&gt; </span>URL
back/forward/history.external linking. Analagous to watching a picture<br>
  <span class="moz-txt-citetags">&gt; </span>show where selecting N
pictures does not commit you to hitting the Back<br>
  <span class="moz-txt-citetags">&gt; </span>button N times to get
back out.<!----><br>
</blockquote>
&gt;Why shouldn't it? <br>
<br>
Because the use case demands otherwise. <br>
<br>
&gt; It's how all other links work. Behavior should be consistent.<br>
<br>
<i>These are not external links.</i> You want these pages to make each
item externally linkable. <i>The client does not</i>. The client wins
this debate hands down.<br>
<blockquote type="cite"><span class="moz-txt-citetags">&gt; </span>More
significantly, each item may have its own permission setting.<br>
</blockquote>
<!---->&gt;Why are frames useful for that? You can just display a
permissions<br>
&gt;error if the user is unauthorized.<br>
<br>
The use case specifies otherwise. <br>
<blockquote type="cite"><span class="moz-txt-citetags">&gt; </span>This
use case needs to isolate items within the page from<br>
  <span class="moz-txt-citetags">&gt; </span>back/forward/history and
external links.<!----><br>
</blockquote>
&gt;Why? That seems to detract from the utility here, not add to it.<br>
<br>
Already explained. So that a user may enter and exit the frameset as
one page<br>
<br>
PB<br>
<br>
-----<br>
<br>
</div>
Aryeh Gregor wrote:
<blockquote
 cite="mid:7c2a12e20910091016i348ffc93h62dab32cb1d53b2f@mail.gmail.com"
 type="cite">On Fri, Oct 9, 2009 at 12:55 PM, Peter Brawley
<a class="moz-txt-link-rfc2396E" href="mailto:pb@artfulsoftware.com">&lt;pb@artfulsoftware.com&gt;</a> wrote:<br>
  <blockquote type="cite">Oy, from the fact that users find web page
links useful, it does not follow<br>
that all identified content ought to be so linked.<br>
  </blockquote>
<!----><br>
It suggests that not linking is a serious drawback.<br>
  <br>
  <blockquote type="cite">A design goal of this use case is to isolate
individual framed items from<br>
URL back/forward/history.external linking. Analagous to watching a
picture<br>
show where selecting N pictures does not commit you to hitting the Back<br>
button N times to get back out.<br>
  </blockquote>
<!----><br>
Why shouldn't it? It's how all other links work. Behavior should be<br>
consistent.<br>
  <br>
  <blockquote type="cite">More significantly, each item may have its<br>
own permission setting.<br>
  </blockquote>
<!----><br>
Why are frames useful for that? You can just display a permissions<br>
error if the user is unauthorized.<br>
  <br>
  <blockquote type="cite">This use case needs to isolate items within
the page from<br>
back/forward/history and external links.<br>
  </blockquote>
<!----><br>
Why? That seems to detract from the utility here, not add to it.<br>
  <br>
  <hr size="4" width="90%"><br>
  <br>
No virus found in this incoming message.<br>
Checked by AVG - <a class="moz-txt-link-abbreviated" href="http://www.avg.com">www.avg.com</a> <br>
Version: 8.5.421 / Virus Database: 270.14.8/2425 - Release Date:
10/09/09 08:10:00<br>
  <br>
</blockquote>
</body>
</html>