<div class="gmail_quote">On Wed, Apr 16, 2008 at 3:17 PM, Jonas Sicking <jonas@sicking.cc> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="Ih2E3d">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">- Processing a reply synchronously is awkward in any case, since you need a callback.<br>
</blockquote>
<br></div>
I'm not sure I follow this argument, I actually come to the opposite<br>
conclusion.<br>
<br>
Say that a page is communicating with multiple iframes using<br>
postMessage, and expect replies from all of them.</blockquote><div><br></div><div>I think the argument assumed you were communicating with a single frame in the common case, in which case the current API is more awkward than one in which the postMessage() call itself returns the response, requiring no listener at all.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="Ih2E3d"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- This is different from event dispatch because replies are expected to be common; two way communication channels like postMessage make more sense as asynchronous, while event dispatch is typically one-way.<br>
</blockquote>
<br></div>
Why does two-way communication make more sense asynchronous? See above for why responses are more complicated with async communication.</blockquote><div><br></div><div>From one of Aaron Boodman's mails: if you're doing a postMessage() response back to a frame when it calls you, then the original frame will get called with your response before its original postMessage() actually returns.  This nesting feels bizarre compared to a more linear "I send a message, then I get a response" flow.</div>
<div><br></div><div>PK</div></div>