<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 03/28/11 14:31, Robin Raymond wrote:
    <blockquote
      cite="mid:AANLkTimpas5hEr8NOw2T3Up3gr6f4KDRXp38eej0h4UW@mail.gmail.com"
      type="cite">
      <div><br>
      </div>
      <meta charset="utf-8">
      <span class="Apple-style-span" style="border-collapse: collapse;
        font-family: arial,sans-serif; font-size: 13px;">
        <div>Pinning as an app tab is not something the average user is
          going to know how to do and it does not remove the search bar
          or the ability to navigate away. While it might be a possible
          solution if browsers added this concept programmatically
          (relying on the user is not practical IMHO), that would open
          another can of worms on how to prevent abuse where ads start
          creating themselves as auto-pinned "app" tabs.</div>
        <div><br>
        </div>
        <div>While it might not be a concern for the draft per-say, if
          you design something that in practice doesn't work in the real
          world it will be a draft/RFC that won't get wildly adopted and
          that's death for anything as implementation is critical. I
          think it's important not to ignore this issue and a workable
          solution must be found or it will never get used by real
          users.</div>
      </span></blockquote>
    There's an even simpler workaround employed by many pages with
    in-progress state:<br>
    <br>
    Attaching a Javascript popup to the "close" action saying "You're in
    the middle of a call. Do you want to hang up?"<br>
    <br>
    A more advanced implementation with background app pages would offer
    multiple choices:<br>
    - Suspend the call, but make it available for resumption<br>
    - Keep the call open, running in a background page<br>
    - Hang up the call<br>
    I think Javascript has the necessary hooks, and we can leave this
    one to the UI designers.<br>
    <br>
                     Harald<br>
    <br>
    <blockquote
      cite="mid:AANLkTimpas5hEr8NOw2T3Up3gr6f4KDRXp38eej0h4UW@mail.gmail.com"
      type="cite"><span class="Apple-style-span" style="border-collapse:
        collapse; font-family: arial,sans-serif; font-size: 13px;">
        <div><br>
        </div>
        <font color="#888888">
          <div>Robin Raymond</div>
          <div>hookflash</div>
        </font></span><br>
      <div class="gmail_quote">On Mon, Mar 28, 2011 at 1:00 PM, Timothy
        B. Terriberry <span dir="ltr"><<a moz-do-not-send="true"
            href="mailto:tterriberry@mozilla.com">tterriberry@mozilla.com</a>></span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
          0.8ex; border-left: 1px solid rgb(204, 204, 204);
          padding-left: 1ex;">
          <div class="im">
            <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
              0.8ex; border-left: 1px solid rgb(204, 204, 204);
              padding-left: 1ex;">
              In my own situation, I have a list of common viewed
              websites at the top<br>
              of my browser and a simple accidental click will go to
              those new pages.<br>
            </blockquote>
            <br>
          </div>
          If that's your biggest concern, then I have good news for you.
          Firefox 4 has a feature called App Tabs designed to address
          these use cases (I believe Chrome has something similar, but I
          don't use it so I don't actually know). More information here:
          <a moz-do-not-send="true"
            href="http://support.mozilla.com/en-US/kb/what-are-app-tabs"
            target="_blank">http://support.mozilla.com/en-US/kb/what-are-app-tabs</a>,
          but the relevant sentence is: "Links to new websites open in a
          new tab so that your App Tab doesn't change." I think this
          does exactly what you want.<br>
          <br>
          In any case, this is fundamentally an issue for the
          user-agent, and not, I think, one that has much impact on the
          actual standards.<br>
          _______________________________________________<br>
          RTC-Web mailing list<br>
          <a moz-do-not-send="true" href="mailto:RTC-Web@alvestrand.no"
            target="_blank">RTC-Web@alvestrand.no</a><br>
          <a moz-do-not-send="true"
            href="http://www.alvestrand.no/mailman/listinfo/rtc-web"
            target="_blank">http://www.alvestrand.no/mailman/listinfo/rtc-web</a><br>
        </blockquote>
      </div>
      <br>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
RTC-Web mailing list
<a class="moz-txt-link-abbreviated" href="mailto:RTC-Web@alvestrand.no">RTC-Web@alvestrand.no</a>
<a class="moz-txt-link-freetext" href="http://www.alvestrand.no/mailman/listinfo/rtc-web">http://www.alvestrand.no/mailman/listinfo/rtc-web</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>