- From: Jean-Claude Dufourd <jean-claude.dufourd@telecom-paristech.fr>
- Date: Thu, 07 Feb 2013 14:43:33 +0100
- To: Bjoern Hoehrmann <derhoermi@gmx.net>
- CC: public-device-apis@w3.org
Thanks for the fast answer. If the serviceavailable event itself does not provide a way to get the NetworkService object, and the NetworkServices object received by the successCallback is immutable, where do I get the information ? Rich ? Thanks JC Le 7/2/13 14:39 , Bjoern Hoehrmann a écrit : > * Jean-Claude Dufourd wrote: >> Let us imagine that after a first call to getNetworkServices, I get a >> NetworkServices object with 0 entries. >> So I have to listen to the serviceavailable event on that >> NetworkServices object to get any new matching service. >> Probably, the event handler is going to provide me with a new obect of >> type NetworkService. Is that correct ? > Based on the current Working Draft that would not be possible because > the `serviceavailable` event object implements only the Event interface > which lacks support for such information. That would also seem to be odd > design. I would rather think the object the listener is registered on is > mutated prior to the dispatch of the event. > >> I did not find in the spec where this is specified. >> What did I miss ? > In <http://www.w3.org/TR/2012/WD-discovery-api-20121004/> section 7 in > the first list in the sublist in the fourth list the third item mentions > `serviceavailable`. You can then step back through the code to see what > effect the individual assembly instructions, like "increment service > manager's servicesAvailable attribute by 1" have (reverse-engineering). -- JC Dufourd Directeur d'Etudes/Professor Groupe Multimedia/Multimedia Group Traitement du Signal et Images/Signal and Image Processing Telecom ParisTech, 37-39 rue Dareau, 75014 Paris, France Tel: +33145817733 - Mob: +33677843843 - Fax: +33145817144
Received on Thursday, 7 February 2013 13:44:03 UTC