<br><br><div class="gmail_quote">On Fri, Oct 15, 2010 at 9:08 AM, Aryeh Gregor <span dir="ltr"><<a href="mailto:Simetrical%2Bw3c@gmail.com">Simetrical+w3c@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Thu, Oct 14, 2010 at 2:59 PM, Peter Kasting <<a href="mailto:pkasting@google.com">pkasting@google.com</a>> wrote:<br>
> This proposal is not by any means the totality of everything involved with<br>
> "instant"-style support.  It is only a piece.<br>
<br>
</div>It's hard to evaluate a proposal that doesn't actually do anything by<br>
itself.  I don't see any problems in principle with this approach, but<br>
it's impossible to say for sure without a full proposal.  It could be<br>
that this approach forces problems in other parts of the design which<br>
aren't evident yet.<br>
<div class="im"><br>
On Thu, Oct 14, 2010 at 7:53 PM, Tony Gentilcore <<a href="mailto:tonyg@chromium.org">tonyg@chromium.org</a>> wrote:<br>
> This is a good point that wasn't in the initial API proposal. The page<br>
> needs to advertise support for instant. But the decision is more<br>
> complicated that simply "provider A supports it and provider B<br>
> doesn't." The Google SERP determines on a case-by-case basis whether<br>
> instant is supported. For instance, for users with a high RTT time, we<br>
> don't advertise instant support because it would be a bad experience.<br>
<br>
</div>How does Chrome figure this out at present?  Does it include hardcoded<br>
heuristics like checking the RTT to <a href="http://google.com" target="_blank">google.com</a> itself?  Does it<br>
optimistically assume that the feature should be used, so fetch the<br>
page, then discard it if the page somehow says not to use it?<br>
Something else?<br></blockquote><div><br></div><meta charset="utf-8"><div>The app has the heuristics. The UA fetches the page and discards it if the page doesn't indicate support. As pointed out this is suboptimal. Perhaps we need a two phase indication of support. First OpenSearch indicates that the page might support it, then the page itself has a chance to deny support on a per-request basis.</div>

<meta charset="utf-8"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
> Yes, the API requires a bit of imagination at this point. I'll write<br>
> up conformance requirements in more detail, but thought it worthwhile<br>
> to get high level feedback and gauge interest first.<br>
<br>
</div>Feedback from other search vendors would be particularly essential<br>
before this becomes standardized, I'd think.  Possibly other search<br>
engines would have somewhat different takes that would require a<br>
different API.<br></blockquote><div><br></div><div>Agreed. That is exactly what I'm trying to elicit. </div></div><br>