IRC log of dap on 2013-09-04
Timestamps are in UTC.
- 13:20:44 [RRSAgent]
- RRSAgent has joined #dap
- 13:20:44 [RRSAgent]
- logging to http://www.w3.org/2013/09/04-dap-irc
- 13:20:46 [trackbot]
- RRSAgent, make logs world
- 13:20:46 [Zakim]
- Zakim has joined #dap
- 13:20:48 [trackbot]
- Zakim, this will be DAP
- 13:20:48 [Zakim]
- ok, trackbot; I see UW_DAP()10:00AM scheduled to start in 40 minutes
- 13:20:49 [trackbot]
- Meeting: Device APIs Working Group Teleconference
- 13:20:49 [trackbot]
- Date: 04 September 2013
- 13:20:57 [fjh]
- Agenda: http://lists.w3.org/Archives/Public/public-device-apis/2013Sep/0000.html
- 13:21:15 [fjh]
- fjh has changed the topic to: dap 3279 ; http://lists.w3.org/Archives/Public/public-device-apis/2013Sep/0000.html
- 13:21:39 [fjh]
- Chair: Frederick_Hirsch
- 13:21:54 [fjh]
- Present+ Frederick_Hirsch
- 13:23:53 [dom]
- Regrets+ Dom
- 13:58:42 [Zakim]
- UW_DAP()10:00AM has now started
- 13:58:44 [Zakim]
- +[IPcaller]
- 13:58:54 [fjh]
- zakim, IPcaller isme
- 13:58:55 [Zakim]
- I don't understand 'IPcaller isme', fjh
- 13:58:59 [fjh]
- zakim, IPcaller is me
- 13:58:59 [Zakim]
- +fjh; got it
- 13:59:08 [fjh]
- rrsagent, generate minutes
- 13:59:08 [RRSAgent]
- I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html fjh
- 13:59:44 [fjh]
- Topic: Welcome, agenda review, scribe selection, announcements
- 13:59:54 [Clarke]
- Clarke has joined #dap
- 14:00:31 [Zakim]
- + +1.303.661.aaaa
- 14:00:31 [Zakim]
- - +1.303.661.aaaa
- 14:00:33 [Zakim]
- + +1.303.661.aaaa
- 14:00:41 [Clarke]
- zakim, aaaa is me
- 14:00:41 [fjh]
- zakim, where is 303?
- 14:00:42 [Zakim]
- +Clarke; got it
- 14:00:42 [Zakim]
- North American dialing code 1.303 is Colorado
- 14:01:35 [fjh]
- Present+ Clarke_Stevens
- 14:04:15 [Cathy]
- Cathy has joined #dap
- 14:04:26 [Zakim]
- +??P41
- 14:04:35 [anssik]
- zakim, ??P41 is me
- 14:04:35 [Zakim]
- +anssik; got it
- 14:04:42 [anssik]
- Present+ Anssi_Kostiainen
- 14:05:49 [fjh]
- ScribeNick: fjh
- 14:07:27 [fjh]
- zakim, what is the code?
- 14:07:27 [Zakim]
- the conference code is 3279 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), fjh
- 14:07:53 [Zakim]
- + +33.6.77.84.aabb
- 14:08:18 [fjh]
- zakim, aabb is jcdufourd
- 14:08:18 [Zakim]
- +jcdufourd; got it
- 14:08:27 [anssik]
- zakim, who is here?
- 14:08:27 [Zakim]
- On the phone I see fjh, Clarke, anssik, jcdufourd
- 14:08:28 [Zakim]
- On IRC I see Cathy, Clarke, Zakim, RRSAgent, fjh, jcdufourd, lgombos, dom, richt, mounir, slightlyoff, Josh_Soref, anssik, trackbot
- 14:09:07 [jcdufourd]
- Present+ Jean-Claude_Dufourd
- 14:10:09 [fjh]
- Reminder: No DAP F2F at TPAC, but there will be the Media Capture TF meeting, please attend that.
- 14:10:35 [fjh]
- fjh: if you are attending TPAC please remember to register and make arrangements soon
- 14:10:54 [fjh]
- a new Working Draft of Media Capture and Streams has just been published: http://www.w3.org/TR/2013/WD-mediacapture-streams-20130903/ ; http://www.w3.org/TR/mediacapture-streams/
- 14:11:25 [fjh]
- Topic: Minutes approval
- 14:11:36 [fjh]
- Approve minutes from 21 August 2013
- 14:11:37 [fjh]
- http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/att-0048/minutes-2013-08-21.html
- 14:11:49 [fjh]
- RESOLUTION: Minutes from 21 August 2013 are approved
- 14:12:01 [fjh]
- Topic: Proximity and Light
- 14:12:24 [fjh]
- LC-2739 http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0055.html
- 14:12:25 [fjh]
- Proximity CR CfC (5 Sept deadline) http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0054.html
- 14:12:26 [fjh]
- Light CR CfC (5 Sept deadline) http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0056.html
- 14:12:27 [fjh]
- using WebIDL's "conforming IDL fragment" conformance class (Barstow, http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0059.html)
- 14:12:42 [fjh]
- fjh: CfC deadline is tomorrow, +1 on list would be useful
- 14:13:27 [fjh]
- fjh: Dom responded to Art that what we are doing makes sense
- 14:13:39 [Josh_Soref]
- s/Dom/dom/
- 14:14:09 [fjh]
- anssik: will look at this
- 14:15:17 [fjh]
- http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0061.html
- 14:15:40 [fjh]
- Topic: Vibration
- 14:15:54 [fjh]
- Remaining questions/comments:
- 14:15:54 [fjh]
- Question/Comment on CR draft: http://lists.w3.org/Archives/Public/public-device-apis/2013Jul/0050.html
- 14:15:55 [fjh]
- Question Vibration and iframes, http://lists.w3.org/Archives/Public/public-device-apis/2013Jul/0055.html
- 14:15:56 [fjh]
- Question: Vibration strength http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0040.html
- 14:15:57 [fjh]
- Supporting strength (Marcos) http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0062.html
- 14:16:10 [fjh]
- fjh: anssik, can you please review these and respond on the list.
- 14:16:15 [fjh]
- fjh: I think most are editorial
- 14:16:37 [fjh]
- fjh: I believe the WG is deciding to defer vibration strenght
- 14:16:44 [fjh]
- s/trenght/strength/
- 14:16:49 [Zakim]
- + +1.781.362.aacc
- 14:16:55 [Cathy]
- zakim, aacc is me
- 14:16:55 [Zakim]
- +Cathy; got it
- 14:17:27 [fjh]
- fjh: I would think vibration would only be active for the active window
- 14:17:44 [fjh]
- anssik: fix would be to say top level browsing context
- 14:18:07 [fjh]
- fjh: that makes sense to me, thought you already made that change
- 14:18:15 [fjh]
- anssik: did it for proximity
- 14:18:22 [fjh]
- fjh: I think we should be consistent
- 14:18:31 [fjh]
- anssik: this is a generic issue
- 14:19:13 [fjh]
- fjh: I think we should make this change in the editors draft, pull it in in PR
- 14:19:37 [fjh]
- anssik: walks through choices, looking at mail http://lists.w3.org/Archives/Public/public-device-apis/2013Jul/0055.html
- 14:19:47 [fjh]
- fjh: clarification needed
- 14:20:06 [fjh]
- fjh: would relate to the other strength issues
- 14:20:55 [fjh]
- fjh: hey, vibrating ads in hidden iframes....
- 14:21:00 [fjh]
- s/hidden//
- 14:21:37 [fjh]
- action: anssik to make proposal on list regarding multiple vibration API invocations in frames for Vibration
- 14:21:39 [trackbot]
- Created ACTION-652 - Make proposal on list regarding multiple vibration api invocations in frames for vibration [on Anssi Kostiainen - due 2013-09-11].
- 14:22:26 [fjh]
- fjh: re vibration strength, Marcos suggested in next version, http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0062.html
- 14:22:41 [fjh]
- anssik: do we have a concrete proposal
- 14:22:59 [Cathy]
- Present+ Cathy_Chan
- 14:23:10 [fjh]
- fjh: no
- 14:23:35 [fjh]
- RESOLUTION: defer Vibration strength to next version of Vibration API
- 14:23:56 [fjh]
- anssik: ask for discussion on list, most implementations currently do not support strength
- 14:24:23 [fjh]
- another clarification issue http://lists.w3.org/Archives/Public/public-device-apis/2013Jul/0050.html
- 14:24:47 [fjh]
- action: fjh to create issues for Vibration questions
- 14:24:48 [trackbot]
- Created ACTION-653 - Create issues for vibration questions [on Frederick Hirsch - due 2013-09-11].
- 14:25:00 [fjh]
- Topic: Network Discovery
- 14:25:29 [fjh]
- fjh: WD for publication in progress, Rich created draft, I had some comments, awaiting resolution before publication
- 14:25:35 [dom]
- dom has joined #dap
- 14:25:50 [fjh]
- Web & TV IG review, http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0063.html
- 14:25:58 [fjh]
- fjh: want to have published WD for review
- 14:26:28 [fjh]
- fjh: reopened issue, difficult to resolve without everyone on call
- 14:26:36 [fjh]
- Re-Opened ISSUE-130, see http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0053.html (discuss next week 4 Sept)
- 14:26:42 [fjh]
- ISSUE-131 comment, http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0066.html (Tatsuya Igarashi )
- 14:27:00 [fjh]
- ISSUE-148?
- 14:27:00 [trackbot]
- ISSUE-148 -- NetworkService.name definition in 8.2.2.4 incoherent with definition in 7.1 (a human-readable title for the service) -- raised
- 14:27:00 [trackbot]
- http://www.w3.org/2009/dap/track/issues/148
- 14:27:48 [fjh]
- jcdufound: regarding ISSUE-148, agreed between Jean-Claude and Cathy but Rich might have missed part of this discussion
- 14:28:05 [fjh]
- … service type for SDP is not human-readable at all
- 14:28:32 [fjh]
- … agree with Cathy that should change to something with friendly name of the device, believe Rich disagrees due to possible fingerprinting issue
- 14:28:48 [fjh]
- … not a fingerprinting issue, since only exposed after authorization step
- 14:29:00 [fjh]
- fjh: could still be fingerprinting despite authorization
- 14:30:07 [fjh]
- jcdufound: should make this change once we have agreement with Rich
- 14:30:27 [jcdufourd]
- s/jcdufound/jcdufourd/
- 14:30:32 [fjh]
- ISSUE-130?
- 14:30:32 [trackbot]
- ISSUE-130 -- Enable variety of protocols (e.g. UPnP, Bonour) with protocol independent developer code -- open
- 14:30:32 [trackbot]
- http://www.w3.org/2009/dap/track/issues/130
- 14:31:07 [Josh_Soref]
- Zakim, code?
- 14:31:07 [Zakim]
- the conference code is 3279 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Josh_Soref
- 14:31:24 [fjh]
- jcdufourd: need answer to my argument on the list from richt
- 14:31:48 [fjh]
- … need to determine what is appropriate in the use case I presented, which would require large number of discovery requests
- 14:32:40 [Zakim]
- + +1.650.733.aadd
- 14:32:48 [fjh]
- … I implemented current state of spec, others implemented services
- 14:32:52 [Josh_Soref]
- Zakim, aadd is me
- 14:32:52 [Zakim]
- +Josh_Soref; got it
- 14:33:02 [Josh_Soref]
- Zakim, mute me
- 14:33:02 [Zakim]
- Josh_Soref should now be muted
- 14:33:12 [fjh]
- … they didn't want to use complete name each time, wanted one search regardless of the protocol
- 14:33:33 [fjh]
- … didn't care about underlying discovery protocol
- 14:33:38 [fjh]
- … so search with fragments
- 14:33:48 [fjh]
- … requests from authors to simply API
- 14:34:10 [fjh]
- … that is the main point to make it use simpler for authors
- 14:34:28 [fjh]
- cathy: issue with doing that, web app might not be able to handle all the responses that come back
- 14:34:41 [fjh]
- … different types of media renderers
- 14:34:59 [fjh]
- … so get everything and filter on what you can use versus ask for what you can get
- 14:35:27 [fjh]
- … I think it might make sense to ask what you can process
- 14:35:33 [fjh]
- … I think rich agrees
- 14:35:42 [igarashi]
- igarashi has joined #dap
- 14:36:06 [fjh]
- … for media renders can have same service name with different domain and protocol, so can get services you cannot handle
- 14:36:32 [Zakim]
- +??P3
- 14:36:49 [fjh]
- fjh: can this be done with a wrapper, convenience function?
- 14:37:02 [fjh]
- jcdufourd: tried this first with adaptation layer, but could not do it
- 14:37:14 [fjh]
- … however could modify my implementation to allow for it
- 14:37:17 [igarashi]
- Zakim p3 is Igarashi
- 14:37:18 [fjh]
- … with small change
- 14:37:26 [fjh]
- zakim, p3 is Igarashi
- 14:37:26 [Zakim]
- sorry, fjh, I do not recognize a party named 'p3'
- 14:37:38 [fjh]
- zakim, ??p3 is Igarashi
- 14:37:38 [Zakim]
- +Igarashi; got it
- 14:38:32 [Zakim]
- +Josh_Soref.a
- 14:38:37 [fjh]
- fjh: why not offer both options
- 14:38:43 [Josh_Soref]
- Zakim, drop Josh_Soref
- 14:38:43 [Zakim]
- Josh_Soref is being disconnected
- 14:38:45 [Zakim]
- -Josh_Soref
- 14:38:55 [fjh]
- jcdufourd: ok with me
- 14:38:56 [Josh_Soref]
- Zakim, who is on the call?
- 14:38:56 [Zakim]
- On the phone I see fjh, Clarke, anssik, jcdufourd, Cathy, Igarashi, Josh_Soref.a
- 14:39:08 [fjh]
- cathy: first need to decide what we want
- 14:39:12 [Josh_Soref]
- Zakim, drop Josh_Soref.a
- 14:39:12 [Zakim]
- Josh_Soref.a is being disconnected
- 14:39:13 [Zakim]
- -Josh_Soref.a
- 14:39:26 [fjh]
- … if UA does not continuously monitor then problem
- 14:39:36 [fjh]
- … UpNP does not allow wild card services
- 14:40:10 [fjh]
- fjh: why didn't jclaude have this problem
- 14:40:32 [fjh]
- cathy: monitors network, doesn't do search
- 14:40:32 [fjh]
- fjh: issue search vs continues monitored
- 14:40:33 [Zakim]
- +Josh_Soref
- 14:41:42 [Josh_Soref]
- s/UpNP/UPnP/
- 14:43:17 [fjh]
- fjh: wonder if we can allow support for implementation that can handle it but not for implementation that cannot
- 14:43:20 [Josh_Soref]
- Zakim, mute me
- 14:43:20 [Zakim]
- Josh_Soref should now be muted
- 14:44:19 [fjh]
- fjh: e.g. allow for usability where it makes sense and can be supported in underlying implementation but otherwise not
- 14:44:22 [Cathy]
- http://www.w3.org/2009/dap/track/issues/130
- 14:44:39 [fjh]
- fjh: this way we do not create an artificial limitation where not needed
- 14:44:44 [fjh]
- cathy: might be hard to spec
- 14:45:03 [fjh]
- jcdufourd: we could have an exception if implementation does not support
- 14:45:08 [fjh]
- s/support/support it/
- 14:46:26 [Josh_Soref]
- i'm not in favor of this
- 14:46:48 [Josh_Soref]
- Zakim, unmute me
- 14:46:48 [Zakim]
- Josh_Soref should no longer be muted
- 14:47:18 [fjh]
- fjh: is it possible or necessary to have a different wildcard api method so developer knows what to expect
- 14:47:37 [fjh]
- fjh: summary, trying to enable usability where implementation supports it yet not get into difficulty where implementation does not
- 14:48:14 [fjh]
- josh_soref: do not want same API used for both, will work in test environment but not in another case, will have interop problem
- 14:48:20 [fjh]
- fjh: have two APIs
- 14:49:02 [fjh]
- josh_soref: would only use wildcard api if you know you really want to, have fallback path
- 14:49:10 [fjh]
- … so don't see this as a big problem for developers
- 14:49:35 [fjh]
- jcdufourd: developer needs feature detection to see if can use wildcard api, otherwise fallback
- 14:49:49 [fjh]
- josh_soref: one way is to not have function present if not implemented
- 14:50:53 [Josh_Soref]
- Zakim, mute me
- 14:50:53 [Zakim]
- Josh_Soref should now be muted
- 14:51:45 [fjh]
- fjh: i think the next step is to draft some specification text and use that to drive some more discussion
- 14:52:25 [fjh]
- action: jcdufourd to propose text for Network Service Discovery to define wildcard API and feature detection
- 14:52:25 [trackbot]
- Error finding 'jcdufourd'. You can review and register nicknames at <http://www.w3.org/2009/dap/track/users>.
- 14:52:29 [fjh]
- q?
- 14:53:37 [fjh]
- action Dufourd to propose text for Network Service Discovery to define wildcard API and feature detection
- 14:53:37 [trackbot]
- Created ACTION-654 - Propose text for network service discovery to define wildcard api and feature detection [on Jean-Claude Dufourd - due 2013-09-11].
- 14:53:48 [Josh_Soref]
- RRSAgent, draft minutes
- 14:53:48 [RRSAgent]
- I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html Josh_Soref
- 14:53:49 [fjh]
- ISSUE-131?
- 14:53:49 [trackbot]
- ISSUE-131 -- Support UPnP device discovery by Device Type? -- open
- 14:53:49 [trackbot]
- http://www.w3.org/2009/dap/track/issues/131
- 14:54:12 [Josh_Soref]
- s/action Dufourd/ACTION: Dufourd/
- 14:54:14 [Josh_Soref]
- RRSAgent, draft minutes
- 14:54:14 [RRSAgent]
- I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html Josh_Soref
- 14:54:26 [fjh]
- email message http://lists.w3.org/Archives/Public/public-device-apis/2013Sep/0002.html
- 14:55:34 [fjh]
- cathy: general concern is about complexity added to spec
- 14:56:07 [fjh]
- … if device string is UPnP specific so we lose generic aspec
- 14:56:23 [fjh]
- igarashi: won't be too complicated, similar api
- 14:56:37 [fjh]
- … device type is more important than service type
- 14:56:54 [fjh]
- fjh: why more important
- 14:57:10 [fjh]
- igarashi: based on UPnP architecture, first find by device then subtype
- 14:57:20 [Cathy]
- s/subtype/service type/
- 14:57:58 [fjh]
- fjh: seems to be another issue related to trying to make underlying discovery mechanism transparent
- 14:59:01 [fjh]
- igarashi: cannot be agnostic to underlying discovery mechanism, not a goal
- 15:00:13 [fjh]
- clarke: one goal was to be agnostic, approach is to use parameters to allow UA to deal with specifics, customization
- 15:00:13 [Josh_Soref]
- Zakim, drop me
- 15:00:13 [Zakim]
- Josh_Soref is being disconnected
- 15:00:14 [Zakim]
- -Josh_Soref
- 15:00:41 [Zakim]
- +Josh_Soref
- 15:00:52 [Josh_Soref]
- Zakim, mute me
- 15:00:52 [Zakim]
- Josh_Soref should now be muted
- 15:02:50 [fjh]
- fjh: what is the minimal set of changes we can make to the spec, then we can discuss
- 15:02:58 [fjh]
- cathy: it is in the issue text
- 15:03:03 [fjh]
- fjh: not sure that is the minimum
- 15:03:08 [Zakim]
- -Clarke
- 15:03:15 [fjh]
- igarashi: we can offer a proposal on the list
- 15:03:47 [fjh]
- fjh: anything more on this topic?
- 15:04:04 [fjh]
- Topic: HTML Media Capture
- 15:04:11 [fjh]
- Update on testing, http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0065.html
- 15:04:19 [fjh]
- thanks for this work to Intel
- 15:04:42 [fjh]
- Topic: Teleconference schedule
- 15:04:51 [fjh]
- Proposal: Changing meeting time from Wed to Thur (same time), https://lists.w3.org/Archives/Member/member-device-apis/2013Aug/0000.html
- 15:05:18 [anssik]
- Thu is ok for me
- 15:06:35 [anssik]
- earlier is better
- 15:06:46 [anssik]
- conflict on Tue
- 15:07:32 [fjh]
- fjh: I think I'll do a doodle poll
- 15:07:38 [Josh_Soref]
- thursday is good for me, i've already moved my schedule around for it to fit
- 15:08:02 [Josh_Soref]
- Zakim, drop me
- 15:08:02 [Zakim]
- Josh_Soref is being disconnected
- 15:08:03 [Zakim]
- -Josh_Soref
- 15:08:30 [fjh]
- RESOLUTION: Recurring meeting moved to Thursdays, same time (10 am ET)
- 15:08:50 [fjh]
- RESOLUTION: cancel 24 Oct, 28 Nov and 26 Dec
- 15:09:02 [Zakim]
- +Josh_Soref
- 15:09:04 [fjh]
- s/I think I'll do a doodle poll//
- 15:09:21 [fjh]
- Topic: Action Review
- 15:09:37 [Josh_Soref]
- Zakim, mute me
- 15:09:37 [Zakim]
- Josh_Soref should now be muted
- 15:09:52 [Josh_Soref]
- regrets for Thursday September 19 and September 26 :)
- 15:09:54 [Zakim]
- -jcdufourd
- 15:09:55 [Josh_Soref]
- ... Sukkot
- 15:10:15 [fjh]
- ACTION-621?
- 15:10:15 [trackbot]
- ACTION-621 -- Anssi Kostiainen to Create test cases for HTML Media Capture -- due 2013-03-13 -- PENDINGREVIEW
- 15:10:15 [trackbot]
- http://www.w3.org/2009/dap/track/actions/621
- 15:10:37 [fjh]
- ACTION-621: resolved with http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0065.html
- 15:10:37 [trackbot]
- Notes added to ACTION-621 Create test cases for HTML Media Capture.
- 15:10:46 [fjh]
- close ACTION-621
- 15:10:46 [trackbot]
- Closed ACTION-621.
- 15:10:59 [fjh]
- ACTION-643?
- 15:10:59 [trackbot]
- ACTION-643 -- Anssi Kostiainen to Review Ambient Light and Proximity test cases by Sept -- due 2013-07-10 -- OPEN
- 15:10:59 [trackbot]
- http://www.w3.org/2009/dap/track/actions/643
- 15:11:12 [fjh]
- anssik: done
- 15:11:17 [fjh]
- close ACTION-643
- 15:11:17 [trackbot]
- Closed ACTION-643.
- 15:12:02 [anssik]
- https://dvcs.w3.org/hg/dap/rev/916dbd5920d8
- 15:12:29 [fjh]
- action: anssik to update test for light :https://dvcs.w3.org/hg/dap/rev/916dbd5920d8
- 15:12:29 [trackbot]
- Created ACTION-655 - Update test for light :https://dvcs.w3.org/hg/dap/rev/916dbd5920d8 [on Anssi Kostiainen - due 2013-09-11].
- 15:12:32 [anssik]
- https://dvcs.w3.org/hg/dap/rev/a6ad49819c41
- 15:12:54 [fjh]
- action: anssik to update proximity test for https://dvcs.w3.org/hg/dap/rev/a6ad49819c41
- 15:12:54 [trackbot]
- Created ACTION-656 - Update proximity test for https://dvcs.w3.org/hg/dap/rev/a6ad49819c41 [on Anssi Kostiainen - due 2013-09-11].
- 15:13:11 [fjh]
- action-649?
- 15:13:11 [trackbot]
- action-649 -- Anssi Kostiainen to Review todo items associated with battery test cases -- due 2013-08-21 -- OPEN
- 15:13:11 [trackbot]
- http://www.w3.org/2009/dap/track/actions/649
- 15:13:24 [fjh]
- fjh: todo items were removed
- 15:13:31 [fjh]
- close ACTION-649
- 15:13:31 [trackbot]
- Closed ACTION-649.
- 15:13:48 [fjh]
- action-621?
- 15:13:48 [trackbot]
- action-621 -- Anssi Kostiainen to Create test cases for HTML Media Capture -- due 2013-03-13 -- CLOSED
- 15:13:48 [trackbot]
- http://www.w3.org/2009/dap/track/actions/621
- 15:14:00 [fjh]
- action-647?
- 15:14:00 [trackbot]
- action-647 -- Frederick Hirsch to Send cfc to progress light to cr, two week cfc -- due 2013-08-21 -- PENDINGREVIEW
- 15:14:00 [trackbot]
- http://www.w3.org/2009/dap/track/actions/647
- 15:14:06 [fjh]
- close ACTION-647
- 15:14:06 [trackbot]
- Closed ACTION-647.
- 15:14:11 [fjh]
- close ACTION-648
- 15:14:11 [trackbot]
- Closed ACTION-648.
- 15:14:25 [fjh]
- anssik: may need updates for IDLharness tests for battery
- 15:15:10 [fjh]
- action: anssik to revise battery tests for IDLharness, find QA person to help
- 15:15:11 [trackbot]
- Created ACTION-657 - Revise battery tests for idlharness, find qa person to help [on Anssi Kostiainen - due 2013-09-11].
- 15:15:37 [fjh]
- Topic: Issues Review
- 15:15:48 [fjh]
- reviewed network service discovery during call
- 15:16:07 [fjh]
- Topic: Other Business
- 15:16:14 [fjh]
- New editors draft of getUserMedia, http://dev.w3.org/2011/webrtc/editor/archives/20130824/getusermedia.html
- 15:16:29 [fjh]
- fjh: is there any relevant news from sys apps f2f relevant to dap
- 15:16:39 [fjh]
- anssik: no dap relevant discussions
- 15:16:54 [fjh]
- zakim, who is here?
- 15:16:54 [Zakim]
- On the phone I see fjh, anssik, Cathy, Igarashi, Josh_Soref (muted)
- 15:16:55 [Zakim]
- On IRC I see igarashi, dom, Cathy, Clarke, Zakim, RRSAgent, fjh, lgombos, richt, mounir, slightlyoff, Josh_Soref, anssik, trackbot
- 15:16:58 [Josh_Soref]
- Zakim, unmute me
- 15:16:58 [Zakim]
- Josh_Soref should no longer be muted
- 15:17:46 [Josh_Soref]
- SysApps asked to change their TPAC F2F dates
- 15:18:00 [Josh_Soref]
- ... because they were initially avoiding DAP
- 15:18:08 [Josh_Soref]
- ... but w/o DAP, they're now trying to avoid WebApps instead
- 15:18:13 [Josh_Soref]
- ... it's unclear if they'll succeed
- 15:18:30 [Zakim]
- -anssik
- 15:18:31 [Zakim]
- -Cathy
- 15:18:36 [Josh_Soref]
- Zakim, drop me
- 15:18:36 [Zakim]
- Josh_Soref is being disconnected
- 15:18:37 [Zakim]
- -Josh_Soref
- 15:18:51 [fjh]
- Next week we will meet at new meeting day, Thursday, please remember to update your calendars.
- 15:18:59 [fjh]
- Topic: Adjourn
- 15:19:01 [Zakim]
- -Igarashi
- 15:19:04 [fjh]
- rrsagent, generate minutes
- 15:19:04 [RRSAgent]
- I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html fjh
- 15:19:20 [Josh_Soref]
- s/Josh_Soref.a/Josh_Soref/G
- 15:20:32 [fjh]
- Present+ Josh_Soref, Igarashi_Tatsuya
- 15:21:38 [fjh]
- s/hey, vibrating ads in iframes//
- 15:22:01 [fjh]
- s/Zakim p3 is Igarashi//
- 15:22:47 [fjh]
- i/cancel/and also/
- 15:22:54 [fjh]
- rrsagent, generate minutes
- 15:22:54 [RRSAgent]
- I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html fjh
- 15:23:25 [fjh]
- s/inserted/fjh/
- 15:23:50 [fjh]
- s/reviewed network service discovery /reviewed network service discovery issues/
- 15:24:22 [fjh]
- s/hey, vibrating ads in iframes....//
- 15:24:35 [fjh]
- s|s/hey, vibrating ads in iframes//||
- 15:24:38 [fjh]
- rrsagent, generate minutes
- 15:24:38 [RRSAgent]
- I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html fjh
- 15:25:20 [fjh]
- s/issuesduring/issues during/
- 15:25:31 [fjh]
- rrsagent, generate minutes
- 15:25:31 [RRSAgent]
- I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html fjh
- 15:25:46 [Zakim]
- -fjh
- 15:25:48 [Zakim]
- UW_DAP()10:00AM has ended
- 15:25:48 [Zakim]
- Attendees were fjh, +1.303.661.aaaa, Clarke, anssik, +33.6.77.84.aabb, jcdufourd, +1.781.362.aacc, Cathy, +1.650.733.aadd, Josh_Soref, Igarashi
- 15:54:58 [lgombos]
- lgombos has joined #dap
- 16:24:55 [lgombos]
- lgombos has joined #dap
- 16:43:52 [lgombos]
- lgombos has joined #dap
- 17:36:12 [Zakim]
- Zakim has left #dap