16:09:55 RRSAgent has joined #webapps 16:09:55 logging to http://www.w3.org/2013/04/25-webapps-irc 16:11:30 tantek has joined #webapps 16:12:06 RWC_WAF(WAF2F)12:00PM has now started 16:12:12 +[IPcaller] 16:12:29 Zakim, [IPcaller] is Olli_Pettay 16:12:30 +Olli_Pettay; got it 16:12:36 dglazkov has joined #webapps 16:12:38 Zakim, nick smaug is Olli_Pettay 16:12:39 ok, smaug, I now associate you with Olli_Pettay 16:13:04 Meeting: Web Applications WG f2f Meeting 16:13:21 Date: 25 April 2013 16:13:44 Agenda: http://www.w3.org/wiki/Webapps/April2013Meeting 16:14:07 a12u has joined #webapps 16:14:24 aizu has joined #webapps 16:14:33 chaals has joined #webapps 16:14:45 abraud has joined #webapps 16:14:51 ArtB, anything interesting today? 16:15:36 Ms2ger: no, we're just going to do some work. 16:16:21 Zakim, code? 16:16:21 the conference code is 92323 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Ms2ger 16:16:30 +??P0 16:16:36 Zakim, P0 is me 16:16:36 sorry, Ms2ger, I do not recognize a party named 'P0' 16:16:44 Zakim, ??P0 is me 16:16:44 +Ms2ger; got it 16:17:08 Not that I hear anything 16:17:36 That's something 16:17:38 did you hear now something :) 16:17:45 Was that you? 16:18:01 yup 16:18:02 israelh has joined #webapps 16:18:15 Seems to be a bit of noise on the line :) 16:20:55 So we're the only attendees? 16:21:00 lgombos has joined #webapps 16:21:37 zakim, who is here? 16:21:37 On the phone I see Olli_Pettay, Ms2ger 16:21:38 On IRC I see lgombos, israelh, abraud, chaals, aizu, dglazkov, tantek, RRSAgent, Zakim, adrianba, fjh, glenn_, ArtB, smaug, davidb, karl, Ms2ger, marcosc, danielfilho|w, logbot, 16:21:38 ... timeless, Dashiva, gavin, heath, slightlyoff, scheib, Hixie, jgraham 16:21:50 --Ms2ger 16:21:54 plh has joined #webapps 16:21:57 present+ Arnaud_Braud 16:22:02 zakim, passcode? 16:22:02 the conference code is 92323 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), plh 16:22:17 Ms2ger has changed the topic to: WebApps WG F2F: http://www.w3.org/wiki/Webapps/April2013Meeting; channel log = http://krijnhoetmer.nl/irc-logs/ ; Shadowy characters and Importers welcome 16:22:41 +Paypal 16:22:43 RRSAgent, make minutes 16:22:43 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html Ms2ger 16:22:54 Chair: Art, Charles 16:23:11 RRSAgent, make logs public 16:23:25 wonsuk has joined #webapps 16:23:48 Scribe: Josh_Soref 16:23:56 jeff has joined #webapps 16:24:06 Present: Art_Barstow, Charles_McCathieNevile, Josh_Soref 16:24:20 darobin has joined #webapps 16:24:26 krisk has joined #webapps 16:24:30 bryan has joined #webapps 16:24:39 zakim, krisk present 16:24:39 I don't understand 'krisk present', krisk 16:24:47 eliot has joined #webapps 16:24:48 ScribeNick: timeless 16:25:02 Present+ Yves_Lafon 16:25:02 Bin_Hu has joined #webapps 16:25:06 lyle has joined #webapps 16:25:20 present+ Bin_Hu 16:25:30 TylerB has joined #webapps 16:25:31 Present+ Tyler_Barton, Israel_Hilerio 16:25:46 present+ eliot 16:25:51 scribe: Josh_Soref 16:25:51 scribenick: timeless 16:25:51 topic: Introductions 16:25:51 [ Chaals takes the mic around the room and has everyone introduce themselves ] 16:26:05 Present+ adrianba 16:26:08 Present+ Glenn_Adams 16:26:12 Present+ Wonsuk_Lee 16:26:25 Present+ Laszlo_Gombos 16:27:10 Present+ aizu 16:27:17 Present+ Olli_Pettay 16:27:22 Present+ Ms2ger 16:27:39 RRSAgent, draft minutes 16:27:39 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html timeless 16:27:40 yosuke has joined #webapps 16:27:58 JonathanJ has joined #webapps 16:28:00 s/ArtB, anything interesting today?/ 16:28:06 yes 16:28:12 Present+ Jonghong_Jeon 16:28:15 s/Ms2ger: no, we're just going to do some work.// 16:28:19 Topic: Agenda 16:28:25 ArtB: we preallocated some time slots 16:28:32 Present+ MikeSmith 16:28:36 ... and we listed some topics, that chaals and i wanted to discuss 16:28:44 ... we have probably half of the meeting unallocated 16:28:52 ... we can try to move potential topics into timeslots 16:28:57 ... or if people have suggestions, we can add them 16:29:02 Present+ YosukeFunahashi 16:29:06 ... chaals on the whiteboard is trying to complete the schedule as much as we can 16:29:22 ... usually in these meetings, we try to go through the spec status dashboard (PubStatus) 16:29:28 ... to make sure everyone is on the same page wrt the status 16:29:37 ... a really useful document for non-WG members 16:29:43 ... wrt each spec 16:29:48 Jungkee has joined #webapps 16:29:52 ... it's pretty important to keep those up to date 16:30:00 s/Not that I hear anything// 16:30:07 s/--Ms2ger// 16:30:12 s/So we're the only attendees?// 16:30:18 ... anyone have any topics? 16:30:26 ... i know Jungkee asked to allocate time for XHR and Progress Events 16:30:29 ... he suggested an hour for that 16:30:38 ... should we grab the 4:30pm-5:30 slot? 16:30:43 Jungkee: less than 1 hour 16:30:47 ... but more than 30mins 16:30:51 ... probably start from 16:30:59 s/Was that you?// 16:31:04 s/yup// 16:31:13 Jungkee: 4pm-4:40? 16:31:21 chaals: let's call that 5pm and if you're good, we get to go home early 16:31:28 RRSAgent, draft minutes 16:31:28 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html timeless 16:31:41 ArtB: sounds good to me, i'll leave an extra slot at 5:30 16:31:48 ... anyone else have preferences? 16:31:54 ... I have a slot for CR Interop status 16:32:04 ... the only 4 specs that remain are specs where Hixie is the lead editor 16:32:16 ... i'd like to spend some time to give an update on where i think we are on those specs 16:32:24 ... SSE, Web Messaging, Sockets, Workers 16:32:31 ... - anyone think it will require more than a few minutes? 16:32:52 s/Seems to be a bit of noise on the line :)// 16:32:57 ... above DOM3 was IME 16:33:03 chaals: we had a request from PF WG 16:33:08 ... put into a time slot at 3:30pm 16:33:13 ... they can shift that if we need to 16:33:31 s/PF WG/PF WG to talk about IME/ 16:33:40 ... we have a 2:30pm session w/ WebAppSec on CSP 16:33:47 ... is 30mins enough to do CSP? 16:33:51 ArtB: i think so 16:33:53 chaals: alright 16:33:56 s/3:30pm/3pm/ 16:34:01 s/That's something// 16:34:12 JaeChung has joined #webapps 16:34:13 Present+ Jungkee_Song 16:34:17 ArtB: next on the list was AppCache 16:34:20 ... sicking registered 16:34:25 chaals: he's w/ arun, they're late 16:34:30 ArtB: should we slot them in? 16:34:37 chaals: i'd avoid slotting them in, as they're not here 16:34:46 ... we could put them in the afternoon 16:34:50 RRSAgent, draft minutes 16:34:50 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html timeless 16:34:57 Present+ Jae Chung 16:35:18 s/did you hear now something :)// 16:35:21 ArtB: AppManifest? 16:35:31 ... i know SysApps is doing a bunch of work 16:35:35 ... how about after XHR? 16:35:43 chaals: we might do it with AppCache 16:35:50 ArtB: ok 16:35:54 ... how many SysApps members here? 16:35:57 ... quite a few? 16:36:01 chaals: 6 or 7 16:36:07 ArtB: DOM 3 Events? 16:36:20 ... i know Travis and Gary are excited to spend time on that 16:36:26 chaals: in the morning? 16:36:33 Travis: that's fine 16:36:36 ArtB: where? 16:36:39 chaals: running up to lunch 16:36:52 ArtB: after IndexedDB? 16:37:01 chaals: if sicking isn't here, we're stuck on IndexedDB 16:37:06 ArtB: dom4, status and plans? 16:37:11 ... when we do Dashboard? 16:37:14 chaals: yeah 16:37:19 ArtB: File API? 16:37:25 ... hard to do w/ arun 16:37:28 chaals: we could do that last 16:37:38 bryan: do File related APIs as a block? 16:37:43 ArtB: makes sense 16:37:45 JonathanJ has joined #webapps 16:37:47 RRSAgent, draft minutes 16:37:47 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html timeless 16:37:58 ArtB: full screen? 16:38:02 chaals: dashboard 16:38:04 ArtB: UI Events? 16:38:13 tlr has joined #webapps 16:38:14 ArtB: Travis update during dashboard? 16:38:18 ArtB: dashboard 16:38:36 present+ Travis_Leithead 16:38:45 ArtB: URL 16:38:49 chaals: dashboard 16:39:01 jeffh has joined #webapps 16:39:05 present+ hober 16:39:35 israelh: on fullscreen 16:39:42 present+ Bryan_Sullivan 16:39:46 chaals: dashboard lets you have some time 16:39:51 ... if we need more, we schedule time 16:39:58 chaals: admin, chartering, misc 16:40:02 ... when do you want to do that? 16:40:06 ArtB: tomorrow morning? 16:40:10 chaals: people won't be there in the morning 16:40:16 ArtB: after the break in the morning? 16:40:17 chaals: sure 16:40:50 ArtB: WebIDL? 16:40:55 plh: i have a few things to say 16:40:59 ArtB: tomorrow after testing? 16:41:00 heycam|away should participate WebIDL discussion 16:41:03 plh: perfect 16:41:19 present+ Philippe_Le_Hegaret 16:41:31 chaals: heycam would be better w/ afternoon 16:41:41 ... bounce something somewhere 16:41:48 ... AppCache to early tomorrow moring 16:42:02 Daniel_Austin: couple of stragglers 16:42:14 eric: Eric from Google 16:42:21 sicking: Jonas Sicking 16:42:26 present+ Jonas_Sicking 16:42:36 present+ Eric_Uhrhane 16:42:45 israelh: can we do AppCache 16:42:52 chaals: ok, we'll do AppCache first thing this morning 16:43:05 ... AppCache and Manifests and IndexedDB and DOM3 events 16:43:09 ... plenty of entertainment 16:43:19 ArtB: not sure we need an hour for IndexedDB 16:43:33 ArtB: any other hot topics? 16:43:41 ... we have Testing for Tomorrow morning 16:43:59 ... 10am-11 tomorrow morning 16:44:09 bryan: we'll talk about AppCache w/ Manifest 16:44:16 ... what about WebIntents / WebActivities? 16:44:22 ArtB: we can hit it during the dashboard 16:44:34 bryan: it'd be good to hear more than a moment's talk about it... 16:44:40 ArtB: anyone have more to say about WebIntents? 16:44:47 ... let's take are of it during the dashboard 16:44:56 RRSAgent, draft minutes 16:44:56 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html timeless 16:45:16 s/did you hear now something :)// 16:45:32 i|w3|topic: Dashboard / PubStatus| 16:45:34 acolwell has joined #webapps 16:45:36 ArtB: CORS is first 16:45:47 ... we have WebAppSec coming over to talk about CSP 16:45:54 ... they can give us a quick update on CORS CR 16:46:00 ... anyone have concerns on CORS? 16:46:07 ... next: Clipboard APIs and events 16:46:17 ... halford published a new update on that 16:46:21 ... quite a bit of discussion 16:46:27 ... i suspect an LC is a few months away at least 16:46:33 ... anyone else on clipboard? 16:46:45 ... we'll skip dimitri's web components, he has an hour this afternoon 16:46:52 tantek has joined #webapps 16:46:52 ... dom4, lachlan hunt is the editor of record 16:46:57 ... he's an invited expert 16:47:04 ... he left opera this last winter 16:47:10 ... dom4 that anne is doing has involved 16:47:18 ... it includes a rough specification of futures 16:47:23 ... i don't think lachlan has moved it into his spec 16:47:25 Travis: no 16:47:32 ArtB: we could rathole on this 16:47:40 ... anyone willing to step up and help lachlan 16:47:50 RRSAgent, draft minutes 16:47:50 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html timeless 16:48:02 chaals: lachlan may be busy 16:48:10 ... anyone wants to put their hand up and help... 16:48:16 ... rathole on futures, i think we should take 16:48:23 ... coordination w/ TC39 16:48:26 ... WebIDL stuff 16:48:59 s|s///|| 16:49:30 ArtB: anything that depends on dom4/futures is going to run into a problem 16:49:40 glenn_: HTML5 16:49:44 chaals: not our spec 16:49:49 ArtB: certainly not the only spec 16:49:55 chaals: probably the highest priority 16:50:04 ... know someone who wants to be famous, and hairless 16:50:10 ... we'd appreciate names, addresses, ... 16:50:29 s/did you hear now something/XX/ 16:50:40 glenn_: why not send an email to the list soliciting editors? 16:50:44 chaals: we will 16:50:51 ACTION: barstow work with Chaals on a call for editor help for DOM4 16:50:51 Created ACTION-675 - Work with Chaals on a call for editor help for DOM4 [on Arthur Barstow - due 2013-05-02]. 16:50:54 ... but please raise your hand to get the mic, so the people on the phone can hear 16:51:01 ArtB: DOM Parsing and Serialization 16:51:07 Travis: extremely stable spec 16:51:14 ... one open bug to update Status of document 16:51:19 ... to say it's a mirror of Ms2ger 's document 16:51:25 ... i don't believe we have any tests yet 16:51:30 ... i believe next step is 16:51:33 ... make update, fix bug 16:51:37 ... propose LC 16:51:40 ... and start working on test suite 16:51:49 chaals: test facilitator? 16:51:55 Travis: TBD 16:52:02 Ms2ger: I have some tests 16:52:12 ArtB: can you take an action to work on that bug? 16:52:15 Travis: yes 16:52:20 chaals: estimate of LC schedule? 16:52:25 ACTION: travis resolve last bug for DOM P&S and notify Art so a CfC for LC can be started 16:52:26 Created ACTION-676 - Resolve last bug for DOM P&S and notify Art so a CfC for LC can be started [on Travis Leithead - due 2013-05-02]. 16:52:39 Travis: a week or two to issue CfC 16:52:43 chaals: you've got a week 16:52:51 chaals: File API is running behind schedule 16:52:55 ArtB: we allocated that 16:52:59 chaals: this afternoon 16:53:06 ArtB: Fullscreen? 16:53:15 israelh: a couple things we found 16:53:21 ... there's a reference to the FullScreen Event 16:53:24 ... that's talked about in the Spec 16:53:28 ... but isn't part of the IDL 16:53:37 ... everyone does implement on onevent handler 16:53:42 ... but it isn't in the document 16:53:51 ... the only thing is 16:54:02 ... do we need a dependency between Screen Orientation and Fullscreen? 16:54:10 ... putting part of spec w/ what others have done 16:54:20 ... and other is should there be a relationship w/ screen orientation 16:54:22 Travis has joined #webapps 16:54:32 ArtB: we had a few people join us 16:54:46 alec_flett: indexeddb 16:54:53 joshua_bell: joshua bell, google 16:55:08 rrsagent, draft minutes 16:55:08 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html chaals 16:55:24 ArtB: there's an active thread on israelh 's question 16:55:31 ... screen orientation is israelh 's 16:55:36 ... fullscreen is tantek and anne 16:55:46 ArtB: chaals said asking the chairs is not the right thing 16:55:50 ... ask the room 16:55:54 israelh: it was a question for the room 16:56:15 ... is there an objection to adding the idl definitions to the spec 16:56:19 ... Mozilla and Chrome do it 16:56:21 chaals: seems logical 16:56:30 israelh: do we need the editor here? 16:56:58 ArtB: it's tricky since anne and tantek aren't members 16:57:13 ... tantek is a member of CSS, and it's a joint deliverable w/ them 16:57:34 ArtB: Gamepad 16:57:40 ... i haven't gotten updates from scott/ted on it 16:57:45 ... any data on implementation status 16:57:53 smaug: ted landed a patch to gecko 16:58:00 ... and has been fixing bugs in the spec 16:58:02 ... it's changing 16:58:12 chaals: implementation status beyond gecko? 16:58:21 smaug: gecko has some support in nightlies 16:58:23 ... and chrome has some 16:58:31 ... but i don't know if it's the same, as the spec is changing 16:58:36 chaals: testing? 16:58:43 ... do you know more than we do? 16:58:47 smaug: no 16:59:20 ArtB: next is Web Components, IndexedDB 16:59:23 fjh has left #webapps 16:59:25 ... Java Bindings 16:59:31 Travis: who has the action for that? 16:59:35 ... heycam? 16:59:36 chaals: yes 16:59:41 ArtB: should we push to NOTE? 16:59:44 Travis: i'd like to 16:59:52 ... i don't think anyone would object 17:00:06 ACTION: barstow start a CfC to move Java bindinings for WebIDL to WG Note 17:00:06 Created ACTION-677 - Start a CfC to move Java bindinings for WebIDL to WG Note [on Arthur Barstow - due 2013-05-02]. 17:00:14 ArtB: pointer lock 17:00:19 RRSAgent, draft minutes 17:00:19 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html timeless 17:00:35 smaug: non fullscreen pointer lock is supported in nightlies 17:00:43 ... and i think in Alpha 17:00:48 ... and i think in Chrome 17:00:49 sicking has joined #webapps 17:00:51 s/Alpha/Aurora/ 17:00:56 ... i think they're pretty close 17:01:06 ArtB: action on chaals / i to chase vincent on getting to LC 17:01:15 ... does the spec look pretty good, or are there major issues? 17:01:19 smaug: i think there are issues 17:01:24 ... on how permissions are handled 17:01:31 ... i think there are bugs open 17:01:39 chaals: yeah, action on us to chase vincent 17:01:47 ... progress we have scheduled 17:01:50 ... and push 17:02:00 chaals: Quota Management, whose fault is that? 17:02:00 ACTION: barstow ask Vincent about next step for PointerLock (e.g. what needs to be done to go LC) 17:02:01 Created ACTION-678 - Ask Vincent about next step for PointerLock (e.g. what needs to be done to go LC) [on Arthur Barstow - due 2013-05-02]. 17:02:33 eric: as far as i know, Kinuko isn't going to be here 17:02:41 ... no status 17:02:44 chaals: action us to chase that 17:02:49 ... Selectors API 17:02:53 ... it's a REC, we're done 17:02:57 ... *woohoo* 17:03:03 ACTION: barstow ask Kinuko about status and plans for Quota Mangement API 17:03:03 Created ACTION-679 - Ask Kinuko about status and plans for Quota Mangement API [on Arthur Barstow - due 2013-05-02]. 17:03:22 ... Selectors API Level 2? 17:03:29 Travis: i'd love to hear an implementation report 17:03:37 ... i know IE has pieces of it - matchesSelector() 17:03:44 [ Silence ] 17:03:46 Travis: ok 17:03:56 ArtB: we can take an action to ask lachy 17:04:01 richt has joined #webapps 17:04:04 ACTION: barstow ask Lachlan if he has some impl data re Selectors API v2 17:04:04 Created ACTION-680 - Ask Lachlan if he has some impl data re Selectors API v2 [on Arthur Barstow - due 2013-05-02]. 17:04:07 s/scribenick: timeless// 17:04:10 s/scribe: Josh_Soref// 17:04:22 s/yes/yeS/ 17:04:24 s/yes// 17:04:27 s/yeS/yes/ 17:04:35 MikeSmith: Web Components has arrived 17:04:41 present+ dglazkov 17:04:44 present+ tantek 17:04:52 tantek: and a couple of github observers 17:05:01 mat_tod: mat tod 17:05:13 corry_johnson: corry johson [Github] 17:05:18 s/tod/tod [Github] 17:05:20 ArtB: SSE 17:05:27 ... entered CR last december 17:05:28 jsbell has joined #webapps 17:05:38 ... tina has run inerop 17:05:42 ... once bugs are fixed 17:05:49 ... that spec should be able to do interop testing for CR 17:05:55 s/inerop/interop/ 17:06:08 ... tina has a column for IE 17:06:13 ... it appears, that it's not implemented? 17:06:17 ... should we remove that column? 17:06:30 adrianba: we don't have anything to say about any plans 17:06:34 ... you should remove the column 17:06:38 ArtB: ok, i'll tell tina 17:06:42 ... anything else on SSE? 17:06:52 ... Shadow DOM, dglazkov will take mic later 17:06:58 ... Screen Orientation, we spoke earlier 17:07:02 ... - mounir isn't here 17:07:27 chaals: i was especting tobie to point out 17:07:35 ... there's functionality that's important to tablet/game developers 17:07:43 ACTION: barstow ask Tina to remove the IE column from the SSE implementation report 17:07:43 ... about specifying/holding that isn't in spec 17:07:43 Created ACTION-681 - Ask Tina to remove the IE column from the SSE implementation report [on Arthur Barstow - due 2013-05-02]. 17:07:51 israelh: one question, related to fullscreen 17:07:56 ... what are expectations around browser? 17:08:04 ... should browser be in full screen at that point? 17:08:10 ... or should it be something that 17:08:22 ... maybe it's... when you go fullscreen 17:08:32 chaals: my understanding is that the browser isn't expected to fullscreen itself 17:08:39 ... the thing you fullscreen goes fullscreen 17:08:50 ... it's unclear what happens if you fullscreen something in a fullscreened thing 17:08:56 israelh: part of it is 17:09:00 ... there's a jarring experience 17:09:06 ... when the browser is taking a portion of the screen 17:09:11 ... and you navigate to a web page 17:09:17 ... and it forces the screen orientation to switch 17:09:23 ... in a tablet, everything is flipped arond 17:09:26 s/arond/around/ 17:09:33 ... is there a ratio when this would kick in 17:09:41 ... it's very different than just happened to navigate to the page 17:09:52 ... frame around it happens to be mostly fullscreen 17:09:53 tantek_ has joined #webapps 17:09:59 ... and a page that requests to go full screen 17:10:07 ... like input 17:10:16 chaals: don't see any reason why you'd put that into 17:10:19 ... that you'd count a ratio 17:10:30 ... authors can create nice experiences or crazy jarry 17:10:40 ... useful to do what they want to do 17:10:49 ... you'll get horrendous experiences 17:10:54 ... that seems to be a minimal 17:11:00 ... thing we don't want to specify 17:11:08 ... and b lets people do what they want 17:11:13 israelh: more of a potential interop 17:11:17 ... would be great to say 17:11:23 ... we agree it doesn't really matter 17:11:30 ... doesn't matter on size of screen 17:11:36 ... maybe there's a suggestion, as a note 17:11:43 ... for certain sizes 17:11:49 tantek_: key thing is 17:11:58 ... to capture there might be an issue between interaction of these two apis 17:12:04 ... i'd invite people to submit user scenario 17:12:11 ... where user goes through some number of steps 17:12:19 ... altering orientation / entering fullscreen 17:12:22 ... and gets confused 17:12:32 ... if that happens, we can document that 17:12:35 garykac has joined #webapps 17:12:38 ... as informative advice for apps to avoid 17:12:54 ... sound reasonable? 17:12:56 israelh: yes 17:13:09 chaals: not expected to be finished this week 17:13:17 ... anyone have update on testing/implementation status? 17:13:20 chaals: Streams API 17:13:35 ... mounir? 17:13:41 MikeSmith: what happened to other guy? 17:13:50 ArtB: Feras is Streams 17:14:07 adrianba: i understand there's a discussion of Streams on the list 17:14:12 ... i need to have a look at that 17:14:18 ... we're using the Stream API in MSE 17:14:29 ... i understand there was some discussion of it in WebCrypto earlier this week 17:14:30 israelh: yes 17:14:35 adrianba: we've implemented this 17:14:43 ... it's possible there could be more discussion in the File discussion 17:14:52 ArtB: any other implementations of Streams API? 17:14:57 MikeSmith: google's working on one 17:15:09 ... or, i have some reason to believe they may be working on one 17:15:18 ... perhaps someone who works for Google could comment? 17:15:27 darobin: i think fake_alex_russel 17:15:45 s/russel/russell/ 17:15:50 chaals: URL will be in Admin 17:15:58 ... Manifest format, we have w/ AppCache 17:16:00 s/fake_alex_russell/@FakeAlexRussell/ 17:16:08 ... Web Components - give dglazkov 17:16:18 ... WebIDL - we have scheduled 17:16:21 ... Web Intents? 17:16:43 bryan: just wondering if those involved would be present 17:16:47 ... to have an update 17:16:56 ... on status / convergence of Intents/Activities 17:17:02 ArtB: DAP was what was driving this 17:17:09 ... my understanding is it isn't active 17:17:20 sicking might have updates for you guys 17:17:23 chaals: does Firefox OS have any skin in this game 17:17:26 shepazu has joined #webapps 17:17:31 sicking: we had meetings w/ Google on Intents/Activities 17:17:35 ... and sent a report to the list 17:17:40 ... nothing has happened since 17:17:55 ... we need to experiment with implementations to figure out what experiences are good 17:18:00 ... and then figure out apis to do that 17:18:05 ... we can't do apis until we figure out experiences 17:18:17 bryan: we have at least Beta/Aurora of activities? 17:18:30 sicking: we have soon to be shipping implementations of Activities in a very narrow scenario 17:18:35 ... only on mobile-small screen 17:18:40 ... only for Apps 17:18:45 ... to be Activity Handlers 17:18:49 ... it doesn't work on desktop 17:18:57 ... it doesn't allow pages to be handlers 17:19:07 ... we need to solve those issues 17:19:11 chaals: why doesn't? 17:19:18 sicking: UX issues are different 17:19:25 ... on mobile you only have one app running at a time 17:19:32 ... on desktop you have multiple displayed apps 17:19:36 chaals: you turned it off? 17:19:45 sicking: we could do the existing behavior, but it would be bad 17:19:53 bryan: to move that forward? 17:19:59 ... it's a joint TF of DAP/WebApps 17:20:09 ... it'd be great to get other eyes around those user interface issues 17:20:18 ... could we have those issues on a wiki? 17:20:26 ... something to understand what that UX is and provide input 17:20:32 ... i understood it as an area 17:20:41 ... that would involve Protocol / Content Handler capabilities? 17:20:45 sicking: too many unknowns 17:21:03 ArtB: my assumption is that if it's important to someone, they'll put resources to drive it forward 17:21:06 chaals: except DOM4 17:21:10 ArtB: Web Messaging 17:21:18 ... i think we have agreement on a set of tests 17:21:34 ... Alex said he'd run interop testing on IE + Opera 17:21:40 krisk: Kris K, Microsoft 17:21:53 ... from our private testing, we know two browsers pass each test across the board 17:22:01 ... should discuss how we should submit them 17:22:06 ... we should be able to move to REC 17:22:14 ... if browser vendors could click the links 17:22:22 ArtB: you're talking about all submitted tests? 17:22:26 krisk: all in Mercurial Approved 17:22:38 ... there's the move from Mercurial to Github 17:22:43 chaals: ready to declare victory 17:22:51 ArtB: would be nice to get a WebKit status 17:22:57 ... anyone want to run the tests? 17:23:01 chaals: I've got a webkit browser 17:23:14 ArtB: anyone i could get from Mozilla to run through the tests? 17:23:17 sicking: probably 17:23:21 ... i don't know 17:23:25 ArtB: i'll talk to smaug 17:23:27 ... that's great 17:23:34 ... so we could move to PR real soon 17:23:36 krisk: correct 17:23:39 ArtB: Web Sockets 17:23:41 ... similar 17:23:49 ... we have agreed on a set of tests from Opera+Microsoft 17:23:51 ... krisk ? 17:24:00 krisk: Ms2ger also submitted tests 17:24:06 ... we have a lot of tests now, >500 total 17:24:14 ... bad news, we have 4 tests that only pass in one browser 17:24:15 ... bummer 17:24:26 ... handful of tests that i believe are just broken 17:24:30 ... either fix or remove 17:24:35 ... that's where it's at 17:24:50 krisk: we should wait until tomorrow 17:24:57 ArtB: Web Storage? 17:24:58 ... PR 17:25:04 ... blocking REC is normative reference issues 17:25:07 ArtB: Workers 17:25:13 ... i would have said we had an approved test suite 17:25:18 ... and then simon said wait wait 17:25:21 ... he's adding tests 17:25:25 ... he feels test suite isn't 100% 17:25:39 ... i assume he'll add those tests in several weeks 17:25:42 ... testing in May/June? 17:25:49 jeffh has joined #webapps 17:26:02 krisk: simon last fall agreed to take on test suite 17:26:07 ... and he added shared workers tests 17:26:12 ... i think there's more work to do 17:26:28 ArtB: shared workers wasn't broadly implemented last fall? 17:26:35 Travis: i think there are at least two implementations 17:26:44 ArtB: i have an action to push simon to complete his contributions 17:26:48 chaals: XHR is scheduled 17:27:00 [ Break ] 17:27:42 garykac: UI events aren't on PubStatus 17:27:52 ArtB: Pointer Events has a dependency on UI Events 17:28:00 ... i meant to ask about getting a FPWD 17:28:08 ... are we ready to publish that? 17:28:12 garykac: we should talk about that today 17:28:13 dgrogan_cloud has joined #webapps 17:28:17 Travis: i'll add it to pubstatus 17:28:32 garykac: for a number of months, it's in a good state 17:28:39 ... i'm concerned about keyboard events 17:28:45 ... there's an event that specifies locale 17:28:50 s//[ Break ]/ 17:28:54 ArtB: is there a bugzilla component? 17:28:57 ... i'll check that 17:29:03 ... should we start a CfC? 17:29:06 garykac: sounds good 17:29:26 ACTION: barstow start a CfC for FPWD of UI Events (and make sure it has a Bugzilla component) 17:29:27 Created ACTION-682 - Start a CfC for FPWD of UI Events (and make sure it has a Bugzilla component) [on Arthur Barstow - due 2013-05-02]. 17:29:36 chaals: anything else we've forgotten? 17:29:43 ArtB: next up is AppCache/App Manifest 17:29:45 [ Break ] 17:29:57 RRSAgent, draft minutes 17:29:57 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html timeless 17:30:04 Present+ Jeff 17:30:09 Present+ Travis 17:30:16 Presen+ plh 17:30:17 present+ Lyle 17:30:27 present+ plh 17:30:27 present+ krisk 17:30:30 present+ David_Grogan 17:30:32 present+ Daniel_Austin 17:31:00 present+ Alec_Flett 17:31:01 s/corry_johnson: corry johson/Corey_Johnson: Corey_Johnson/ 17:31:11 Present+ Corey_Johnson(GitHub), Matt_Todd(GitHub) 17:31:28 s/mat_tod: mat tod/Matt_Todd: Matt Todd/ 17:31:37 present+ Joshua_Bell 17:31:39 s/Corey_Johnson: Corey_Johnson/Corey_Johnson: Corey Johnson/ 17:31:43 Present+ Lyle_Troxell(4D) 17:43:44 JaeChung has joined #webapps 17:45:28 EricU has joined #webapps 17:46:38 virginie_ has joined #webapps 17:47:53 krisk has joined #webapps 17:48:44 lyle has joined #webapps 17:50:15 topic: App Manifest 17:50:21 sicking: as you may or may not know 17:50:27 ... there's a SysApps WG in W3C 17:50:30 lyle has joined #webapps 17:50:32 ... totally different from WebApps 17:50:44 ... one of the things we're working on is creating an App Platform similar to Widgets 17:50:46 ... same UCs 17:50:51 ... but different set of solutions 17:51:09 ... something we'd like is get input from this WG 17:51:15 ... we'd like to make something based on the web 17:51:21 ... not just use the same JS APIs 17:51:24 ... and Markup language 17:51:31 ... but also have the same Design principles 17:51:40 ACTION: barstow work with Alex and Chaals re interop data for Web Messaging 17:51:40 Created ACTION-683 - Work with Alex and Chaals re interop data for Web Messaging [on Arthur Barstow - due 2013-05-02]. 17:51:41 ... the companies in SysApps are from a different background 17:51:47 ... we'd like to 17:51:50 ... um, eh 17:51:57 ... we have a Manifest specification 17:52:00 http://manifest.sysapps.org/ 17:52:01 ... and a Runtime specification 17:52:12 http://runtime.sysapps.org/ 17:52:25 ... the latest EDs of the specs 17:52:34 ... the specs are living in Github and we use Github to track issues 17:52:38 ... we're proposing 17:52:43 ... to create a joint deliverable w/ this WG 17:52:49 ... at the very least for the Manifest specification 17:53:02 ... we think there are a lot of uses for Manifest specification 17:53:06 ... outside of the SysApps 17:53:12 ... it solves the same UCs 17:53:18 ... similar to what apple's meta tags 17:53:25 ... if the User bookmarks this to the homescreen 17:53:34 ... the name of the icon, the icon 17:53:39 ... it's similar to AppCache 17:53:46 ... things to startup 17:54:00 ... this Manifest ties together existing pieces 17:54:09 ... there's app specific things (permissions) 17:54:29 ... we could remove that, and move them into other specifications 17:54:38 ... we'd like to standardize this so we could have `bookmark to homepage` 17:54:43 ... and so you could build other experiences 17:54:53 ... Chrome has Miniature tabs 17:54:58 ... FirefoxOS has app tabs 17:55:08 ... when the user says `make this into an app tab`, you could grab info from the manifest 17:55:14 ... use icons and appcache info from the manifest 17:55:21 ... there's a lot that isn't app specific 17:55:35 ... want to create richer experience for web sites 17:55:41 q? 17:55:44 ... without having to make an app 17:55:44 q+ 17:55:48 Aside: Firefox's mini tabs are called "Pinned Tabs": http://support.mozilla.org/en-US/kb/pinned-tabs-keep-favorite-websites-open 17:55:49 ... we believe this is already chartered 17:55:53 q+ 17:55:55 ... based on work already done by widgets 17:56:04 ... this is the feature set we're trying to solve 17:56:11 ... this integrates nicely w/ AppCache 17:56:14 q? 17:56:16 ack hober 17:56:23 hober: i wanted to quickly +1 the UCs 17:56:26 ... for a standard manifest format 17:56:35 ... extending beyond the non web sandbox of sysapps 17:56:41 "Pinned Tabs allow you to always keep your favorite web apps like Facebook, Gmail and Twitter open and just a click away." - from cited URL. 17:56:43 ... and not all browsers are participating there 17:56:46 ack chaals 17:56:55 chaals: i believe this is chartered, because i wrote this into the charter 17:56:59 ... back when we said yeah 17:57:01 ... and i said no 17:57:05 s/i/you/ 17:57:07 ... so welcome back 17:57:12 sicking: we always wanted to do this 17:58:23 ArtB: chaals is right that 17:58:33 ... the manifest draft on the screen is within scope 17:58:41 ... but it is not identified as a joint deliverable with sysapps 17:58:46 ... it makes sense to collaborate 17:58:50 http://www.w3.org/wiki/System_Applications_WG:_Manifest 17:58:55 ... maybe Eve / plh could give feedback 17:59:11 s/Eve/Yves/ 17:59:11 ... can we discuss on public-webapps w/o explicitly updating the charter? 17:59:13 davidb has joined #webapps 17:59:16 ... we know in the past 17:59:30 ... adding new deliverables to WebApps has raised issues for members because of the IP commitment 17:59:34 ... in this case, i think it's ok 17:59:39 ... because it looks like what we have 17:59:44 ... if we go down this path, we'd need a CfC 17:59:51 ... so far, i've heard hober say it's reasonable 17:59:56 ... we haven't heard anyone else 17:59:59 ... anyone else 18:00:08 chaals: Yandex would like to make it a joint deliverable 18:00:18 bryan: we'd support it being a joint deliverable 18:00:27 ... the needs of web apps and installable are overlapped 18:00:35 ArtB: seeing no other feedback 18:00:39 ... maybe, we'll craft a CfC 18:00:44 ... use current draft as our guide 18:00:49 ... sicking asked about permissions 18:00:54 lyle: we'd support it being a joint deliverable (4D) 18:00:58 ACTION: chaals to make a CfC for joint work with sysapps on webapp manifests 18:00:58 Created ACTION-684 - Make a CfC for joint work with sysapps on webapp manifests [on Charles McCathie Nevile - due 2013-05-02]. 18:01:00 ... we could use the CfC to gauge whether that's too far 18:01:07 plh: why joint deliverable? 18:01:11 ... maybe darobin or MikeSmith could 18:01:15 JF has joined #webapps 18:01:21 ArtB: this isn't AppCache 18:01:33 q? 18:01:46 q+ 18:01:49 JF has left #webapps 18:01:52 MikeSmith: as someone who has to deal w/ administrative hassle of joint deliverables 18:01:56 ... please don't make me do it 18:02:00 ... i don't see it getting us more IP 18:02:07 chaals: other alternative is to move the spec into this group 18:02:12 ... it's on our list of deliverables 18:02:13 arun has joined #webapps 18:02:19 sicking: i'm fine w/ moving it from SysApps to this group 18:02:34 ... in SysApps, we'd have to define extensions, but we'd have to do that anyway 18:02:44 ... it's a question we haven't raised in the SysApps WG, but we'd have to raise it 18:02:46 ack si 18:02:50 ... it's an option 18:03:08 ArtB: so that's a CfC to make WebApps sole owner? 18:03:09 JaeChung has joined #webapps 18:03:11 chaals: we don't need a CfC 18:03:20 ... imagine a chair of SysApps was around 18:03:25 ... how do you feel about the idea? 18:03:31 wonsuk: i think that in case of SysApps WG 18:03:42 ... we already made a decision to propose a TF w/ WebApps 18:03:49 Jin_Peng has joined #webapps 18:03:51 ... in aspect of SysApps WG there are no objection 18:03:57 ... not sure how can we make a TF 18:04:03 ... do we need to make a different mailing list? 18:04:05 ... and wiki page 18:04:08 chaals: this is the thing 18:04:16 ... if we make a joint TF, there's a lot of admin to do 18:04:25 ... the suggestion is to JUST do Manifest in WebApps 18:04:32 ... and SysApps says we've given it away 18:04:46 ... but do you think that would be something the SysApps group might be happy with? 18:04:49 JaeChung has joined #webapps 18:04:49 wonsuk: i think so 18:04:59 ArtB: anyone have any issues with that? 18:05:00 [ None ] 18:05:09 ArtB: working assumption is WebApps will work on this 18:05:14 ... is marcosc in WebApps? 18:05:21 Yves: yes 18:05:36 sicking: a more controversial proposal 18:05:43 ... the same thing, but for runtime spec 18:05:46 ... for same reasons 18:05:51 ... we have the runtime spec 18:05:58 ... which defines concept of apps, small api for interacting 18:06:06 ... i don't think we'd want to move that to WebApps 18:06:09 q+ 18:06:13 ... i think it would be interesting to do as a joint Deliverable 18:06:19 ... i can imagine people don't like that 18:06:23 chaals: you'd have to talk to MikeSmith 18:06:26 q? 18:06:30 ack hober 18:06:33 hober: i'd rather not do that 18:06:59 ArtB: i'd expect there'd be other objections from Members 18:07:09 sicking: it seems to me that it falls under the same widget charter 18:07:11 ... but 18:07:15 ... i understand 18:07:22 ... this is why i brought it up separately and after 18:07:27 ... but i'd still like more webby input 18:07:35 chaals: so you're recruiting people to do sysapps 18:07:37 ... work 18:07:42 ... and then dropping the actual work 18:07:48 sicking: you say that, as if it's a bad thing 18:07:50 [ laughter ] 18:07:54 present+ Arnaud_Braud 18:08:00 chaals: i think the current charter would permit it 18:08:06 ... if you just do it, you might surface objections 18:08:12 ... the current charter doesn't say we'll do joint work 18:08:29 ... if we try to do that, you'll provide a nice opportunity to give their opinion on the distribution of resources 18:08:33 sicking: i'll drop the subject 18:08:37 Topic: AppCache 18:08:49 sicking: i sent a proposal to webapps@ 18:09:00 ... about a very different AppCache than what we currently have 18:09:05 ... based on discussion over years 18:09:12 http://lists.w3.org/Archives/Public/public-webapps/2013JanMar/0977.html -> Jonas' AppCache proposal 18:09:23 ... i received input, not a lot, but more than i could keep up w/ 18:09:27 ... two questions 18:09:29 s/->// 18:09:33 s/http/-> http/ 18:09:40 ... 1. is this group still interested in this? 18:09:48 ... 2. which implementations would be interested in doing this? 18:09:55 ... which implementations want to do an updated appcache 18:10:02 ... which would be interested 18:10:19 ... there's also separate work in github on a NavigationController, which is a different way of solving the problem 18:10:27 ... my intent was to have both, with an interaction between the two 18:10:32 ... the second question is 18:10:40 ... should we have a declarative format at all 18:10:46 ... or only a Script based (NavigationControlleR) 18:10:55 ... there's work to fix the performance 18:10:57 s/R/r/ 18:10:57 q+ 18:11:04 present+ Lyle_Troxell 18:11:06 ... there's some concept of a manifest 18:11:10 ... it's a big question 18:11:22 ... A. who's interested in working on something like the New AppCache? 18:11:35 ... B. if we do new AppCache, entirely Script based, or something declarative? 18:11:37 ack chaals 18:11:40 chaals: we want to do something 18:11:47 rrsagent, draft minutes 18:11:47 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html JonathanJ 18:11:51 ... the stuff we're pushing to implement is likely to be script based 18:11:58 ... but it seems like it'd be nice to have a declarative backing 18:12:05 ... a lot of UCs aren't amazingly complicated 18:12:13 ... making a declarative approach available makes it easier 18:12:28 israelh: i think a declarative approach should continue to be supported 18:12:37 ... if only for backwards compat w/ simple sites 18:12:42 ... a scripting approach is needed 18:12:50 ... the ability to allow those interact 18:12:55 ... it's just about how to define them 18:13:13 sicking: MS's input on this is sort of needed 18:13:23 ... the way the script based thing is heading, it doesn't have a declarative part at all 18:13:35 ... if it's something that's important to you guys, i'd urge you to voice that opinion 18:13:43 ... i believe declarative is important 18:14:00 ... i have a concern that declarative solves so few UCs that it isn't useful 18:14:16 israelh: there are things in the issues outlined 18:14:27 ... that we have resolved w/ proprietary tags 18:14:34 ... that were requested by internal properties 18:14:38 ... like caching master entry 18:14:50 ... you create a relationship, but don't cache master entry 18:14:55 q+ 18:14:56 JaeChung has joined #webapps 18:15:00 ... we already have a large property that actually uses this 18:15:06 ... IndexedDB and AppCache to work offline 18:15:11 ... it goes back to what scenarios 18:15:16 ... there are scenarios in which this does work 18:15:23 ... maybe they aren't as interesting anymore 18:15:28 ... but they're existing apps 18:15:34 ... i keep hearing about wild UCs 18:15:45 ... we need to be specific about what UCs aren't solved by this 18:15:49 ... that are solved by something else 18:15:55 ack as 18:15:57 adrianba: we've talked for a while about the issues 18:16:00 ack adr 18:16:08 ... can we evolve our way to a solution 18:16:12 ... or do we do something new? 18:16:16 ... i think doing something new is 18:16:25 ... the approach that sicking is suggesting 18:16:31 ... and something we should embrace 18:16:35 ... the one question i had was 18:16:47 ... whether we should look at something entirely separate from what's there currently 18:16:57 ... it wasn't clear whether the proposal would ignore the manifest attribute 18:17:09 ... that was the old approach, and we're doing something separate 18:17:19 ... i was thinking we'd have similar entrypoints 18:17:24 ... but the format and rules would be different 18:17:31 ... discuss pros/cons of that 18:17:44 sicking: my vision w/ this proposal 18:17:59 ... was to enable supporting back compat 18:18:06 ... enable web sites to support the old format 18:18:14 ... and take advantage of browsers supporting the new format 18:18:25 ... invent a new attribute that links to the new manifest 18:18:33 ... apps could list both attributes 18:18:38 ... or only new or only old 18:18:46 sicking: it is definitely a 18:18:58 ... replacement, but enabling websites/implementations to have a transition 18:19:03 q+ 18:19:10 ... and to keep supporting the old stuff for as long as useful 18:19:22 chaals: it's said that AppCache perfectly supports its UCs 18:19:26 ... "and that's the problem" 18:19:29 q+ 18:19:33 ... it's important to lay out the UCs that we're trying to deal w/ 18:19:37 ... we set out UCs 18:19:42 ... some of this isn't pure offline stuff 18:19:48 ... it's optimization of the network 18:19:55 ... most of the network in Russia is crappy 18:20:03 ... that's important to work with 18:20:08 ... here are UCs we'd like to enable 18:20:17 ... we've all got ideas in our head 18:20:19 q+ sicking 18:20:39 sicking: paul backus, of zynga started a thread 18:20:44 ... i got feedback from others 18:20:49 ... it'd be useful to list UCs 18:20:54 ... and how this proposal solves the UCs 18:20:59 ... and include sample manifests 18:21:06 ... i'm planning on writing that up 18:21:09 ... which hopefully will help 18:21:19 ... i still think we have the large question of 18:21:24 ... should we do this declarative solution 18:21:30 ... script base solves everything 18:21:35 ... it may have perf issues 18:21:39 ... but they're probably solvable 18:21:44 ... we should spend time looking at UCs 18:21:48 ... and see how it matches them 18:21:49 ack adrianba 18:21:56 adrianba: 3 points 18:22:06 ... 1. we talked about this a bunch 18:22:17 ... we've all experienced problems w/ the original appcache proposal 18:22:19 ... we want to fix it 18:22:22 ... this is a great starting point 18:22:27 ... we should write it more formally 18:22:31 ... we'd be happy to help w/ that 18:22:41 ... part of that should be gathering together those UCs 18:22:52 ... it's a great suggestion to take UCs and show examples of how to satisfy 18:22:58 ... gathering into a document would be great 18:23:12 ... 2. probably some charter work to do to make it possible 18:23:17 ... we started that work at TPAC 18:23:20 ... given this is 18:23:26 ... different enough from the current AppCache 18:23:40 ... and we aren't talking about modifying AppCache 18:23:47 ... i'm less concerned about talking w/ HTML WG 18:24:03 ... 3. we made some substantial engineering investments in supporting the original appcache 18:24:13 ... manage caches, keep those files, know when to purge them 18:24:19 ... we don't want to do that again 18:24:25 ... we'd like to see how much we can make work w/ this 18:24:32 ... that might impose constraints 18:24:34 ack israelh 18:24:36 israelh: in the past 18:24:44 ... when we tried to make progress w/ the existing manifest 18:24:50 ... there was controversy about UCs 18:24:54 ... it was offline only 18:24:57 ... being open 18:25:07 ... about transactional boundaries 18:25:11 ... are issues we'll have to figure out 18:25:17 ... to make it map to the engine we have now 18:25:34 chaals: there's a nice seat next to arun 18:25:42 sicking: i have this naive hope 18:25:53 ... it sounds one of the things the existing AppCache did 18:25:57 ... the transactional approach 18:26:02 ... to go from one to another 18:26:08 ... it's hard to say at this stage 18:26:14 ... at mozilla, we don't have that problem 18:26:19 ... our existing impl is so crappy 18:26:25 ... that we have to rewrite it anyway 18:26:26 [ laughter ] 18:26:28 q? 18:26:32 sicking: the way it goes away, we're happy 18:26:36 ... it's not entirely by accident 18:26:46 ... the intent is that we can use the same manifest i was talking about before 18:26:55 ... they use the same linking mechanism 18:27:03 ... icon:, name:, cache: 18:27:11 JaeChung has joined #webapps 18:27:13 ... that would work much better than the current Manifest specification 18:27:18 ... that links to separate items 18:27:35 chaals: i put a note to myself to talk about this for Chartering discussion 18:27:42 ... when you say help 18:27:48 ... you were going to offer an editor 18:27:59 adrianba: ... 18:28:15 ArtB: i heard a need for UCs 18:28:26 ... sicking, does that response address UCs? 18:28:29 ... do we need volunteers? 18:28:32 sicking: there's work to be done 18:28:36 ... i'll send the UCs we had in mind 18:28:41 ... there's more work 18:28:53 ... this is the main case where the existing AppCache fell down 18:29:19 ... i think this is the way to prove/disprove that the declarative proposal will work 18:29:25 ArtB: we could ask paul to contribute 18:29:31 ... anyone else willing to contribute UCs? 18:29:32 adrianba: yes 18:29:41 ArtB: chaals, i saw you raise your hand 18:30:03 sicking: i can't be the editor 18:30:25 ArtB: nice to know we have interest in doing things 18:30:38 ... we can ask for leads, or helpers 18:30:45 chaals: we could perhaps get a helper 18:30:48 ... not sure about a lead 18:30:52 ... the people i'm thinking of 18:30:52 zakim, passcode? 18:30:52 the conference code is 92323 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), marcosc 18:31:02 adrianba: i don't think we're in a position to make a commitment 18:31:05 ... want to help 18:31:10 ... w/ formal writing down of UCs 18:31:16 .... to make sure we capture those 18:31:21 ... we have some of that written down 18:31:24 q+ marcos to volunteer? 18:31:28 ... transcribing it isn't much extra work 18:31:37 +[IPcaller] 18:31:43 ... getting things from MS about what worked/failed 18:31:46 ... capturing that 18:31:51 zakim, [ipcaller is myVictim 18:31:51 +myVictim; got it 18:31:54 ... we think this is going in the right direction 18:32:01 zakim, IPcaller is me 18:32:01 sorry, marcosc, I do not recognize a party named 'IPcaller' 18:32:03 zakim, myVictim is Marcos 18:32:03 +Marcos; got it 18:32:03 ArtB: makes sense 18:32:17 marcosc: hello 18:32:34 ArtB: we have an action that marcosc will be editing appcache? 18:32:36 marcosc: no 18:32:46 [ break ] 18:39:06 Topic: Indexed DB 18:39:45 jsbell: on the agenda was going over open bugs 18:39:47 ... and LC tracking 18:39:53 ... let's do LC tracking first 18:39:54 http://dvcs.w3.org/hg/IndexedDB/raw-file/tip/Overview.html -> Indexed DB ED 18:39:56 s/->// 18:39:57 https://dvcs.w3.org/hg/IndexedDB/raw-file/tip/IndexedDB%20Disposition%20of%20Comments.html 18:40:05 s/http:/-> http:// 18:40:12 s/https/-> https/ 18:40:17 garykac has joined #webapps 18:40:24 s/html/html Disposition of Comments/ 18:40:25 lyle has joined #webapps 18:40:28 jsbell: lots of green 18:40:34 ... most aren't normative changes 18:40:40 ... but we should probably do another LC 18:40:47 chaals: TBD here? 18:40:50 jeff has joined #webapps 18:41:02 eliot: i should probably change TBD to something more appropriate 18:41:10 ... that was placeholder text from a table shepazu used 18:41:16 ... there's no response from those people 18:41:27 ... i could change TBD to NA/blank 18:41:31 chaals: limit of time for response 18:41:35 ACTION: eliot update IDB LC comment tracking document to replace "TBD" with something more descriptive 18:41:35 ... don't wait forever 18:41:35 Created ACTION-685 - Update IDB LC comment tracking document to replace "TBD" with something more descriptive [on Eliot Graff - due 2013-05-02]. 18:41:39 RRSAgent, make minutes 18:41:39 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html MikeSmith 18:41:42 jsbell: seeing a few nods for going to another LC 18:41:45 chaals: seems reasonable 18:42:11 israelh: one of the questions we have 18:42:15 ... it seems a lot of the comments we made 18:42:23 ... have been integrated into implementations 18:42:24 q+ chaals 18:42:29 ... i haven't heard of new implementations 18:42:38 ... i haven't heard of things that will invalidate 18:42:44 ... are things discussed in email 18:42:49 ... that we haven't brought back to the spec 18:42:54 ... i'm wondering about the Process 18:43:02 ... does moving forward/going back to LC? 18:43:06 ack sic 18:43:16 sicking: i'm fine w/ not going back to LC 18:43:22 Zakim: ack me 18:43:27 ... not terribly knowledgeable about formalism 18:43:39 ack chaals 18:43:43 chaals: going back to LC 18:43:50 ... it's more of a hygiene thing 18:43:54 ... put it up for 3 weeks 18:43:59 ... only the changes are fairly open 18:44:10 ... it gives you hygiene for Patent Policy 18:44:24 ... and it takes 3 weeks for ArtB / myself to organize the next step anyway 18:44:40 lyle: is there any interest in indexedDB including webSql 18:44:48 ... a jdbc remote database call 18:44:52 [ laughter ] 18:44:58 israelh: that's why i want this to move forward 18:45:03 ... we've gone through a lot of things in the WG 18:45:09 ... we've identified things we've chosen not to do in V1 18:45:14 ... likely to stir up again in LC 18:45:19 ... things we'll have the same answers to 18:45:23 ... implementations are really close 18:45:28 ... let's keep moving forward 18:45:40 ... my inclination is to move forward 18:45:43 ... and then get to v2 18:45:48 ... for new things 18:46:01 q+ 18:46:06 ack ma 18:46:06 marcos, you wanted to volunteer? 18:46:07 i/gives you/chaals: you probably won't have comments anyway/ 18:46:10 ack chaals 18:46:18 chaals: i agree we don't want to open the thing up widely 18:46:23 ... the LC is "this is version1" 18:46:33 ... we're showing you the spec we're pushing to REC 18:46:41 ... if people say "you forgot to boil the ocean" 18:46:46 ... the response will be "out of scope" 18:46:52 ... we'll make that very clear if we go to LC 18:47:01 ... we say "you're not getting websql" or anything else into 18:47:04 q? 18:47:52 ArtB: i have a feeling trying to convince director that there haven't been changes to invalidate review 18:47:56 ... +1 a new LC 18:48:10 ... concerted effort to get those comments addressed quickly 18:48:17 ... don't let it drag on for months 18:48:26 ... as a chair, you learn not to allow them to drag on 18:48:33 israelh: scope it, that'd be awesome 18:48:46 ... don't allow for repetition of previously presented comments 18:48:52 chaals: absolutely 18:48:54 ... resolution 18:48:59 ... we'll put up 3 week LC 18:48:59 sicking has joined #webapps 18:49:04 https://www.w3.org/Bugs/Public/buglist.cgi?product=WebAppsWG&component=Indexed%20Database%20API&resolution=---&list_id=8909 -> IDB Open Bugs 18:49:04 ... this is a review of the changes 18:49:10 ... we don't take on new work 18:49:12 s/->// 18:49:16 s/https/-> https/ 18:49:22 ... we'll do more in v2 18:49:26 ... what's your testing story? 18:49:35 sicking: i don't think we have two implementations that implement everything 18:49:38 ... IE is lacking Arrays 18:49:41 +q 18:49:42 ... Chrome is lacking Blob 18:49:45 ... Firefox impl is perfect 18:49:51 chaals: that's what they said about AppCache 18:50:01 jsbell: no sync api impls 18:50:08 marcosc: i was going to ask about sync api 18:50:08 drop the sync API ? 18:50:12 ... will that be dropped in LC? 18:50:20 sicking: there's no way it'll survive 18:50:25 ... it's listed as AT-RISK 18:50:31 ... maybe we could drop before LC 18:50:37 ... we have a mostly working impl 18:50:40 jsbell: +1 to droppiing 18:50:43 s/ii/i/ 18:50:47 +1 dropping 18:50:50 israelh: +1 for dropping 18:50:55 ArtB: what's the plan for the bugs? 18:50:56 tantek has joined #webapps 18:51:05 eliot: those 3 bugs were submitted after the official LC period 18:51:14 ... not sure how that applies 18:51:17 ... one is in DoC 18:51:20 ... the other two came later 18:51:29 ArtB: if we publish a new LC, we should consider these 18:51:34 eliot: i'll add to DoC 18:51:40 jsbell: 21801 18:51:48 ... i filed as i was making a bug fix to our impl 18:51:52 ... i think it's non-controversial 18:51:56 ... looking for eyeballs 18:51:56 https://www.w3.org/Bugs/Public/show_bug.cgi?id=21801 18:52:02 ... 21555 18:52:08 https://www.w3.org/Bugs/Public/show_bug.cgi?id=21555 18:52:10 ... this came out of discussion on ML/other bug 18:52:16 ... to match new features of WebIDL 18:52:21 ... try to avoid webIDL `any` 18:52:26 ... using webIDL `unions` 18:52:38 ... this looks like webIDL doesn't support attribute returning js array 18:52:53 ... comments from heycam suggesting webIDL spec additions to address 18:53:00 sicking: i don't think we need to depend on webIDL 18:53:05 ... we can use prose 18:53:13 jsbell: yes, we can do that, seeing nodding 18:53:20 jsbell: 17681 18:53:23 ... was in DoC 18:53:28 ... it's been resolved, reopened, resolved, reopened 18:53:39 ... when spec was written, it listed a list of exceptions for arrays w/ tabular format 18:53:44 ... the spec wasn't written in new format 18:53:49 ... of step-wise 18:53:52 ... i've removed the tables 18:54:02 ... but the spec doesn't specify order 18:54:09 ... and the opera tests showed different behaviors 18:54:21 ... sicking and i talked about picking an ordering or picking some implementation 18:54:25 ... israelh has an objection 18:54:32 israelh: from our perspective 18:54:38 ... we don't see this as adding value to the web developer 18:54:47 ... the pattern we see is that they'll catch the exception 18:55:02 ... they're not going to look at the details of the exception 18:55:04 Should we replace all exceptions by plain Errors? 18:55:05 q+ 18:55:07 ... either move forward or not care 18:55:17 ... don't see reason to expend resources 18:55:21 ... even if the spec had it 18:55:24 ack marcosc 18:55:26 ack ma 18:55:34 ack sicking 18:55:42 sicking: i think israelh addressed my question 18:55:49 ... specwise it's easy to give a global order 18:56:01 ... if it supports A, B, C, you check for A, B, then C 18:56:06 ... i don't think it matters 18:56:13 ... i still would like to see a defined order 18:56:20 israelh: i think it'd be silly 18:56:29 ... to not be spec compliant just because of error order 18:56:34 q+ 18:56:37 sicking: you aren't compliant because of arrays 18:56:45 israelh: yes, but that's useful because it addresses a UC 18:56:48 ... but exception order? 18:56:54 ... what UCs does it help 18:57:00 adrianba: different between not implementing a feature 18:57:04 ... and here 18:57:10 ... we're saying "multiple things are wrong here" 18:57:17 I wonder how much time it would take to implement a consistent order, and how much time has already been wasted on objections 18:57:20 ... in the end, the operation isn't going to complete 18:57:27 ... i don't think it matters to web developers 18:57:30 JaeChung has joined #webapps 18:57:36 ... knowing there are multiple things wrong 18:57:43 ... you're told about one, and stop 18:57:47 chaals: if we accept your position 18:58:01 ... actual order in which you burst into flames, break down, and explode 18:58:18 ... we'll get a comment from a web dev explaining why we're ruining his business, his life, and his relationship 18:58:23 ... how many of those will we get? 18:58:30 sicking: not a hill i will die on 18:58:43 sicking: people will do crazy stuff 18:58:50 ... things may work in one impl and not another 18:58:56 ... fine w/ punting and leaving undefined here 18:58:59 Might as well do it now 18:59:04 adrianba: maybe we'll get impl experience 18:59:11 ... about whether or not this is a problem 18:59:16 ... in CR 18:59:29 lyle: if we don't get a recommendation of the order, then implementers will never get in sync 18:59:33 ... can we get a recommendation list 18:59:44 ... and say we'd like people to align to this 18:59:51 chaals: i don't see that as a solution 18:59:56 ... you set up an expectation for developers 19:00:06 ... then they'll see it was a sales pitch 19:00:27 ... we just tell them don't trigger multiple failures 19:00:35 israelh: exceptions are things that you're not going to deal w/ in most cases 19:00:44 ... DataErrorException or CloningProblem 19:00:49 ... things i'll overcome: errors 19:00:53 ... failed to commit to database 19:00:57 ... that i need to retry 19:01:04 ... the error model is robust enough 19:01:06 lyle: i disagre 19:01:12 ... if you deal w/ errors in a different order 19:01:17 q+ 19:01:22 ... how you handle an error is very important to an application 19:01:39 q- 19:01:47 lyle: we can chat over lunch 19:01:53 israelh: the errors are so different 19:02:43 Objections were cited about moving the API to Futures 19:03:35 as out of scope for V1 Last Call 19:05:17 ArtB: how long lunch you'll have? 19:05:48 s/samug/smaug/ 19:05:52 k 19:06:39 -Ms2ger 19:06:39 ArtB: I will block on starting a CfC for LC of IDL until I get a Go message from Joshua, Israel and Jonas 19:06:43 Enjoy lunch 19:06:51 s/IDL/IDB/ 19:06:54 RRSAgent, make minutes 19:06:54 I have made the request to generate http://www.w3.org/2013/04/25-webapps-minutes.html ArtB 19:08:56 zakim, who is here? 19:08:56 On the phone I see Olli_Pettay, Paypal, Marcos 19:08:57 On IRC I see JaeChung, tantek, sicking, garykac, Jin_Peng, arun, davidb, EricU, dgrogan_cloud, jeffh, shepazu, tantek_, jsbell, Travis, acolwell, tlr, JonathanJ, Jungkee, yosuke, 19:08:57 ... TylerB, Bin_Hu, eliot, bryan, darobin, wonsuk, plh, lgombos 19:10:18 -Marcos 19:12:40 JaeChung has joined #webapps 19:27:46 JaeChung has joined #webapps 19:42:54 JaeChung has joined #webapps 19:58:07 JaeChung has joined #webapps 20:07:27 JonathanJ has joined #webapps 20:08:48 Dashiva has joined #webapps 20:08:54 garykac has joined #webapps 20:09:09 plh3 has joined #webapps 20:10:16 present+ Arun_Ranganathan 20:11:26 lyle has joined #webapps 20:11:30 q? 20:11:39 q- 20:11:47 -Olli_Pettay 20:11:48 present+ Gary_Kacmarcik 20:11:54 Topic: DOM3 Events - Status Update 20:12:04 https://www.w3.org/Bugs/Public/buglist.cgi?product=WebAppsWG&component=DOM3%20Events&resolution=--- -> DOM 3 Events Bugs 20:12:07 krisk has joined #webapps 20:12:11 Travis: please don't raise any concerns or questions 20:12:16 s/->// 20:12:18 http://www.w3.org/2008/webapps/track/products/2 -> Open Issues 20:12:21 s/https/-> https/ 20:12:28 s/->// 20:12:32 s/http/-> http/ 20:12:37 +[IPcaller] 20:12:39 Travis: we did a LC 20:12:43 http://www.w3.org/2008/webapps/wiki/DOM3Events#Last_Call_Comments -> LC Comment Tracking for D3E 20:12:51 Zakim, [IPcaller] is Olli_Pettay 20:12:51 +Olli_Pettay; got it 20:12:51 ... and we now have implementers working on the last bits 20:13:03 ... the new action is the Keyboard events 20:13:08 ... mozilla has given us a bunch of bugs 20:13:10 Zakim, nick smaug is Olli_Pettay 20:13:10 ok, smaug, I now associate you with Olli_Pettay 20:13:15 ... related to specific issues in the spec 20:13:16 JaeChung has joined #webapps 20:13:22 ... hey, you need a key value for a given thing 20:13:28 ... we have 25 of these bugs 20:13:29 ( 26 open D3E bugs open ATM) 20:13:35 ... garykac and i have reviewed them all 20:13:44 ... a lot of them are editorial fixups 20:13:49 ... fixing explanatory stuff in the spec 20:14:09 ... then we have to work on tests 20:14:15 ... we ported tests to github 20:14:21 ... we have 20 or so tests 20:14:32 ... that look at event model/propagation - supported by 100% of browsers 20:14:38 ... what's missing is tests on key combinations 20:14:43 ... where we're getting bugs 20:14:58 ... our effort in the next several months is work on places where we need to beef up tests in these cases 20:15:03 ... from mozilla and hopefully google 20:15:12 ... for future requests, we've spun up the UI Events document 20:15:19 ... which is taking open requests for new features 20:15:31 present+ Jin_Peng 20:15:36 Travis: that's the status 20:15:46 ... we'll need multiple months to get the spec prose updated 20:15:51 ... reissue, a 3rd LC 20:16:00 ... we'll try to keep the LC period short (3-4 weeks) 20:16:07 ... and work on getting tests identified and approved 20:16:15 ... by next TPAC we could propose CR 20:16:17 only 3rd last call and the spec is 10+ years old :) 20:16:21 ... which i've said for years and years 20:16:30 chaals: you can copy that from last year's TPAC 20:16:34 ArtB: we can blame shepazu 20:16:43 garykac: we talked/worked during lunch 20:16:51 ... concerned that the editorial comment come down to 20:16:57 ... "this spec is unclear" in a bunch of points 20:17:05 ... a lot of that will require adding additional information 20:17:15 ... we'd like to have the minutiae encoded in the tests 20:17:27 ... and we can't get this spec signed off on w/o this being encoded in the tests 20:17:36 ... there's talk that this is blocking IME 20:17:42 ... the messy part is DOM keyboard stuff 20:17:52 ... a lot of DOM keyboard could be extracted out 20:18:00 ... keyboard events will take at least until the end of the year 20:18:22 smaug: I will talk to masayuki if he can help with key event tests while implementing that stuff to Gecko 20:18:44 chaals: we're beginning to suspect that keyboard events are tricky, after 10 years on it 20:18:55 ... i don't have a great position on this (splitting it out) 20:18:58 ... dom2 did this 20:19:13 garykac: was it a separate doc, or did they put it as dom3 keyboard? 20:19:21 chaals: they did it as `something they'll do later` 20:19:24 ... now it's `later` 20:19:28 ... what are we better off doing 20:19:36 ... if we can get the rest of the spec out, w/o key events 20:19:44 ... we're not forcing people to do specs 20:19:50 ... we do them when it's painful 20:19:58 ... keyboard events are clearly painful around the web 20:20:09 ... what do people think? 20:20:25 Travis: if they've been blocked on D3E for years, a few months isn't a big deal 20:20:37 ... keyboard events are in much better place now, than when DOM2 was wrapping up 20:20:43 ... whichever path 20:20:50 ... is about accelerating the spec 20:20:50 zakim, passcode? 20:20:50 the conference code is 92323 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), marcosc 20:20:53 ... we want to get it all done 20:21:07 +[IPcaller] 20:21:10 ... i don't think keyboard is blocking any more than the rest 20:21:28 glenn_: from my perspective, there's no point in publishing D3E w/o keyboard 20:21:36 ... it's the thing missing from DOM events for a long time 20:21:44 ... i'd have to object 20:21:54 chaals: other takers? 20:22:05 ... i lean to not splitting it out 20:22:09 ... keep pain in front of us 20:22:14 JonathanJ has joined #webapps 20:22:17 garykac: i got the impression that people are afraid of the spec 20:22:24 ... i got the impression minor changes aren't going in 20:22:32 ... i'm fine w/ them staying in as long as we're making progress 20:22:42 ... concerned that there's concern it's collapsing under its own weight 20:22:49 ... but i think it's getting close 20:22:55 ... just dotting i's, crossing t's 20:23:04 ... right now, if you implemented, it wouldn't be cross browser 20:23:15 ArtB: are you two editing the spec right now? 20:23:19 Travis: right now, it's just me 20:23:25 ... but i don't see why i couldn't add garykac 20:23:37 ArtB: i see 26 bugs 20:23:52 Travis: a lot are `just add this keyboard code` 20:24:03 garykac: i'm volunteering to edit 20:24:11 ... to add keyboard codes, and fix English 20:24:20 weinig: Sam Weinig, Apple 20:24:33 present+ Sam_Weinig 20:24:44 chaals: hearing "we'll be done by some TPAC" 20:24:51 garykac: we need to get our testing situation in order 20:24:57 ... w/o that, we don't have confidence in order 20:25:34 chaals: so, "Testcases are accepted, welcome, and wanted" 20:25:48 ArtB: we have Alex Kuang from Microsoft as test facilitator 20:26:01 krisk: there's room for more tests 20:26:33 garykac: i'd imagine signing up for tests 20:26:43 ArtB: does 75% sound fine for coverage? 20:26:44 q+ 20:26:48 garykac: for keyboard, closer to 5% 20:26:57 ... other parts probably have test coverage 20:27:14 krisk: we set up test facilitators so that editors wouldn't do everything 20:27:24 q- 20:27:26 Travis: garykac, do you want to replace alex? 20:27:30 garykac: that's fine 20:27:44 krisk: i love your passion 20:27:56 israelh has joined #webapps 20:28:06 Topic: Web Components 20:28:13 dglazkov: wanted to give a quick update 20:28:15 ... since the last 20:28:20 ... delta or absolute? 20:28:25 JaeChung has joined #webapps 20:28:25 ... Absolute first 20:28:32 ... we wrote an explaner a long time ago 20:28:38 ... turned it into a Doc for this WG a while ago 20:28:47 ... this turned into 4 specs 20:28:57 ... Shadow DOM, XX2, XX3, XX4 20:29:06 ... there's a risk of a fifth spec 20:29:17 http://dvcs.w3.org/hg/webcomponents/raw-file/tip/explainer/index.html -> Web Components Explainer/Intro 20:29:24 s/->// 20:29:28 s/http/-> http/ 20:29:53 dglazkov: the goal was never to have HTML Templates as its own spec 20:29:56 ... it's an extension spec 20:30:02 chaals: that would be in Plan 2014 20:30:13 darobin: we could just fold it directly into html 20:30:22 dglazkov: i'm really happy about that 20:30:28 ... it never seemed like a separate feature 20:30:51 ... there were several issues about Parsing 20:30:59 ... they have been ironed out since our last conversation 20:31:05 MikeSmith: what was the resolution on XML parsing? 20:31:12 dglazkov: there's graceful fallback mode 20:31:19 MikeSmith: the feature works in xml 20:31:19 -> http://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/templates/index.html HTML Templates 20:31:20 ... cool 20:31:34 -> http://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/shadow/index.html Shadow DOM 20:31:41 dglazkov: next is Shadow DOM 20:31:49 ... mozilla has a lot of questions 20:31:51 ... that's great 20:31:57 ... next is to work w/ CSS WG 20:32:04 ... on integration, w/ Selectors 20:32:11 ... there's value for other specs too 20:32:16 ... scope relative selectors 20:32:30 ... - which were vastly underspecified 20:32:33 q+ to ask about the spec 20:32:36 ... recently we had existential questions 20:33:04 ... Element, Shadow DOM, Declarative 20:33:12 ... I plan to resume work on Shadow DOM - RSN 20:33:17 ... Shadow DOM has a nice test suite 20:33:48 http://www.w3c-test.org/webapps/ShadowDOM/tests/submissions/Google/ 20:33:54 JaeChung has joined #webapps 20:33:57 ... as tests were written, we discovered bugs and fixed it 20:34:05 ... as the spec is updated, we plan to update the tests too 20:34:14 ... we're failing several tests right now 20:34:20 sicking: a big concern we have 20:34:35 ... is using selectors for insertion points is too damn slow 20:34:39 ... does webkit deal w/ it right now? 20:34:46 ... and you handle all possible dynamic modifications? 20:34:55 dglazkov: yes, and the test suite tests for that 20:35:05 ... the problem of combinatorial expansion is prohibitive 20:35:09 ... but it tests every selector 20:35:34 -> https://dvcs.w3.org/hg/webcomponents/raw-file/default/spec/custom/index.html Custom Elements 20:35:43 ... Custom Elements let you define your own platform objects 20:35:58 ... the problem w/ this, is that it operates in a space shared by several other specs, WebIDL, DOM, HTML 20:36:11 ... that space is irregular, it involved fixing bugs in all of those specs 20:36:17 ... huge thanks to Mozilla, and especially bz 20:36:20 shepazutu has joined #webapps 20:36:25 ... in guiding me, and helping me to understand how to do this 20:36:25 ACTION: barstow update Pubstatus of D3E to reflect Gary's participation in Editing and Testing 20:36:26 Created ACTION-686 - Update Pubstatus of D3E to reflect Gary's participation in Editing and Testing [on Arthur Barstow - due 2013-05-02]. 20:36:35 ... it's fairly well settled at least for imperative 20:36:47 ... Declarative syntax of custom elements is still up in the air 20:36:56 ... i don't expect it to be this way for much longer 20:36:58 ... we have an idea 20:37:05 ... and now that imperative is fairly solid 20:37:22 s/HTML, _and_ TC39/ 20:37:33 s|s/HTML, _and_ TC39/|| 20:37:38 s/HTML/HTML, _and_ TC39/ 20:37:55 dglazkov: we've ironed out this for ECMAScript 6 20:38:01 chaals: you have this ironed out? 20:38:07 dglazkov: yes, you can feed it a Class 20:38:15 ... next step, is to issue a draft 20:38:19 ArtB: i'll start a CfC 20:38:30 dglazkov: tross is not here 20:38:36 ACTION: barstow start a CfC to publish FPWD of Custom Elements 20:38:36 Created ACTION-687 - Start a CfC to publish FPWD of Custom Elements [on Arthur Barstow - due 2013-05-02]. 20:38:37 ... he contributed to the discussion 20:38:39 ... on synchronicity 20:38:54 -> https://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/imports/index.html HTML Imports 20:38:55 ... HTML Imports, another huge patch on html 20:39:13 ... which is how custom elements declarative syntax will integrate 20:39:17 ... i have an early draft 20:39:25 ... it's probably ready to do FPWD 20:39:35 ... its lifespan is intertwined w/ Custom Elements 20:39:51 ArtB: any objections to FPWD of HTML Imports? 20:39:55 MikeSmith: decorator? 20:39:58 ACTION: barstow start CfC for FPWD of HTML Imports 20:39:58 Created ACTION-688 - Start CfC for FPWD of HTML Imports [on Arthur Barstow - due 2013-05-02]. 20:40:06 dglazkov: yes 20:40:08 MikeSmith: there's no spec? 20:40:12 dglazkov: yes 20:40:17 ... we're walking around a large structure 20:40:27 ... i figured we'd start walking, and see what we can see from there 20:40:41 ... if you look at the explainer, they're the most hand-wavy part 20:40:52 ... web developers were saying wouldn't it be nice 20:41:00 ... it's really cool, but very dangerous 20:41:06 ... you're running script on selector 20:41:11 ... everyone who's done this before 20:41:16 ... MS and Mozilla/hixie 20:41:20 ... have said it's very dangerous 20:41:26 ... if people want it, we might consider it 20:41:29 ... i have no plans at this point 20:41:43 ArtB: the explainer is a nice document 20:41:49 ... do you see a need to update it? 20:41:53 dglazkov: it has been updated 20:41:59 ... we need to publish another version 20:42:10 ... it used to be forward looking 20:42:13 ACTION: barstow start CfC to publish new WD of the Web Components Explainer 20:42:13 Created ACTION-689 - Start CfC to publish new WD of the Web Components Explainer [on Arthur Barstow - due 2013-05-02]. 20:42:19 ... the process is working 20:42:29 hober: thanks for the status update 20:42:37 ... wonder if you want to take time to look at open issues 20:42:41 ... and maybe get ideas 20:42:59 chaals: we have time 20:43:10 dglazkov: i'm bug-happy 20:43:14 ... i file bugs on my specs 20:43:18 ... 186 bugs 20:43:25 ... best way to look at it is a tree 20:43:27 -> https://www.w3.org/Bugs/Public/buglist.cgi?product=WebAppsWG&component=Component%20Model&resolution=---&list_id=8922 Web Components Bugs 20:43:48 https://bugs.webkit.org/showdependencytree.cgi?id=52962&hide_resolved=1 20:44:21 http://www.w3.org/Bugs/Public/showdependencytree.cgi?id=14972&hide_resolved=1 20:44:41 s|https://bugs.webkit.org/showdependencytree.cgi?id=52962&hide_resolved=1|| 20:44:48 s/http/-> http/ 20:45:11 s/=1/=1 Dependency tree for dglazkov 's work/ 20:45:21 chaals: given 15 minutes 20:45:25 ... where would you like input? 20:45:35 dglazkov: shadow dom -- document fragment 20:45:40 ... callbacks in custom elements 20:45:51 ... double checking that we've got it right 20:46:02 ... there's another session w/ WebAppSec on isolation/security 20:46:11 chaals: anyone have this swapped into their brains? 20:46:12 [ Silence ] 20:46:59 dglazkov: Custom Elements 20:47:09 chaals: take 5 minutes to do a walk through 20:47:16 chaals: i'm happy to take a long break 20:47:36 -> https://dvcs.w3.org/hg/webcomponents/raw-file/default/spec/custom/index.html Custom Elements 20:47:48 [ dglazkov walks through Custom Elements ] 20:48:03 dglazkov: it lets an author provide a native like object 20:48:08 ... DOM objects are magical 20:48:12 ... they seem to have Constructors 20:48:15 ... but you can't subclass 20:48:21 ... you can't new things 20:48:29 ... it gives you something that seems like a DOM object 20:48:39 ... this spec doesn't refer to es6 20:48:50 ... the idea is that the construct() internal method is overwritten 20:49:00 ... in Registering Custom Elements 20:49:08 ... an element definition is registered w/ the document 20:49:14 ... and you get back a constructor 20:49:20 ... generated for you by the browser 20:49:28 ... it hooks the magic into the thing 20:49:34 ... you don't have to worry about how it works 20:49:50 ... when this object is instantiated by browser (parsing, construct node, adopt node) 20:49:54 ... JS isn't run 20:50:01 ... as a consolation prize for developers 20:50:09 ... we have a ready-callback 20:50:19 ... roughly at mutation time 20:50:29 ... if i need to initiate things 20:50:33 ... i do it during this callback 20:50:43 ... we'll add, an insertion-callback and a removal-callback 20:50:55 ... to be notified when a document is in/out of the document 20:51:06 ... you don't want a Clock to be running when it's outside of the document 20:51:11 ... lots of cool things 20:51:16 ... making sure we don't break invariants 20:51:20 ... of HTML/SVG 20:51:34 ... we do this thing where you can instantiate anything that inherits from Element 20:51:51 ... but in reality, only things that inherit from HTMLElement/SVGElement 20:51:59 ... we actually swizzle- prototypes 20:52:04 ... there's a quantum of time 20:52:11 ... you define your own element, put it in a tree 20:52:26 ... later on, it becomes 20:52:34 JonathanJ has joined #webapps 20:52:35 ... we ensure that the prototype chain 20:52:40 ... the top of the chain doesn't change 20:52:52 ... so it never has to modify past the ... 20:53:08 ... ElementRegistrationOptions looks suspiciously like a function 20:53:16 ... this would be a Class once ES6 arrives 20:53:30 ... right now you can pass any object 20:53:54 ArtB: you said something about Implementation Status? 20:53:57 dglazkov: it's early 20:54:06 ... Mozilla has some code, Blink has some code, WebKit has some code 20:54:08 ... none is runnable 20:54:33 weinig: i'm still curious, years later 20:54:46 ... why is it necessary to inherit from existing browser specified objects 20:54:52 ... what benefit do you get over composition 20:54:57 ... i know we've been over this before 20:55:06 ... but i don't think it's been sufficiently explained 20:55:11 dglazkov: the basic goal 20:55:22 ... Custom Elements explains how DOM Elements are born 20:55:30 ... you could build