On 12/11/11 11:42, Giuseppe Pascale wrote:
>> * The UI web page should be able to handle devices appearing and
>> disappearing at random times and be notified of such via events. Is this
>> possible?
>>
> I'm wondering if tḧis is actually needed. If you handle the "picker"
> natively, I think also this aspect will have to be handled by the browser
> and not exposed to the application.
Such events are needed for context aware applications, but this is
probably outside the scope of an initial web intents/local discovery API
where as you suggest, the web run-time could handle this as part of the
picker API and the associated background service monitoring the
multicast datagrams for mDNS and SSDP, and likewise for other
interconnect technologies such as USB and Bluetooth.
> Also this is probably not part of the web intent discussion. Web intents
> provide the general infrastructure. How do we map specific services on
> intent should be handled by another spec and probably discussed in DAP
> (or
> not?). We have 2 options here: have different intents for different
> protocols or one intent that try to cover all similar services. The first
> one is easier to implement, the second is much more handy for
> applications
> developers. I'm starting to think that we should try to go for the second
> option. If we go for that we will have to address the problem of
> differences in capability between different (similar) services/protocols.
Agreed. We could go for a high level abstraction, but at the same time
expose the protocol specific details for applications/libraries that
need it. One way to do this as sub-objects for specific protocols, e.g.
an UPnP object that provides access to the service descriptions UPnP
defines in XML.
--
Dave Raggett<dsr@w3.org> http://www.w3.org/People/Raggett