[![W3C][1]][2] # Device APIs Working Group Teleconference ## 07 Sep 2011 [Agenda][3] See also: [IRC log][4] ## Attendees Present Robin_Berjon, Frederick_Hirsch, Josh_Soref, Anssi_Kostiainen, Dominique_Hazael-Massieux, Kihong_Kwon, SungOk_You, Cathy_Chan, Bryan_Sullivan, Niklas_Widell Regrets Chair Robin_Berjon, Frederick_Hirsch Scribe Josh_Soref, darobin ## Contents * [Topics][5] 1. [Administrative][6] 2. [Minutes Approval][7] 3. [Battery][8] 4. [Future of Offline Applications][9] 5. [Feature Permissions][10] 6. [Contacts][11] * [Summary of Action Items][12] * * * Date: 07 September 2011 Scribe: Josh_Soref ### Administrative Webinos spec publicly available, [http://lists.w3.org/Archives/Public /public-device-apis/2011Sep/0012.html][13] (Claes) request to TAG re Javascript API - HTTP/REST, [http://lists.w3.org/Archives/Public/public-device-apis/2011Sep/0014.html][14] (Frederick) proposal with request for comment, on referencing HTML5, [http://lists.w3.org/Archives/Member/member-device-apis/2011Sep/0000.html][15] ### Minutes Approval [http://lists.w3.org/Archives/Public/public-device- apis/2011Aug/att-0105/minutes-2011-08-31.html][16] RESOLUTION Minutes for last week approved ### Battery editorial clarifications, [http://lists.w3.org/Archives/Public/public- device-apis/2011Sep/0016.html][17] Alternative events proposal, [http://lists.w3.org/Archives/Public /public-device-apis/2011Sep/0005.html][18] event handling, no event when listener registered, [http://lists.w3.org/Archives/Public/public-device-apis/2011Sep/0035.html][19] (Anne) synthetic events, [http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0028.html][20] (Anne/Robin) most recent, [http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0044.html][21] [http://dev.w3.org/2009/dap/system-info/battery-status.html][22] AnssiK: I've tried to address all of the issues from the list in the latest ED ... it addresses the side effect issue by side stepping it ... it initializes the battery details as part of the constructor ... using tasks ... it uses the new event constructor and references DOMCore ... events are now cancelable and bubble ... clarified conditions of battery low, and critical based on Kihong_Kwon's feedback ... I dropped start/stop methods from the proposal ... start is handled by constructing the event ... stop can be optimized by UAs,... when there are no listeners, they don't need to fire it ... but that's an implementation detail ... the latest ED is there ... I reworked all the prose in the examples to reflect the changes ... it's a very small change from the developer's perspective ... instead of exposing the global window object, the info hangs off the battery object ... this feels cleaner ... Please review. I'd like to get implementation feedback ... I was in a hurry, so there are probably bugs/typos in ED need to fix missing DOMCORE reference dom, you wanted to discuss constructor vs well-known instance AnssiK: so please review it and send feedback dom: AnssiK , first, thanks for all the work you've put in ... i like the new approach very much +1 to Anssi doing great work, should become editor of other specs :) dom: i have a question about it, that i just sent to the list ... do we really want to allow creating as many Battery Event sources as a developer wants? dom's question on the list -> [http://lists.w3.org/Archives/Public /public-device-apis/2011Sep/0047.html][23] dom: instead of making it a single well known thing? AnssiK: the main problem is deciding when to enable the battery source dom: i'm not sure what you mean by emitting [in fact we could require it to be a singleton] AnssiK: the problem with hanging the data off the global object section 3.2, [http://dev.w3.org/2009/dap/system-info/battery- status.html#constructor-1][24] AnssiK: is that there's no way for an implementation to optimize away gathering data window.navigator.battery.start() dom: i'm confused about why a developer would need more than one instance AnssiK: the dictionary should show up in section 4 ... in some browsers, it doesn't do the right thing, so i need to monkey patch things ... is that right darobin ? dictionary BatteryStatusEventInit should show up in Section 4 I've monkeypatched it in and it's not working in all browsers it seems anssi notes perhaps WebIDL dictionary support needs to be in ReSpec so if it does not show up, you should reload the page dom: there's an indirect request to add [Web IDL] Dictionary support to ReSpec fjh, you wanted to note possible confusion on mail list fjh: has the current discussion / ED resolved the initialization confusion on the list? ... involving side effects (should we close ISSUE-113 or is that premature?) fjh: Bjoern Hoehrmann Josh_Soref, you wanted to note that implementations can cheat and make it a singleton and to talk about how developers use modules which don't talk to eachother Scribe: darobin Josh_Soref: there is no requirement that new Foo() to return a different object ... we could return a singleton ... this is easy to implement in JS, plenty of implementation strategies, little cost. ... If you have three modules from different groups, they may want to do different things ... they'll each instantiate an object ... if they do that, each module is not going to coordinate over getting that object ... you could get that from navigator, but there are reasons not to darobin, you wanted to insert an agenda item about workshop [note that if a module 1 calls stop it would stop for all other modules -- assuming there is stop()] Scribe: Josh_Soref darobin: do we want to publish a heartbeat for Battery? Josh_Soref: +1 for a snapshot [let's wait to get some further feedback on the new approach?] Josh_Soref: i'll try to proofread it today or tomorrow +1 to week for Anssi to edit and for some review ### Future of Offline Applications darobin: there's a workshop coming up ... however so long as the workshop has not been officially announced ... everything is subject to change ... the topic potentially covers Widgets/AppCache This is what I proposed for a TPAC discussion could we have it that week? darobin: the tentative date is the Saturday after TPAC ... tentatively at the Vodafone offices near SC.CA.US bryan: why can't this be @TPAC? darobin: i dunno ... e.g. on Wednesday darobin: i think the idea is that the workshop expects to use an entire day ... if you have specific questions, i think the best person to ask is dan_a [ darobin looks for location ] bryan: i thought that Widgets were rather stable Redwood City, CA darobin: you can also take issues to matt warner dom: given the timeline, i think it's too late to change the details of the logistics ... given the requirement of a 8 weeks advance notice Josh_Soref, you wanted to ask about a saturday moratorium [ action dom to send feedback about scheduling on weekends ] ### Feature Permissions revised example, [http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0006.html][25] (Wonsuk) fjh: there was a little work revising the example ... it's unfortunate that lgombos isn't here ### Contacts fjh: is there anything to cover here? [ Adjourned ] RRSAgent: bye ## Summary of Action Items [End of minutes] * * * Minutes formatted by David Booth's [scribe.perl][26] version 1.135 ([CVS log][27]) $Date: 2009-03-02 03:52:20 $ [1]: http://www.w3.org/Icons/w3c_home [2]: http://www.w3.org/ [3]: http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0038.html [4]: http://www.w3.org/2011/09/07-dap-irc [5]: #agenda [6]: #item01 [7]: #item02 [8]: #item03 [9]: #item04 [10]: #item05 [11]: #item06 [12]: #ActionSummary [13]: http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0012.html [14]: http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0014.html [15]: http://lists.w3.org/Archives/Member/member-device- apis/2011Sep/0000.html [16]: http://lists.w3.org/Archives/Public/public-device- apis/2011Aug/att-0105/minutes-2011-08-31.html [17]: http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0016.html [18]: http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0005.html [19]: http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0035.html [20]: http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0028.html [21]: http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0044.html [22]: http://dev.w3.org/2009/dap/system-info/battery-status.html [23]: http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0047.html [24]: http://dev.w3.org/2009/dap/system-info/battery- status.html#constructor-1 [25]: http://lists.w3.org/Archives/Public/public-device- apis/2011Sep/0006.html [26]: http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm [27]: http://dev.w3.org/cvsweb/2002/scribe/