Re: Updated Presentation API WebIDL - call for review

Hi Wes, All,

On 03 Mar 2014, at 18:29, Wesley Johnston <wjohnston@mozilla.com> wrote:

> Just glancing at this briefly, there's still nothing in the spec to describe how we would actually facilitate communication between two different UA's.
> 
> i.e. UA1 calls postMessage() -> Magic happens -> UA2 receives onMessage
> 
> We'd really like to avoid that sort of magic, and there are already specs (as I mentioned earlier, PeerConnection?) that do handle it. In the same way, if we're tackling two UA systems here, I think we also need to define how discovery and the initial setup of a connection between two UA's is handled. I'd like to avoid a situation where that communication has to be defined differently for each different type of device.
> 
> I like the idea of using this as a way to make Network Discovery work, but I think we'd be hesitant about implementing anything until there were solutions to those problems.

Wes - we’d like to understand your concerns better. It’d be helpful if you could provide a bit more detail. For example, a concrete use case you have in mind for which more low-level access would be required.

To clarify, and make sure we did not misunderstood each other: do you mean you’d like to expose details such as connection setup to the script, or do you think the current level of abstraction is about right?

The current proposal will defer low-level details to the implementation. The spec will define how a conformant implementation should behave e.g. when a script invokes postMessage(), or receives a message while listening to message events, and so forth.

The call for review was sent to figure out if the API surface itself looks good and addresses the use cases participants have:

  https://www.w3.org/community/webscreens/wiki/API_Discussion#WebIDL

The next step after reaching rough consensus on the API surface is to spec out the algorithms behind the interfaces.

Please let us know if you think.

Thanks,

-Anssi

Received on Monday, 10 March 2014 10:00:00 UTC