<br><div class="gmail_quote">On Mon, Aug 31, 2009 at 5:30 PM, Drew Wilson <span dir="ltr"><<a href="mailto:atwilson@google.com">atwilson@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
This would be my inclination as well. I'm not entirely convinced that "every web app should define their own idle timeout" is such desirable behavior that we should build our API around it by forcing every caller to specify their idle timeout - having a standard event that's fired with an exposed state for apps that need it seems like a cleaner approach.<div>

</div></blockquote><div><br></div><div>The trouble with this is it doesn't allow any experimentation on the part of the app/entity to figure out what is the best idle time for it's purposes.  In terms of chat it might be that a 3 minute or 5 minute idle time works best in terms of people's attention.  For something like watching a video perhaps a 15 minute idle would be a better length of time, or for an online game a longer idle time is probably useful before being signed out.  Different purposes have different requirements for the idle time so it makes sense to allow them to specify the different timeouts.</div>
<div><br></div><div>Thanks,</div><div>David.</div></div>