<div class="gmail_quote">On Fri, Feb 26, 2010 at 12:04 PM, Diogo Resende <span dir="ltr"><<a href="mailto:dresende@thinkdigital.pt">dresende@thinkdigital.pt</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"><br>
<br>
>         No. pushCookies would be a way of pushing cookies to the<br>
>         current js and<br>
>         then you could call getCookie several times without defining a<br>
>         callback.<br>
>         It would be almost like:<br>
><br>
>                document.observe("cookieload", myAppLoad)<br>
><br>
><br>
> Right.  My point was that you could implement pushCookies on top of<br>
> Adam's API.<br>
><br>
><br>
> -Darin<br>
<br>
</div>Agree. Just like you could implement Adam's API on top of current<br>
browsers cookies spec :P<br>
<br>
</blockquote></div><br><div><br></div><div>No, I don't think that is possible.  Adam's spec reveals a lot of extra information that "document.cookie" does not return.  For example, it exposes domain and expiry information.</div>
<div><br></div><div>But, I think your point was that it would be possible to simulate an asynchronous API on top of a synchronous one.  I agree that is possible, but it would not perform very well.</div><div><br></div><div>
Regards,</div><div>-Darin</div>