<br><br><div class="gmail_quote">On Thu, Jan 22, 2009 at 4:34 PM, Ian Hickson <span dir="ltr"><ian@hixie.ch></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">On Tue, 18 Nov 2008, Michael Nordman wrote:<br>
><br>
> Fwi, this piece of functionality may warrant some actual consideration.<br>
> I think this would add very little complexity to the spec and<br>
> implementations, but would add a great deal of value. Big bang for<br>
> little buck.<br>
><br>
> Many applications that use Gears depend on the intercept ability in some<br>
> central fashion. Lets just take an example from Google Docs use of<br>
> Gears. There are two intercept entries for urls of the form /Doc? and<br>
> /View?. Doc provides an editable interface. View provides a read-only<br>
> view. The document id is provided to these pages as a query parameter.<br>
> Upon loading, these cached pages examine the query params and retrieve<br>
> the appropiate document data from the an SQL database, and populate the<br>
> DOM accordingly. This is a fairly common use case from what I've seen.<br>
><br>
> I think the inclusion of a feature along these lines would greatly help<br>
> existing Gears users migrate to this new system.<br>
<br>
</div>There are several ways we could solve this problem, and I'm not sure we've<br>
yet really come up with the best solution. Concerns have been raised both<br>
about solutions like the above and about the dynamic entries feature. Now<br>
that I've removed the dynamic entries feature, it will be easier to add a<br>
feature such as the above once we have more implementation experience and<br>
authoring experience.<br>
<div><div></div><div class="Wj3C7c"><br>
--<br>
Ian Hickson U+1047E )\._.,--....,'``. fL<br>
<a href="http://ln.hixie.ch/" target="_blank">http://ln.hixie.ch/</a> U+263A /, _.. \ _\ ;`._ ,.<br>
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'<br>
</div></div></blockquote></div><div><br></div><div><br></div>Thnx for the response Ian, much better than months of thundering silence. I'm not yet sure we've come up with solutions that will stand the test of time and merit inclusion in a spec either. Having said that, what is spec'd for AppCache does hang together fairly well. What's there is necessary and useful, but alas... insufficient.<div>
<div><br></div><div>Its interesting to see how this functionality has gotten stripped down to the bone, and I'm looking forward to see how it gets built back up to something that is of broader practical use. I seriously doubt if gears customers could actually drop gears and use the HTML5 system as spec'd instead.</div>
<div><br></div></div>