# Device APIs and Policy Working Group Teleconference ## 30 Jun 2010 [Agenda][3] See also: [IRC log][4] ## Attendees Present Frederick_Hirsch, Ilkka_Oksanen, LauraA, Niklas_Widell, Robin_Berjon, Erica_Newland, Maria_Oteo, John_Morris, Richard_Tibbett, Ingmar_Kliche, bryan_sullivan Regrets Dominique_Hazael-Massieux, Thomas_Roessler, Dzung_Tran, Paddy_Byers, Suresh_Chitturi, Doug_Turner, James_Salsman, Marco_Marengo Chair Robin_Berjon, Frederick_Hirsch Scribe AnssiK, jmorris ## Contents * [Topics][5] 1. [Welcome, agenda review, scribe selection][6] 2. [Minutes Approval][7] 3. [Policy - "checkPermissions"][8] 4. [WICDA][9] 5. [APIs - SysInfo and Policy buckets][10] 6. [Contacts API][11] 7. [Capture][12] * [Summary of Action Items][13] * * * Date: 30 June 2010 FYI: there is no Team contact today, please be nice and stick to the rules (or else...) ScribeNick: AnssiK ### Welcome, agenda review, scribe selection F2F in London [http://www.w3.org/2002/09/wbs/43696/london2010/][14] fjh: any thought on the f2f agenda, please speak up on the mailing list ... f2f is Wed-Fri, some people are not avail on Fri ... proposal to start early Wed & Thu, finish early on Fri PAC registration and information available (F2F after London F2F, 4-5 November ) [http://lists.w3.org/Archives/Member/member-device- apis/2010Jun/0001.html][15] Policy and Privacy requirements published [http://www.w3.org/News/2010#entry-8845][16] fjh: remember that the TPAC 2010 is coming, beginning of November ### Minutes Approval [http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/att-0266/minutes-2010-06-23.html][17] **RESOLUTION: Minutes from 23 June 2010 approved** ### Policy - "checkPermissions" fjh: is this just a check to see if an API is available, unclear how this related to policy darobin: checkPermission checks if permissions already granted, requestPermission allows grouping items like calendar, geoloc etc into a single request check ... allow scripts to know permissions granted ... requestPermission() example: instead of asking multiple times group to ask user only once fjh: so requestPermission is similar to features. All this makes clear we need to clarify the model ### WICDA darobin: idea came from a need to augment existing WebIDL ... problem is WebIDL is not under control of this WG, also REST bindings require something similar ... infrastructure building block to use if people like it robin notes WICDA is needed for REST work but may be useful for policy as well ### APIs - SysInfo and Policy buckets [http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0322.html][18] sysinfo - device characteristics, sensors, network jmorris: (1) device characteristics (2) environmental elements, sensing the ext environment around the device (3) network elements bryan notes that buckets are similar to features in policy framework I can scribe for a few minutes ScribeNick: jmorris robin: not sure how far we can go without James I think it is useful to put the various categories in the document and then later tie to policy fjh: not sure James's concern was with the bucket idea robin: seems unlikely to reach consensus about publication without more conversation with James bryan: working on draft now, trying to address outstanding issues ... if there are outstanding issues, we need to get input on the list ... thinks there may be misunderstanding re intent of SysInfo API proposal: add to sysinfo privacy section, subcategory of privacy categories, use text from John email bryan: but we need to be proactive robin: agree it should not drift, but we need to loop james in to conversation ... we can move forward later today or tomorrow on list conversation ... I only read bucket proposal quickly before call... but it matches discussion of last week fjh: could use some text from jmorris e-mail re buckets, e.g. from the paragraph after "Using the 16" through paragraph before "Especially..." ... bryan, can you add that to draft **ACTION:** bryan to add proposal from John Morris re buckets to sysinfo [recorded in [http://www.w3.org/2010/06/30-dap-minutes.html#action01][19]] Created ACTION-203 - Add proposal from John Morris re buckets to sysinfo,[http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0322.html][18] [on Bryan Sullivan - due 2010-07-07]. fjh: Bryan, you have some non-controversial edits, plus debate with James ScribeNick: AnssiK **ACTION:** Robin to step into the Bryan/James thread in the hope of helping find consensus [recorded in [http://www.w3.org/2010/06/30-dap- minutes.html#action02][20]] Created ACTION-204 - Step into the Bryan/James thread in the hope of helping find consensus [on Robin Berjon - due 2010-07-07]. bryan summarizes - characteristics of the connection can indicate preferred connection, active connection okay, thanks anssi asks for use cases regarding active connections sounds like a layering problem I would rather like to speak in technical WebIDL proposals on the mailing list where possible. robin notes that all should comment on email list, including use cases bryan_sullivan: relationship to onLine attribute of HTML5? ... one potential UC is to allow the developer to choose the best bearer for the task ### Contacts API richt: filtering added [http://www.w3.org/2009/dap/track/actions/198][21] ACTION-198? ACTION-198 -- Richard Tibbett to prepare Contacts for publications, with pubrules -- due 2010-06-29 -- PENDINGREVIEW [http://www.w3.org/2009/dap/track/actions/198][21] [Contacts intermediate draft in the publication pipeline][22] richt: hoping to publish a new version immediately following the upcoming f2f close action-198 ACTION-198 Prepare Contacts for publications, with pubrules closed [http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0318.html][23] darobin: how to handle serviceId discussion without Suresh, perhaps a f2f topic re serviceId and the use of PoCo schema richt: f2f is ok fjh: how about PoCo? darobin: any updates from Mike/Mozilla? richt: follow up darobin: aligning with the Moz impl would be very helpful ... let's keep Mike in the loop ### Capture [Capture thread][24] darobin: not that much new stuff, levels, splitting, v1 vs. v2 split ... browser vendors would like to see simpler v1 ... wait for more input, or go split it IMO, we should create a simpler v1 for browser vendors if that is their implementation plan - it seems like Mozilla and Google are persuing a simpler version and we should support that effort. darobin: Level 1: using , Level 2: programmatic capture level 3 discovery of available devices etc darobin: Prague f2f decision was to do L1 and L2 in the same doc, however browser vendors would like to see the spec split robin: if split means faster implementations then this is a Good Thing darobin: hearing split would be preferred, any objections to that? ilkka: how would the schedule look like re v1 and v2? robin: we can work on parallel However, I wonder whether the browser's implementation plans on are not already covered in HTML5 ? It seems the only addition is a source attribute. That probably doesn't require a separate spec right? ilkka: would like to see the programmatic API worked on in parallel to based approach PROPOSED RESOLUTION: Capture is split into levels; those may progress in parallel **RESOLUTION: Capture is split into levels; those may progress in parallel** darobin: any other API topics? ## Summary of Action Items **[NEW]** **ACTION:** bryan to add proposal from John Morris re buckets to sysinfo [recorded in [http://www.w3.org/2010/06/30-dap- minutes.html#action01][19]] **[NEW]** **ACTION:** Robin to step into the Bryan/James thread in the hope of helping find consensus [recorded in [http://www.w3.org/2010/06/30-dap- minutes.html#action02][20]] [End of minutes] * * * Minutes formatted by David Booth's [scribe.perl][25] version 1.135 ([CVS log][26]) $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/2010Jun/0317.html [4]: http://www.w3.org/2010/06/30-dap-irc [5]: #agenda [6]: #item01 [7]: #item02 [8]: #item03 [9]: #item04 [10]: #item05 [11]: #item06 [12]: #item07 [13]: #ActionSummary [14]: http://www.w3.org/2002/09/wbs/43696/london2010/ [15]: http://lists.w3.org/Archives/Member/member-device- apis/2010Jun/0001.html [16]: http://www.w3.org/News/2010#entry-8845 [17]: http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/att-0266/minutes-2010-06-23.html [18]: http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0322.html [19]: http://www.w3.org/2010/06/30-dap-minutes.html#action01 [20]: http://www.w3.org/2010/06/30-dap-minutes.html#action02 [21]: http://www.w3.org/2009/dap/track/actions/198 [22]: http://dev.w3.org/2009/dap/contacts/WD1/ [23]: http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0318.html [24]: http://www.w3.org/mid/AANLkTiklztQ54_A2rJnhxMGgf0NGxvYuN0R470wVuqzS@m ail.gmail.com [25]: http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm [26]: http://dev.w3.org/cvsweb/2002/scribe/