/irc-logs / w3c / #webapps / 2013-11-11 / end

Options:

# Session Start: Mon Nov 11 00:00:01 2013
# Session Ident: #webapps
# [00:27] * Joins: lgombos_ (~gombos@public.cloak)
# [00:27] * Quits: lgombos (~gombos@public.cloak) (Client closed connection)
# [01:18] * Joins: kennyluck (~kennyluck@public.cloak)
# [01:18] * Joins: Lachy (~Lachy@public.cloak)
# [01:23] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [01:23] * Joins: dopi (~dopi@public.cloak)
# [01:27] * Joins: nsakai2_ (~nsakai2@public.cloak)
# [01:29] * Quits: nsakai2_ (~nsakai2@public.cloak) ("Page closed")
# [01:30] * Joins: nsakai2_ (~nsakai2@public.cloak)
# [01:33] * Joins: abarsto (~abarsto@public.cloak)
# [01:34] * abarsto is now known as ArtB
# [01:34] * Joins: a12u (~androirc@public.cloak)
# [01:36] * Joins: aizu (~aizu@public.cloak)
# [01:39] * Quits: dopi (~dopi@public.cloak) (Ping timeout: 180 seconds)
# [01:40] * Joins: kennyluck_ (~kennyluck@public.cloak)
# [01:42] * Joins: Yudong (~Yudong@public.cloak)
# [01:43] * Joins: denis (denis@public.cloak)
# [01:44] * heycam|away is now known as heycam
# [01:44] * Joins: dopi (~dopi@public.cloak)
# [01:44] * Quits: kennyluck (~kennyluck@public.cloak) (Ping timeout: 180 seconds)
# [01:44] * kennyluck_ is now known as kennyluck
# [01:45] * Joins: dom (dom@public.cloak)
# [01:47] * Joins: Arno (~Arnaud@public.cloak)
# [01:48] * Joins: dom_ (dom@public.cloak)
# [01:53] * Quits: dom (dom@public.cloak) (Ping timeout: 180 seconds)
# [01:53] * Quits: Yudong (~Yudong@public.cloak) (Ping timeout: 180 seconds)
# [01:55] * Quits: dopi (~dopi@public.cloak) (Ping timeout: 180 seconds)
# [01:55] * Joins: Zakim (zakim@public.cloak)
# [01:55] * Joins: tomoyuki (~Tomoyuki@public.cloak)
# [01:55] * Joins: byungjung (~byungjung@public.cloak)
# [01:56] <ArtB> zakim, this is wapi
# [01:56] <Zakim> ArtB, I see IA_WebApps()7:00PM in the schedule but not yet started. Perhaps you mean "this will be wapi".
# [01:56] * Joins: lmclister (~lmclister@public.cloak)
# [01:56] * Joins: mete (~mete@public.cloak)
# [01:56] * Joins: Yudong (~Yudong@public.cloak)
# [01:56] * Joins: glenn (~gadams@public.cloak)
# [01:57] <ArtB> zakim, this will be WebApps
# [01:57] <Zakim> ok, ArtB; I see IA_WebApps()7:00PM scheduled to start 57 minutes ago
# [01:58] <ArtB> zakim, this is WebApps
# [01:58] <Zakim> ArtB, I see IA_WebApps()7:00PM in the schedule but not yet started. Perhaps you mean "this will be WebApps".
# [01:58] * Joins: RRSAgent (rrsagent@public.cloak)
# [01:58] <RRSAgent> logging to http://www.w3.org/2013/11/11-webapps-irc
# [01:58] <ArtB> RRSAgent, this meeting spans midnight
# [01:58] <RRSAgent> ok, ArtB; I will not start a new log at midnight
# [01:59] <ArtB> Meeting: WebApps F2F Meeting @ TPAC 2013
# [01:59] <ArtB> Agenda: http://www.w3.org/wiki/Webapps/November2013Meeting
# [01:59] * Joins: dom (dom@public.cloak)
# [02:01] * Quits: dom_ (dom@public.cloak) (Ping timeout: 180 seconds)
# [02:02] * Quits: a12u (~androirc@public.cloak) (Client closed connection)
# [02:04] * Joins: a12u (~androirc@public.cloak)
# [02:05] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
# [02:06] * Joins: a12u (~androirc@public.cloak)
# [02:06] * Joins: edoyle (~edoyle@public.cloak)
# [02:07] * Quits: dom (dom@public.cloak) (Ping timeout: 180 seconds)
# [02:09] * Joins: dopi (~dopi@public.cloak)
# [02:09] * Joins: dom (dom@public.cloak)
# [02:10] * Joins: nkic (~nkic@public.cloak)
# [02:11] * Quits: Yudong (~Yudong@public.cloak) ("Page closed")
# [02:11] * Joins: kennyluck_ (~kennyluck@public.cloak)
# [02:12] * Joins: myakura (~myakura@public.cloak)
# [02:14] * Joins: Yudong (~Yudong@public.cloak)
# [02:15] * Joins: Yang (~Yang@public.cloak)
# [02:15] * Joins: dom_ (dom@public.cloak)
# [02:16] * Joins: yuka_o_ (~yuka_o@public.cloak)
# [02:16] * Joins: nsakai2__ (~nsakai2@public.cloak)
# [02:17] * Quits: kennyluck (~kennyluck@public.cloak) (Ping timeout: 180 seconds)
# [02:17] * kennyluck_ is now known as kennyluck
# [02:17] * Quits: nsakai2_ (~nsakai2@public.cloak) (Ping timeout: 180 seconds)
# [02:18] * Joins: cyril (~cyril@public.cloak)
# [02:19] * Joins: richt (~richt@public.cloak)
# [02:20] * Quits: dom (dom@public.cloak) (Ping timeout: 180 seconds)
# [02:20] * Joins: richt_ (~richt@public.cloak)
# [02:21] * Quits: Yudong (~Yudong@public.cloak) (Ping timeout: 180 seconds)
# [02:22] * dom_ is now known as dom
# [02:22] <ArtB> Chair: Art, Chaals
# [02:22] <ArtB> Present+ Art_Barstow
# [02:23] * Joins: richt__ (~richt@public.cloak)
# [02:23] * Quits: dopi (~dopi@public.cloak) (Ping timeout: 180 seconds)
# [02:23] * ArtB asks everyone at the meeting to please Present+ Firstname_Lastname
# [02:23] <aizu> Present+ aizu
# [02:23] <ArtB> RRSAgent, make minutes
# [02:23] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html ArtB
# [02:23] * heycam is now known as heycam|away
# [02:23] <ArtB> RRSAgent, make log Public
# [02:23] <RRSAgent> I have made the request, ArtB
# [02:24] <Arno> Present+ Arnaud_Braud
# [02:24] <mete> Present+ Mete_Balci
# [02:24] * Joins: rsleevi (~uid4433@public.cloak)
# [02:24] <ArtB> Present+ Chaals_Nevile
# [02:24] * Joins: wayneCarr (~86868b4a@public.cloak)
# [02:25] <ArtB> zakim, call shenzhen
# [02:25] <Zakim> ok, ArtB; the call is being made
# [02:25] <Zakim> IA_WebApps()7:00PM has now started
# [02:25] <Zakim> +Shenzhen
# [02:26] <ArtB> zakim, who's here?
# [02:26] <Zakim> On the phone I see Shenzhen
# [02:26] <Zakim> On IRC I see wayneCarr, rsleevi, richt__, richt_, richt, cyril, nsakai2__, yuka_o_, dom, Yang, myakura, kennyluck, nkic, edoyle, a12u, RRSAgent, glenn, mete, lmclister, byungjung,
# [02:26] <Zakim> ... tomoyuki, Zakim, Arno, denis, aizu, ArtB, Lachy, lgombos_, skddc
# [02:26] <Zakim> + +1.503.264.aaaa
# [02:26] <Zakim> - +1.503.264.aaaa
# [02:26] <Zakim> -Shenzhen
# [02:27] <Zakim> IA_WebApps()7:00PM has ended
# [02:27] <Zakim> Attendees were Shenzhen, +1.503.264.aaaa
# [02:27] * Quits: richt (~richt@public.cloak) (Ping timeout: 180 seconds)
# [02:27] <tomoyuki> +Present Tomoyuki_Shimizu
# [02:27] * heycam|away is now known as heycam
# [02:27] * Joins: jungkees (~jungkees@public.cloak)
# [02:27] <tomoyuki> -Present Tomoyuki_Shimizu
# [02:27] <jungkees> Present+ Jungkee_Song
# [02:27] * Joins: aboyet (~Adium@public.cloak)
# [02:28] * ArtB ACTION barstow find a couple of specs for Adrian to Edit ;)
# [02:28] * Joins: adrianba (~adrianba@public.cloak)
# [02:29] * Joins: josh_ (~josh@public.cloak)
# [02:29] * Joins: shepazu (schepers@public.cloak)
# [02:29] <Zakim> IA_WebApps()7:00PM has now started
# [02:29] <Zakim> +??P2
# [02:29] * Quits: richt_ (~richt@public.cloak) (Ping timeout: 180 seconds)
# [02:29] <Zakim> + +1.503.264.aaaa
# [02:30] * Joins: plh (plehegar@public.cloak)
# [02:30] <ArtB> RRSAgent, make minutes
# [02:30] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html ArtB
# [02:30] * Joins: mastahyeti (~mastahyeti@public.cloak)
# [02:31] * Joins: Eliot (~Eliot@public.cloak)
# [02:32] * Joins: Yudong (~Yudong@public.cloak)
# [02:32] <ArtB> ScribeNick: heycam
# [02:32] <ArtB> Scribe: Cameron
# [02:32] * Joins: Travis_MSFT (~Travis_MSFT@public.cloak)
# [02:32] * Joins: dennisdmac (~dennisdmac@public.cloak)
# [02:33] * Joins: dezell (~webmaster@public.cloak)
# [02:33] <heycam> Topic: Agenda bashing
# [02:33] * Joins: sangrae (~sangrae@public.cloak)
# [02:33] <heycam> chaals: we have a couple of items already fixed
# [02:33] * mastahyeti is now known as btoews
# [02:33] <heycam> ... at 1:30 the Indie UI people will come and talk to us
# [02:33] * Joins: sgalineau (~sgalineau@public.cloak)
# [02:33] <heycam> ... they sent us a new proposal
# [02:33] <heycam> ... they'll talk about that
# [02:33] * Joins: xiaoqian (xiaoqian@public.cloak)
# [02:33] * Quits: sgalineau (~sgalineau@public.cloak) (sgalineau)
# [02:33] <heycam> ... at 5:00pm we have a couple of things locked in
# [02:33] <heycam> ... there's also a pile of topics we want
# [02:33] <heycam> ... DOM 3 Events, File API, ....
# [02:33] <shepazu> q+
# [02:33] * Zakim sees shepazu on the speaker queue
# [02:34] <heycam> ... we have a couple of requests to have Streams/XHR discussions after lunch, not between 2 and 2:30
# [02:34] <heycam> ... I suggest we push them later
# [02:34] <heycam> ... any preferences for discussing any topics?
# [02:34] * Joins: jin (~jin@public.cloak)
# [02:34] <heycam> shepazu: I think for people who aren't native English speakers, we're on IRC
# [02:34] <heycam> ... anyone need help getting started with that?
# [02:34] <heycam> ... IRC is helpful as the scribe types what everyone is saying
# [02:34] <heycam> ... find me and I can help you
# [02:35] * Joins: sgalinea_ (~sgalineau@public.cloak)
# [02:35] * heycam declines to scribe the Chinese
# [02:35] * Quits: sgalinea_ (~sgalineau@public.cloak) (sgalinea_)
# [02:35] * Joins: Daniel_Austin (~Daniel_Austin@public.cloak)
# [02:35] * Joins: paulc (~paulc@public.cloak)
# [02:35] * Joins: dopi_ (~dopi@public.cloak)
# [02:35] <Zakim> -??P2
# [02:35] * Joins: sgalinea_ (~sgalineau@public.cloak)
# [02:35] <heycam> chaals: so Streams and XHR, between those two do we want an hour?
# [02:35] <heycam> ... half an hour each?
# [02:35] * Quits: yuka_o_ (~yuka_o@public.cloak) (Ping timeout: 180 seconds)
# [02:35] * Joins: csjung (~csjung@public.cloak)
# [02:36] * Joins: chaals (~chaals@public.cloak)
# [02:36] <heycam> ... jungkee does that sound right?
# [02:36] * Quits: btoews (~mastahyeti@public.cloak) (btoews)
# [02:36] <heycam> jungkee: I also want to join Sys Apps for service worker introduction, which will happen this afternoon
# [02:36] * Joins: bryan (~bryan@public.cloak)
# [02:36] <heycam> ... I don't really know what time that will be
# [02:36] <bryan> present+ Bryan_Sullivan
# [02:36] <heycam> ... I'll speak to the SysApps chairs to organise a time
# [02:36] <heycam> ... so I'm OK with that
# [02:36] * Joins: yuer (~yuer@public.cloak)
# [02:36] <heycam> ... can I talk about Progress Events at the same time?
# [02:36] <heycam> chaals: yes
# [02:37] <heycam> ... do we want to talk about URLs?
# [02:37] * Joins: Kevin_li (~Kevin_li@public.cloak)
# [02:37] <heycam> ... next, Interop and Testing issues
# [02:37] <heycam> ... tomorrow afternoon
# [02:37] <heycam> ArtB: I can't get to the page right now; we have I think about 6 specs that are in CR right now
# [02:37] <heycam> ... including Progress Events
# [02:37] <heycam> ... for each of those I'd like to get a sense of where we're going with those
# [02:37] * Joins: btoews (~btoews@public.cloak)
# [02:37] <heycam> ... who's interested in helping, what are the issues
# [02:38] <heycam> ... that's a bit different from the block set aside for tomorrow afternoon
# [02:38] <heycam> ... jgraham agreed to split that session into the test framework we use, reviewing tests
# [02:38] <heycam> ... and the second half creating tests
# [02:38] <heycam> ... for today's agenda, interop and testing, I think I'd rather do that tomorrow morning
# [02:38] <heycam> chaals: we can more or less randomly distribute the rest of the topics
# [02:38] <heycam> ... unless someone has a preference
# [02:38] <heycam> ... so let's just put them in in the order they appear
# [02:39] <heycam> ... we have DOM 3 Events, File APIs, IME API, Quota API
# [02:39] * Joins: Zeke (~Zeke@public.cloak)
# [02:39] <heycam> ... Streams/XHR we've already git
# [02:39] <heycam> ... and UI Events
# [02:39] <Zakim> +[IPcaller]
# [02:39] <heycam> Travis_MSFT: I think we can probably combine the discussion on DOM 3 Events with UI Events
# [02:39] <heycam> ... so don't need separate blocks for those
# [02:39] <heycam> chaals: should we just do that first?
# [02:39] <heycam> ... first we'll go through all of our specs
# [02:40] * Joins: wangxz (~wangxz@public.cloak)
# [02:40] <heycam> ... for a status update; then we'll deal with the specs that need discussion
# [02:40] <heycam> ... first will be DOM 3 Events & UI
# [02:40] <heycam> ArtB: that OK Gary?
# [02:40] <heycam> gary: sounds fine
# [02:40] <heycam> Travis_MSFT: can we do that in the afternoon? I want to attend WebRTC in the morning
# [02:40] * Joins: sgalineau (~sgalineau@public.cloak)
# [02:41] * Joins: DayangShen (~DayangShen@public.cloak)
# [02:42] <paulc> Time difference between Shenzhen and Eastern Time is currently + 13 hours.
# [02:44] * Joins: Dayang (~SDY@public.cloak)
# [02:44] * Quits: DayangShen (~DayangShen@public.cloak) ("Page closed")
# [02:44] <heycam> sicking: if we can do it early he could call in. 11:30.
# [02:44] <heycam> chaals: IME at 12?
# [02:44] <heycam> ArtB: we need Mike Smith for that
# [02:44] <heycam> chaals: let's put it provisionally at 12
# [02:44] <heycam> gary: he's busy in the Testing thing
# [02:44] <heycam> ArtB: Quota API at 14:30
# [02:44] <heycam> ... will we do the File System API at the same time as File API?
# [02:44] * Joins: rniwa (~rniwa@public.cloak)
# [02:44] <heycam> sicking: yes
# [02:44] <heycam> hober: Mike is fine for that time
# [02:44] * Joins: lmcliste_ (~lmclister@public.cloak)
# [02:44] <ArtB> zakim, who's here?
# [02:44] <Zakim> On the phone I see +1.503.264.aaaa, [IPcaller]
# [02:44] <Zakim> On IRC I see lmcliste_, rniwa, Dayang, sgalineau, wangxz, Zeke, btoews, Kevin_li, yuer, bryan, chaals, csjung, sgalinea_, dopi_, paulc, Daniel_Austin, jin, xiaoqian, sangrae,
# [02:44] <Zakim> ... dezell, dennisdmac, Travis_MSFT, Yudong, Eliot, plh, shepazu, josh_
# [02:45] <Zakim> - +1.503.264.aaaa
# [02:45] <ArtB> zakim, call shenzhen
# [02:45] <Zakim> ok, ArtB; the call is being made
# [02:45] <Zakim> -[IPcaller]
# [02:45] <Zakim> +[IPcaller]
# [02:45] <Zakim> +Shenzhen
# [02:46] * ArtB asks wayne if he is dialed into WebApps' meeting?
# [02:46] * ArtB lgombos, try again pin = 9274#
# [02:46] * Joins: Marcus_Altman__ (~Marcus_Altman@public.cloak)
# [02:46] <Zakim> -[IPcaller]
# [02:46] * Quits: sgalinea_ (~sgalineau@public.cloak) (Ping timeout: 180 seconds)
# [02:46] <Zakim> +[IPcaller]
# [02:46] <Zakim> -[IPcaller]
# [02:46] <Zakim> +[IPcaller]
# [02:47] <Zakim> + +1.503.264.aabb
# [02:47] <shepazu> /me can people on the phone hear us?
# [02:48] * lgombos_ I can hear some conversation but not clear enough.. but the line is active
# [02:48] * Joins: wangxz_ (~wangxz@public.cloak)
# [02:48] <wayneCarr> heard nothing before
# [02:48] <heycam> Topic: PubStatus
# [02:48] <wayneCarr> can hear now but not understand
# [02:48] <heycam> chaals: we'll go through each of the specs we work on
# [02:49] <ArtB> http://www.w3.org/2008/webapps/wiki/PubStatus
# [02:49] <heycam> ... the first spec is AppCache NG
# [02:49] * Joins: zqzhang__ (~zqzhang@public.cloak)
# [02:49] <heycam> ... we have a proposal from Jonas
# [02:49] <heycam> ... and we have Service Workers that Alex is working on somewhere
# [02:49] <heycam> ... do we know what his plan is?
# [02:49] * shepazu sorry, I hope IRC is good enough to get the gist :(
# [02:49] <heycam> ArtB: jungkee you said Alex was going to go through it at SysApps?
# [02:50] <heycam> ... can we get him to present here?
# [02:50] * plh notes that Alex is at the TAG meeting today
# [02:50] * Quits: lmclister (~lmclister@public.cloak) (Ping timeout: 180 seconds)
# [02:50] * Joins: wxz (~wxz@public.cloak)
# [02:50] <heycam> jungkees: SysApps WG is working on some runtime design and speccing etc.
# [02:50] <heycam> ... and now a concept like Google's Event Page has been proposed at the last F2F
# [02:51] <heycam> ... after that, Marcos from Mozilla proposed we align our efforts with Service Workers
# [02:51] * Quits: dopi_ (~dopi@public.cloak) (Ping timeout: 180 seconds)
# [02:51] <heycam> ... since that covers basically the same requirements and use cases
# [02:51] <heycam> ... making the application offline
# [02:51] <heycam> ... so that's the bottom line
# [02:51] * Quits: wangxz (~wangxz@public.cloak) (Ping timeout: 180 seconds)
# [02:51] <heycam> ... the co-chair of SysApps invited Alex Russell to introduce his Service Worker work this afternoon
# [02:51] * Joins: TatsuyaIgarashi (~androirc@public.cloak)
# [02:51] * Quits: josh_ (~josh@public.cloak) ("")
# [02:51] <heycam> ... I heard that Alex has a meeting with the TAG this morning
# [02:51] <heycam> ... not sure about the schedule
# [02:51] * Joins: joshpeek (~joshpeek@public.cloak)
# [02:52] <heycam> chaals: we have an open session at 3pm
# [02:52] <heycam> ... can we do that together with Sys Apps then?
# [02:52] <heycam> jungkees: I think that'd be really nice
# [02:52] <heycam> ... SysApps are also talking about an application model
# [02:52] * Joins: kochi_tpac (~androirc@public.cloak)
# [02:52] * Joins: YANG_ (~Android@public.cloak)
# [02:53] * Parts: btoews (~btoews@public.cloak) (btoews)
# [02:53] * Joins: btoews (~btoews@public.cloak)
# [02:55] <heycam> jungkee: SysApps' charter was for application manifests, etc. like on FirefoxOS
# [02:55] <heycam> jungkee: IMO they are two different ways of implementing the same goals
# [02:55] <heycam> ... for offline webapps
# [02:56] <heycam> ... so at some point we need to talk about that together
# [02:56] * Joins: ken_ (~ken@public.cloak)
# [02:56] <heycam> chaals: let's hope to do that at 3pm
# [02:56] <heycam> ... next items is CORS
# [02:56] <heycam> ... we don't have Anne
# [02:56] <heycam> ArtB: I talked to Wendy a bit about this
# [02:56] <heycam> ... Brad is trying to organise a call with the Director
# [02:56] <heycam> ... the sticking point will be normative references
# [02:56] <heycam> ... one of which is to the Fetch spec
# [02:56] <heycam> ... not sure how that will be resolved
# [02:56] <heycam> ... hopefully PR will be published by the end of this month
# [02:56] <heycam> chaals: next, Clipboard APIs and events
# [02:56] <heycam> ... we don't have Hallvord
# [02:56] <Zakim> - +1.503.264.aabb
# [02:57] <ArtB> ACTION: dimitri reply to Ryosuke's comments re Custom Element as part of LC comments
# [02:57] * trackbot is creating a new ACTION.
# [02:57] * RRSAgent records action 1
# [02:57] <trackbot> Created ACTION-700 - Reply to ryosuke's comments re custom element as part of lc comments [on Dimitri Glazkov - due 2013-11-18].
# [02:59] <Zakim> +[IPcaller.a]
# [02:59] <ArtB> ACTION: barstow start a CfC to publish LCWD of DOM Parsing and Serialization
# [02:59] * trackbot is creating a new ACTION.
# [02:59] * RRSAgent records action 2
# [02:59] <trackbot> Created ACTION-701 - Start a cfc to publish lcwd of dom parsing and serialization [on Arthur Barstow - due 2013-11-18].
# [03:00] <heycam> chaals: it's in work still?
# [03:00] <heycam> ArtB: on Oct 17 Hallvord sent a status email
# [03:00] <heycam> ... requesting developer feedback
# [03:00] <heycam> ... nearly right to go to LC, still some bugs open
# [03:00] <heycam> ... only Firefox implements the whole spec, some partial implementations
# [03:00] <heycam> ... an action for Chaals and I to chase those bugs down
# [03:00] <heycam> chaals: custom elements in in LC
# [03:00] <heycam> ... comments due by 21st
# [03:00] <heycam> travis: generally do we have any Web Components discussions planned?
# [03:00] <heycam> rniwa: we have sent some comments
# [03:00] <heycam> .. for Custom elements about declarative syntax
# [03:00] <heycam> ... we have an issue with the register function taking a prototype
# [03:00] <heycam> ... there's no guarantee that the prototype is an HTML element
# [03:00] <heycam> ... you could inherit from random HTML elements which also could be a concern
# [03:00] <heycam> ... I'd like some time to talk about these issues
# [03:00] <heycam> chaals: we don't have Dmitry here
# [03:00] <heycam> ... next, DOM Parsing & Serialization
# [03:00] <heycam> travis: I havent' seen any activity in about a year
# [03:00] <heycam> ... maybe we should just consider moving it along to LC/CR and see if it brings up any feedback?
# [03:00] <heycam> ArtB: do you want to fix this one bug before LC?
# [03:00] <heycam> travis: I think it's already fixed in the Living Standard version
# [03:00] <heycam> ... I just need to do the work
# [03:00] <heycam> ... LC next week maybe?
# [03:00] <heycam> chaals: CfC for LC next week
# [03:00] <heycam> paulcotton: to go back to DOM 3, are you having a meeting with the Indie UI people?
# [03:00] <heycam> ... there's an overlap between the Indie & PF consistuency
# [03:00] * Joins: apps (~apps@public.cloak)
# [03:00] <heycam> ... they've asked for an agenda item in HTML on the relationship between DOM 3, DOM 4 and UI Events
# [03:00] <heycam> ... I wonder if it might make sense to bundle that with the Indie UI item this afternoon
# [03:00] <heycam> gary: I don't mind covering that
# [03:00] <heycam> ... I won't be around on Thursday
# [03:00] <heycam> ... so definitely on Monday/Tuesday
# [03:00] <heycam> chaals: I think it is a 2 min discussion
# [03:00] <heycam> shepazu: 15-30 mins
# [03:01] <heycam> ... I don't think there's a 2 min discussion. it'll take 5 mins to get settled in etc.
# [03:01] <heycam> ... there'll be information shared on both sides
# [03:01] * Joins: jj (~jj@public.cloak)
# [03:01] <heycam> ArtB: we have D3E right after Indie UI
# [03:01] <heycam> ... we can go right into that
# [03:01] <heycam> chaals: we hope it'll fit in to the agenda
# [03:01] <heycam> ... File API we will discuss after the break
# [03:01] <heycam> ... next: Full Screen API
# [03:01] <heycam> ... do we know anything about that?
# [03:01] <heycam> ... no Tantek
# [03:02] <heycam> ArtB: if anyone is willing to work on the W3C's version of Anne's Full Screen spec let me or Chaals know about it
# [03:02] <heycam> ... Game Pad, we don't have Scott/Ted in the room
# [03:02] <heycam> ArtB: the WG members know I attempted to get status in advance for this meeting
# [03:02] <heycam> ... Ted did reply that the spec is being implemented by at least Gecko
# [03:02] <heycam> ... is there interest from other vendors?
# [03:02] <heycam> ... I know Scott works for Google
# [03:03] <heycam> ... any idea about interest in implementation in Chrome? IE, WebKit?
# [03:03] <heycam> ... do you WebKit guys have something like the Chrome Status page?
# [03:03] <heycam> rniwa: we don't plan to implement Gamepad
# [03:03] * Quits: Yang (~Yang@public.cloak) ("")
# [03:03] <heycam> ... I think there was some suggestion in the past in the WebKit community, but I don't think we have a plan or a proposal to
# [03:04] <heycam> ArtB: one reason for having this conversation is about process
# [03:04] <heycam> ... chaals has been working on getting testing/requirements done earlier in the W3C Process
# [03:04] <Zakim> -[IPcaller.a]
# [03:04] <heycam> ... I'm just trying to get a sense on this one
# [03:04] <heycam> ... sounds like it might be iffy moving forwards
# [03:04] <heycam> adrianba: so we've looked at the spec
# [03:04] <heycam> ... it doesn't necessarily map to the way we think about gamepad
# [03:04] * Joins: droh___ (~droh@public.cloak)
# [03:05] <heycam> ... I know we've thought about how some of the aspects of gamepad, and the buttons etc., mesh with something like DOM Events
# [03:05] <heycam> ... so we don't have any plans for this specific API
# [03:05] <heycam> ... it's an area we've been thinking about
# [03:05] <heycam> ... i don't have anything else right now
# [03:05] * Quits: wxz (~wxz@public.cloak) (Ping timeout: 180 seconds)
# [03:05] <heycam> gary: one comment to add, from the DOM 3 perspective, looking at the keyboard events
# [03:05] <heycam> ... we assumed some sort of gamepad api would take over for joystick buttons etc.
# [03:05] <heycam> shepazu: an earlier draft did consider it
# [03:06] * MikeSmith hober, have you guys implemented the DeviceOrientation spec?
# [03:06] * shepazu Travis_MSFT, repeatKey
# [03:06] * hober MikeSmith: no
# [03:06] * shepazu for continuous movement
# [03:07] * Joins: YANG (~Android@public.cloak)
# [03:07] * MikeSmith hober ok
# [03:07] * Quits: YANG_ (~Android@public.cloak) (Client closed connection)
# [03:07] * Travis_MSFT I thought having the ability to poll the keyboard is the HTML game platform preferred technique.
# [03:07] * ArtB asks shepazu to verify the time for morning break
# [03:07] * shepazu Travis_MSFT, yeah, we should have polling for keyboard state
# [03:08] * Travis_MSFT We just need to figure out the privacy implications.
# [03:09] <heycam> adrianba: I wasn't suggesting for DOM 3, since we want to get that done
# [03:09] <heycam> ... there's some thinking around multiple users using a common application,
# [03:09] <heycam> ... and if there's more than one keyboard device provided, you might want to take presses from different places
# [03:09] <heycam> ... gamepad takes a simpler model
# [03:09] <heycam> gary: with buttons, we wanted that to happen
# [03:09] <heycam> ... e.g. click events to fire for buttons
# [03:09] <heycam> ... a recent change in DOM 3 click and dblclick events are fired only for the primary button
# [03:09] <heycam> ... so that doesn't work for gamepad, with a dozen buttons
# [03:09] <heycam> ... that's another area where DOM 3 isn't going to work for gamepad inputs
# [03:09] <heycam> chaals: HTML Imports
# [03:09] <heycam> ... Dmitry says the essence might go into HTML
# [03:09] <heycam> ... IndexedDB we'll talk about tomorrow
# [03:09] <heycam> ... IME later today
# [03:09] <heycam> ... Pointer Lock, we're in LC
# [03:09] <heycam> ... if you have a comment on that spec, please make it
# [03:09] <heycam> ... well before the end of this month
# [03:09] <heycam> ... do we know impl status for that?
# [03:09] <heycam> ArtB: I don't have a link to the latest effort
# [03:09] <heycam> chaals: progress events we'll come back to
# [03:09] <heycam> ... Push API
# [03:10] <heycam> ... Bryan Sullivan?
# [03:10] * shepazu ArtB, 10:30-11:30 Break - Foyer of Wuzhou Banquet Hall, 2F, Building A
# [03:10] <heycam> bryan: the status is accurate
# [03:10] <heycam> ... Art asked a question on the list
# [03:10] * Joins: naka (~naka@public.cloak)
# [03:10] <heycam> ... I don't know that we have anybody specifically signed up to be a test facilitator
# [03:10] <heycam> ... afaik no tests have been created yet
# [03:10] <heycam> ... afaik Mozilla is still working on an implementation, for Firefox OS?
# [03:10] <heycam> ... the PAG has done their report
# [03:10] <heycam> ... I think the spec has been pretty stable, for several months now, no outstanding bugs
# [03:10] <heycam> ... not much traffic on the list
# [03:11] <heycam> ... just trying to get through the PAG phase
# [03:11] <heycam> ... and the PAG report was that the exclusions didn't read upon the spec
# [03:11] <heycam> sicking: there's two challenges
# [03:11] <heycam> ... the first is that the first spec we did, that the PAG looked at, is significantly different from the current draft
# [03:11] <heycam> ... don't know if that's important
# [03:12] <heycam> chaals: the general principle is, if you change the spec between FPWD and LCWD, when you CfE again at last call, people may exclude patents against the new bits of work
# [03:12] <heycam> ... whether that happens or not...
# [03:12] <heycam> ... I think the PAG actually looked at the spec as it is now
# [03:12] * Quits: TatsuyaIgarashi (~androirc@public.cloak) (Client closed connection)
# [03:12] * Joins: TatsuyaIgarashi (~androirc@public.cloak)
# [03:14] * Quits: naka (~naka@public.cloak) ("Page closed")
# [03:14] * Joins: naka (~naka@public.cloak)
# [03:15] * Joins: jcraig (~jcraig@public.cloak)
# [03:15] * Quits: wangxz_ (~wangxz@public.cloak) (Ping timeout: 180 seconds)
# [03:15] * Quits: apps (~apps@public.cloak) (Ping timeout: 180 seconds)
# [03:16] <paulc> test
# [03:16] <bryan> scribenick: bryan
# [03:17] <ArtB> Scribe+ Bryan
# [03:17] <bryan> topic: SSE status
# [03:17] <bryan> topic for tomorrow
# [03:17] <bryan> Shadow DOM, working...
# [03:17] * Joins: AndroUser2 (~androirc@public.cloak)
# [03:17] * Quits: kochi_tpac (~androirc@public.cloak) (Client closed connection)
# [03:18] <bryan> chaals: Screen Orientation API, TAG has issues with it...
# [03:18] * Joins: jeff_ (jeff@public.cloak)
# [03:19] <bryan> ... URL spec, chaals is editor and no change in 6 months. not a massive lot ot work to do, but some horrible edge cases. co-editor welcome. expect help on URLs from IETF
# [03:19] <bryan> ... Web IDL, an hour this afternoon
# [03:19] * Joins: jjj (~Android@public.cloak)
# [03:20] <bryan> ... Web Manifest, a work of webapps and sysapps. Marcos indicated there is some research to do. A joint meeting will be planned.
# [03:21] <bryan> ... Web Storage, at REC. Hixie is making changes to his version. Any interest in the next version?
# [03:22] <bryan> ... taking an errata approach, we are required to note them but bothering to do something is another decision
# [03:22] * Quits: btoews (~btoews@public.cloak) (btoews)
# [03:23] <bryan> topic: Charter Status
# [03:23] <adrianba> q+
# [03:23] * Zakim sees shepazu, adrianba on the speaker queue
# [03:23] <bryan> chaals: charter expires in 6 months. proposed changes is to remove stuff.
# [03:23] <bryan> artb: no proposed additions at this time.
# [03:24] <jeff_> Doug, can we get a link to the Charter?
# [03:24] <heycam> @@ [continuing on Push API after "I think the PAG actually looked at the spec as it is now"] ... not the initial spec
# [03:24] <heycam> bryan: that's correct
# [03:24] <heycam> ... the spec as it stands now is considerably simpler than it was at FPWD
# [03:24] <heycam> chaals: the assumption is the risk of further exclusion is reduced
# [03:24] <heycam> sicking: the other challenge is, while we're defining an API, it's actually undefined how to fire a callback
# [03:24] <heycam> ... the best idea we have is to use service workers
# [03:24] <heycam> ... seems like it's going to be hard to get to Rec without Service Workers
# [03:24] <heycam> bryan: it also depends on DOM 4
# [03:24] <heycam> ... the events are based on Promises
# [03:24] <heycam> travis: Promises definition is moving to the ES spec
# [03:24] <heycam> ... so might be slightly easier to depend on there
# [03:24] <heycam> shepazu: I think it was accepted into the next draft of ES6 @@ [end of previous discussion on Push API]
# [03:24] * Quits: jj (~jj@public.cloak) (Ping timeout: 180 seconds)
# [03:24] <shepazu> q-
# [03:24] * Zakim sees adrianba on the speaker queue
# [03:24] <bryan> adrianba: can we just ask for an extension?
# [03:24] <ArtB> http://www.w3.org/wiki/Webapps/Charter
# [03:24] <shepazu> http://www.w3.org/2010/webapps/charter/
# [03:24] <adrianba> ack me
# [03:24] * Zakim sees no one on the speaker queue
# [03:25] <bryan> chaals: we may have some work per results from the supergroup discussion underway in AC
# [03:25] * Quits: tomoyuki (~Tomoyuki@public.cloak) (tomoyuki)
# [03:25] <shepazu> oops, http://www.w3.org/2012/webapps/charter/
# [03:26] <bryan> ... any other items we want to fold back in?
# [03:26] <jeff_> q+
# [03:26] * Zakim sees jeff_ on the speaker queue
# [03:26] * Quits: jjj (~Android@public.cloak) (Ping timeout: 180 seconds)
# [03:27] * Joins: naka_ (~naka@public.cloak)
# [03:27] <bryan> ... we could request an extension if it will make life easier, but a proper charter is better and not that hard
# [03:27] * Quits: joshpeek (~joshpeek@public.cloak) (Client closed connection)
# [03:28] <bryan> shepazu: suggest to push the boundaries re what is allowed in the charter for a supergroup
# [03:29] <bryan> chaals: that work started last week and we don't know what will result. another issue raised was the doc license; should we follow HTML example, or wait for theirs to complete
# [03:29] * Quits: ken_ (~ken@public.cloak) (Client closed connection)
# [03:29] * Quits: shepazu (schepers@public.cloak) ("is sleepy")
# [03:29] <bryan> ... if we push for open doc license earlier its unclear what would happen - W3C and members need to decide what they would like on this
# [03:30] * Joins: ken (~ken@public.cloak)
# [03:30] <jeff_> q?
# [03:30] * Zakim sees jeff_ on the speaker queue
# [03:31] * Joins: jjj (~Android@public.cloak)
# [03:31] <bryan> jgraham: tomorrow afternoon there will be a session on testing; with agenda (1) reviewing - this group has a large backlog
# [03:31] <bryan> ... (2) writing tests
# [03:32] * Quits: naka (~naka@public.cloak) (Ping timeout: 180 seconds)
# [03:32] <bryan> jeff: back on the charter; did not see too many deliverable with dates much beyond today; if we send a charter like that to the AC we may get pushback on where are the deliverables
# [03:33] <bryan> ... discussion should include what are the deliverables in the 14-15 timeframe
# [03:33] * Quits: edoyle (~edoyle@public.cloak) (Ping timeout: 180 seconds)
# [03:33] <bryan> chaals: our pubstatus wiki page gives that info; including this in the charter is trivial but a first approximation
# [03:33] * Joins: plh3 (plehegar@public.cloak)
# [03:34] <bryan> ... we have some guesses in the charter but unsuccessful in having actuality match the charter
# [03:34] <bryan> jeff: to provide at least a guess is good
# [03:34] * Joins: AndroUser (~androirc@public.cloak)
# [03:35] * Quits: AndroUser (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
# [03:35] * Quits: chaals (~chaals@public.cloak) (Ping timeout: 180 seconds)
# [03:35] <bryan> paulc: selectors API Level 1 is in DOM4?
# [03:35] <bryan> chaals: no
# [03:35] <bryan> paulc: can someone explain the relationship?
# [03:36] * Quits: droh___ (~droh@public.cloak) (Ping timeout: 180 seconds)
# [03:36] * Joins: kinuko (~androirc@public.cloak)
# [03:36] * Quits: dennisdmac (~dennisdmac@public.cloak) (Ping timeout: 180 seconds)
# [03:36] * Quits: zqzhang__ (~zqzhang@public.cloak) (Ping timeout: 180 seconds)
# [03:36] <bryan> chaals: Selectors Level 1 is REC; we were working on Selectors Level 2 and since DOM4 is doing that we are assuming it will be done there
# [03:36] * Joins: jjj_ (~Android@public.cloak)
# [03:36] <bryan> paulc: the pubstatus page says something else
# [03:37] * Quits: ken (~ken@public.cloak) (Ping timeout: 180 seconds)
# [03:37] <bryan> artb: the table has old info
# [03:37] * Joins: kochi__ (~kochi__@public.cloak)
# [03:37] * Quits: aboyet (~Adium@public.cloak) ("Leaving.")
# [03:37] * Quits: Zeke (~Zeke@public.cloak) ("Leaving...")
# [03:37] * Quits: YANG (~Android@public.cloak) (Client closed connection)
# [03:37] <bryan> paulc: to Jeff's point, that was confusing
# [03:37] * Quits: mete (~mete@public.cloak) ("This computer has gone to sleep")
# [03:37] * Joins: YANG (~Android@public.cloak)
# [03:37] * Quits: rniwa (~rniwa@public.cloak) (rniwa)
# [03:37] * Quits: denis (denis@public.cloak) (Ping timeout: 180 seconds)
# [03:37] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
# [03:38] * Quits: jjj_ (~Android@public.cloak) (Client closed connection)
# [03:38] * Joins: jjj_ (~Android@public.cloak)
# [03:38] * Quits: plh (plehegar@public.cloak) (Ping timeout: 180 seconds)
# [03:38] * Joins: jjj___ (~Android@public.cloak)
# [03:39] * Quits: aizu (~aizu@public.cloak) ("Page closed")
# [03:40] * Quits: jjj_ (~Android@public.cloak) (Client closed connection)
# [03:40] * Joins: YANG_ (~Android@public.cloak)
# [03:40] * Joins: jjj_ (~Android@public.cloak)
# [03:41] * Quits: jeff_ (jeff@public.cloak) ("Leaving")
# [03:41] * Quits: wayneCarr (~86868b4a@public.cloak) ("http://www.mibbit.com ajax IRC Client")
# [03:41] * Quits: richt__ (~richt@public.cloak) (Client closed connection)
# [03:41] * Joins: richt (~richt@public.cloak)
# [03:41] * Quits: Marcus_Altman__ (~Marcus_Altman@public.cloak) (Ping timeout: 180 seconds)
# [03:41] * Quits: kennyluck (~kennyluck@public.cloak) (kennyluck)
# [03:42] * Quits: jjj (~Android@public.cloak) (Ping timeout: 180 seconds)
# [03:42] * Quits: Daniel_Austin (~Daniel_Austin@public.cloak) (Ping timeout: 180 seconds)
# [03:42] * Joins: myakura_ (~myakura@public.cloak)
# [03:43] * Quits: myakura (~myakura@public.cloak) ("Page closed")
# [03:43] * Quits: byungjung (~byungjung@public.cloak) (Ping timeout: 180 seconds)
# [03:43] * myakura_ is now known as myakura
# [03:43] * Quits: Yudong (~Yudong@public.cloak) (Ping timeout: 180 seconds)
# [03:43] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
# [03:44] * Quits: kochi__ (~kochi__@public.cloak) (Ping timeout: 180 seconds)
# [03:44] * Quits: YANG (~Android@public.cloak) (Ping timeout: 180 seconds)
# [03:45] * Quits: jjj___ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [03:46] * Quits: Dayang (~SDY@public.cloak) (Ping timeout: 180 seconds)
# [03:47] * Quits: AndroUser2 (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [03:47] * Joins: Dayang (~SDY@public.cloak)
# [03:47] * Quits: nkic (~nkic@public.cloak) (Ping timeout: 180 seconds)
# [03:47] * Quits: YANG_ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [03:47] * Quits: csjung (~csjung@public.cloak) (Ping timeout: 180 seconds)
# [03:47] * Quits: paulc (~paulc@public.cloak) (Ping timeout: 180 seconds)
# [03:48] * Quits: TatsuyaIgarashi (~androirc@public.cloak) (Client closed connection)
# [03:48] * Quits: dezell (~webmaster@public.cloak) (Ping timeout: 180 seconds)
# [03:48] * Quits: bryan (~bryan@public.cloak) (Ping timeout: 180 seconds)
# [03:48] * Quits: richt (~richt@public.cloak) (Ping timeout: 180 seconds)
# [03:49] * heycam is now known as heycam|away
# [03:50] * Quits: naka_ (~naka@public.cloak) (Ping timeout: 180 seconds)
# [03:50] <ArtB> RRSAgent, make minutes
# [03:50] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html ArtB
# [03:53] * Joins: Jiki_M (~Jiki_M@public.cloak)
# [03:53] * Quits: plh3 (plehegar@public.cloak) (Ping timeout: 180 seconds)
# [03:54] <ArtB> Present+ Jonas_Sicking, Cameron_McCormack, Adam_Boyet, Adrian_Bateman, Daniel_Austin, Ed_OConnor, Elit_Graff, Gary_Kacmarcik, James_Graham, Ryosuke_Niwa, Travis_Leithead, Paul_cotton
# [03:57] * Joins: Marcus_Altman_ (~Marcus_Altman@public.cloak)
# [04:00] * Joins: btoews (~btoews@public.cloak)
# [04:02] * Joins: csjung (~csjung@public.cloak)
# [04:02] * Quits: Arno (~Arnaud@public.cloak) (Ping timeout: 180 seconds)
# [04:04] * Quits: jungkees (~jungkees@public.cloak) (Ping timeout: 180 seconds)
# [04:04] * Joins: denis (denis@public.cloak)
# [04:05] * Quits: Dayang (~SDY@public.cloak) (Ping timeout: 180 seconds)
# [04:07] * Joins: droh__ (~droh@public.cloak)
# [04:08] * Quits: Jiki_M (~Jiki_M@public.cloak) (Ping timeout: 180 seconds)
# [04:09] * Quits: csjung (~csjung@public.cloak) (Ping timeout: 180 seconds)
# [04:13] * Joins: Arno (~Arnaud@public.cloak)
# [04:16] * Joins: csjung (~csjung@public.cloak)
# [04:16] * Quits: sangrae (~sangrae@public.cloak) (Ping timeout: 180 seconds)
# [04:17] * Quits: jin (~jin@public.cloak) (Ping timeout: 180 seconds)
# [04:18] * Joins: mete (~mete@public.cloak)
# [04:20] * Joins: nkic (~nkic@public.cloak)
# [04:22] * Joins: edoyle (~edoyle@public.cloak)
# [04:23] * Joins: byungjung (~byungjung@public.cloak)
# [04:23] * Joins: LeiWANG (~LeiWANG@public.cloak)
# [04:23] * Joins: ken (~ken@public.cloak)
# [04:23] * Joins: dezell (~webmaster@public.cloak)
# [04:24] * Joins: zlei__ (~zlei@public.cloak)
# [04:25] * Parts: byungjung (~byungjung@public.cloak)
# [04:25] * Joins: yuka_o_ (~yuka_o_@public.cloak)
# [04:27] <ArtB> RRSAgent, make minutes
# [04:27] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html ArtB
# [04:27] * Joins: jjj (~Android@public.cloak)
# [04:27] * Quits: Travis_MSFT (~Travis_MSFT@public.cloak) (Ping timeout: 180 seconds)
# [04:27] * Joins: jjj__ (~Android@public.cloak)
# [04:28] * Joins: JonathanJ (~hollobit@public.cloak)
# [04:28] * Joins: byungjung (~byungjung@public.cloak)
# [04:28] * Quits: jjj__ (~Android@public.cloak) (Client closed connection)
# [04:28] * Joins: jjj__ (~Android@public.cloak)
# [04:29] * Joins: rniwa (~rniwa@public.cloak)
# [04:29] * Quits: jjj__ (~Android@public.cloak) (Client closed connection)
# [04:29] * Joins: jjj__ (~Android@public.cloak)
# [04:29] <ArtB> Present+ Xiaoqian_Wu
# [04:30] * Joins: richt (~richt@public.cloak)
# [04:30] * Joins: Dayang (~SDY@public.cloak)
# [04:30] * Joins: AndroUser2 (~androirc@public.cloak)
# [04:30] * Quits: richt (~richt@public.cloak) ("Leaving...")
# [04:30] * Joins: richt (~richt@public.cloak)
# [04:30] * Joins: jungkees_ (~jungkees@public.cloak)
# [04:30] <jungkees_> Present+ Jungkee_Song
# [04:30] * Joins: myakura (~myakura@public.cloak)
# [04:31] * Quits: jjj_ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [04:32] <ArtB> Present+ Robin_Berjon
# [04:32] * Quits: lmcliste_ (~lmclister@public.cloak) (Ping timeout: 180 seconds)
# [04:32] * Joins: zac (~zac@public.cloak)
# [04:32] * ArtB Topic: File API du jour
# [04:32] * Joins: darobin (rberjon@public.cloak)
# [04:32] * Joins: a12u (~androirc@public.cloak)
# [04:33] * Joins: Daniel_Austin (~Daniel_Austin@public.cloak)
# [04:33] * Quits: Dayang (~SDY@public.cloak) ("Leaving")
# [04:33] * Joins: bryan (~bryan@public.cloak)
# [04:33] * Joins: Dayang (~SDY@public.cloak)
# [04:33] <ArtB> scribenick: bryan
# [04:33] * Joins: aizu (~aizu@public.cloak)
# [04:33] * ArtB bryan, please set Topic: File API and File Systems
# [04:33] * Quits: jjj__ (~Android@public.cloak) ("AndroidIrc Disconnecting")
# [04:34] * Joins: jin (~jin@public.cloak)
# [04:34] * Joins: Yudong (~Yudong@public.cloak)
# [04:34] * Joins: aboyet (~Adium@public.cloak)
# [04:34] * Joins: jjj_ (~Android@public.cloak)
# [04:34] * Quits: jjj (~Android@public.cloak) (Ping timeout: 180 seconds)
# [04:34] * Joins: igarashi (~androirc@public.cloak)
# [04:34] * Joins: kennyluck (~kennyluck@public.cloak)
# [04:35] <bryan> sicking: should be able to move to CR on File API soon, all issues have been addressed. Implemented in Firefox and (blink, ?webkit, IE
# [04:35] * Joins: lmcliste_ (~lmclister@public.cloak)
# [04:35] <bryan> ... last minute changes are relatively small so expect that to be implemented quickly
# [04:35] * Joins: zqzhang__ (~zqzhang@public.cloak)
# [04:35] <bryan> ... sync API is not implemented by more than one
# [04:36] <bryan> ... expect a short CR; no test suite yet, but can contribute FF test suite
# [04:36] <bryan> darobin: think there is a test suite, for at least part of it
# [04:36] * Parts: xiaoqian (xiaoqian@public.cloak)
# [04:37] * Joins: xiaoqian (xiaoqian@public.cloak)
# [04:37] <bryan> jgraham: the test suite there is almost all for blob; half of the spec
# [04:38] * heycam|away is now known as heycam
# [04:38] <bryan> chaals: File System APIs...
# [04:38] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [04:38] * Joins: paul (~paul@public.cloak)
# [04:39] * Joins: richt (~richt@public.cloak)
# [04:39] <bryan> sicking: that is more controversial; two proposals (google & mozilla); we have not reached out for other implementers
# [04:39] * MikeSmith wonders if Hayato Ito from Google is here
# [04:39] <bryan> ... same status mostly as last TPAC
# [04:39] * Joins: YANG (~Android@public.cloak)
# [04:40] <bryan> ... difference in the APIs is mainly in syntax
# [04:40] <bryan> ... the mozilla one is smaller and uses promises
# [04:40] * Joins: jeff (jeff@public.cloak)
# [04:40] * Quits: ArtB (~abarsto@public.cloak) (Ping timeout: 180 seconds)
# [04:41] <bryan> adrianba: one use case we are interested in; being able to pick a folder or a set of files/folders e.g. for upload - access to a structure that allows tht
# [04:41] <bryan> ... looking at the google API, the notion of a directory entry is only missing the interface to a picker for that purpose
# [04:41] * Joins: abarsto (~abarsto@public.cloak)
# [04:41] * abarsto is now known as ArtB
# [04:41] <bryan> sicking: both support the idea, but the syntax for bringing up the picker is considered out of scope
# [04:43] <bryan> ... input-type = multiple files is supported by both, but the use case may not be fully supported
# [04:43] <bryan> adrianba: do you plan to use promises for filesystem as well?
# [04:44] * ArtB Mozilla File System spec: http://w3c.github.io/filesystem-api/Overview.html
# [04:44] <bryan> sicking: we should deprecate file reader after implementation, and add this to the filesystem API using streams tied into promises
# [04:44] * Joins: Yudong_ (~Yudong@public.cloak)
# [04:45] <bryan> ... expect this to be a difficult discussion; once we have streams it should be trivial to add
# [04:45] <Zakim> -Shenzhen
# [04:45] <ArtB> zakim, dial shenzhen
# [04:45] <Zakim> ok, ArtB; the call is being made
# [04:45] <Zakim> +Shenzhen
# [04:45] <darobin> Zakim, who's here?
# [04:45] <Zakim> On the phone I see Shenzhen (muted), [IPcaller]
# [04:45] <bryan> aaa: chrome allows apps to recursively select files in directories; is mozilla interested in that?
# [04:45] <Zakim> On IRC I see Yudong_, ArtB, jeff, YANG, richt, paul, xiaoqian, zqzhang__, lmcliste_, kennyluck, igarashi, jjj_, aboyet, Yudong, jin, aizu, Dayang, bryan, Daniel_Austin, a12u,
# [04:45] <Zakim> ... darobin, zac, myakura, jungkees_, AndroUser2, rniwa, byungjung, JonathanJ
# [04:46] <bryan> ... directory enumeration to filesystem:
# [04:46] * ArtB is `aaa` Kinuko?
# [04:46] * Joins: sangrae (~sangrae@public.cloak)
# [04:47] * rniwa thinks kinuko is kinuko
# [04:47] * Quits: kinuko (~androirc@public.cloak) (Client closed connection)
# [04:47] * Joins: kinuko (~androirc@public.cloak)
# [04:47] * Parts: zac (~zac@public.cloak)
# [04:47] <ArtB> s/aaa:/kinuko/
# [04:47] <bryan> sicking: the goal is to have the filesystem protocol supported the same across implementations
# [04:48] <rniwa> ArtB: i think so.
# [04:48] * Joins: zac (~zac@public.cloak)
# [04:48] <bryan> chaals: any input from the room on directions this should go; what people would like to see implemented
# [04:49] <bryan> adrianba: seems we want to move this to promises, and expect revisiting async path APIs; seems difficult to see us implementing something that does not use the promises pattern
# [04:49] * Joins: plh (plehegar@public.cloak)
# [04:49] * Quits: Yudong (~Yudong@public.cloak) (Ping timeout: 180 seconds)
# [04:49] <bryan> ... highest priority is the read-only structure
# [04:49] * Joins: Rayberg (~Adium@public.cloak)
# [04:50] * Quits: zlei__ (~zlei@public.cloak) ("Page closed")
# [04:50] <bryan> sicking: an alternative approach not discussed much so far is to add this to the IndexedDB; the feature set diffs is very small, mostly around the fileysystem scheme, and inline editing of files
# [04:50] * Joins: TatsuyaIgarashi (~androirc@public.cloak)
# [04:50] * Quits: igarashi (~androirc@public.cloak) (Client closed connection)
# [04:51] <bryan> ... a feature that is unclear re implementation is inline editing of files
# [04:52] <bryan> chaals: other things is the ability to share files between apps; using IndexedDB that may be hard; external filesystem based sharing raises security concerns
# [04:52] <bryan> ... any other plans or uses of filesystem APIs?
# [04:53] <ArtB> Bryan: re Web and TV, need to store large files
# [04:53] <ArtB> … e.g. videos
# [04:54] <ArtB> … one way is file system skin over IDB
# [04:54] <ArtB> … this is an important UC for us
# [04:54] <ArtB> … Want to build a media library
# [04:54] * Quits: AndroUser2 (~androirc@public.cloak) (Client closed connection)
# [04:54] * Joins: AndroUser2 (~androirc@public.cloak)
# [04:54] <ArtB> Jonas: have you tried storing large files in IDB?
# [04:54] * Joins: zac1 (~Adium@public.cloak)
# [04:54] <ArtB> … think perf will not be good
# [04:55] * Quits: lmcliste_ (~lmclister@public.cloak) (Ping timeout: 180 seconds)
# [04:55] <ArtB> Daniel: thinks SysApps is doing related work in Phase 2
# [04:55] * Parts: zac1 (~Adium@public.cloak) (zac1)
# [04:55] * Joins: Travis (~Travis@public.cloak)
# [04:55] * Joins: kochix (~kochix@public.cloak)
# [04:55] <bryan> bryan: we still see the use case coming from web & TV re performance and scale as a key goal, but have not yet tested it
# [04:55] * Joins: hoyang (~Adium@public.cloak)
# [04:55] <ArtB> Arun's spec is http://w3c.github.io/filesystem-api/Overview.html
# [04:56] <bryan> sicking: the performance is expected to be good even for large files
# [04:56] * Quits: zac (~zac@public.cloak) ("Page closed")
# [04:56] <bryan> xxx(paypal): the media storage API in sysapps is intended to support the use case for media
# [04:56] * Parts: hoyang (~Adium@public.cloak) (hoyang)
# [04:57] <bryan> (missed question)
# [04:57] * Joins: hoyang (~Adium@public.cloak)
# [04:57] <bryan> topic: IME
# [04:58] * ArtB spearker is Takayoshi Kochi
# [04:58] <xiaoqian> s/xxx(paypal)/Daniel/
# [04:59] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [04:59] <Daniel_Austin> xxx(paypal) = Daniel_Austin
# [04:59] * Joins: richt (~richt@public.cloak)
# [04:59] * Parts: nkic (~nkic@public.cloak) (Leaving...)
# [04:59] * Joins: nkic (~nkic@public.cloak)
# [04:59] * Quits: nkic (~nkic@public.cloak) ("Leaving...")
# [05:00] * Joins: nkic (~nkic@public.cloak)
# [05:00] * Joins: garykac (~garykac@public.cloak)
# [05:00] <bryan> kochi: current status is 3rd WD aug 15
# [05:01] <bryan> ... (showing example onf contenteditable with IME)
# [05:01] * Joins: jjj (~Android@public.cloak)
# [05:01] * Quits: jeff (jeff@public.cloak) ("Leaving")
# [05:02] * Quits: jjj_ (~Android@public.cloak) (Client closed connection)
# [05:02] <ArtB> Present+ Takayoshi_Kochi, Kinuko_Yasuda
# [05:02] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [05:02] <bryan> ... issues with implementation include that the suggestions UI (system window) conflicts with the UI of the text being edited
# [05:02] * Joins: richt (~richt@public.cloak)
# [05:03] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [05:03] * Joins: richt (~richt@public.cloak)
# [05:03] * Quits: Yudong_ (~Yudong@public.cloak) (Ping timeout: 180 seconds)
# [05:03] * Joins: lmcliste_ (~lmclister@public.cloak)
# [05:04] * rniwa could someone post the hyper think to microsoft's proposal?
# [05:05] <bryan> ... (discussing more changes from latest ED on slide)
# [05:06] <bryan> travis: we are pleased that the changes have been moved into the spec; some open questions about the UI overlap issue - would like to avoid issues for IMEs and google's search suggestions
# [05:07] * ArtB ryoskue - this could be `Microsoft's proposal` http://lists.w3.org/Archives/Public/public-webapps/2013OctDec/0118.html
# [05:07] * Quits: droh__ (~droh@public.cloak) (Ping timeout: 180 seconds)
# [05:07] <MikeSmith> https://dvcs.w3.org/hg/ime-api/raw-file/tip/proposals/IMEProposal.html
# [05:07] <MikeSmith> q?
# [05:07] * Zakim sees jeff_ on the speaker queue
# [05:07] * Quits: jungkees_ (~jungkees@public.cloak) ("Page closed")
# [05:08] <bryan> ... also for handling IME for custom editors, we are skeptical of the use cases. it's been suggested that we split that out into a different REC track docs, and get closure on the rest first
# [05:08] <bryan> kochi: canvas-based editor may make sense to split out
# [05:09] <bryan> (question missed)
# [05:09] * Joins: Yudong (~Yudong@public.cloak)
# [05:09] * Quits: YANG (~Android@public.cloak) (Client closed connection)
# [05:10] * Joins: YANG (~Android@public.cloak)
# [05:10] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [05:10] * Quits: btoews (~btoews@public.cloak) (btoews)
# [05:10] <bryan> kochi: this spec was drafted in the age of windows desktop - though the current API seems desktop-oriented, use in mobiles should address the difference between use of on-screen keyboard and real keyboard
# [05:10] * Joins: richt (~richt@public.cloak)
# [05:11] <bryan> vvv: we would like one solution, and not have unique APIs for different device use cases; this will be hard for developers otherwise
# [05:11] * Quits: sgalineau (~sgalineau@public.cloak) ("Textual IRC Client: www.textualapp.com")
# [05:11] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [05:11] <ArtB> q+ chaals
# [05:11] * Zakim sees jeff_, chaals on the speaker queue
# [05:11] * Joins: wayneCarr (~86868947@public.cloak)
# [05:11] <bryan> ... also please explain the use case for enable/disable editing
# [05:12] * Joins: richt (~richt@public.cloak)
# [05:12] * Quits: wayneCarr (~86868947@public.cloak) ("http://www.mibbit.com ajax IRC Client")
# [05:12] <bryan> kochi: a single API may be not useful for all platforms
# [05:13] * Quits: lmcliste_ (~lmclister@public.cloak) ("")
# [05:13] * Joins: igarashi (~igarashi@public.cloak)
# [05:14] <ArtB> q- chaals
# [05:14] * Zakim sees jeff_ on the speaker queue
# [05:14] <ArtB> q- jeff_
# [05:14] * Zakim sees no one on the speaker queue
# [05:14] <bryan> ... 2nd question re enable/disable; if some extend capabilities beyond what contenteditable provides, it gets complicated to support that with IME
# [05:14] <xiaoqian> s/vvv/rniwa/
# [05:15] <bryan> chaals: chair hat off; re the UI blocking issue, it makes sense that an onscreen keyboard taking the UI space is the same issue as the IME suggestions blocking concern; two solutions for that may seem annoying
# [05:16] <bryan> kochi: we would like to see a unified API to get notice about blocking events and get window region info
# [05:16] <xiaoqian> s/(question missed)/What are use cases for enableEditingEvents and disableEditingEvents?/
# [05:17] * Quits: Kevin_li (~Kevin_li@public.cloak) (Ping timeout: 180 seconds)
# [05:17] <bryan> ... for devs who want to optimize for desktop vs mobile, we need ways to customize for different platforms
# [05:18] * Quits: Yudong (~Yudong@public.cloak) ("Page closed")
# [05:18] <ArtB> zakim, who's here?
# [05:18] <Zakim> On the phone I see Shenzhen, [IPcaller]
# [05:18] <Zakim> On IRC I see igarashi, richt, YANG, jjj, garykac, nkic, hoyang, kochix, Travis, AndroUser2, TatsuyaIgarashi, Rayberg, plh, kinuko, sangrae, ArtB, paul, xiaoqian, zqzhang__,
# [05:18] <Zakim> ... kennyluck, aboyet, jin, aizu, Dayang, bryan, Daniel_Austin, a12u, darobin
# [05:18] <bryan> travis: there are not a lot of standards on how on-screen keyboards work
# [05:19] * Joins: Yudong (~Yudong@public.cloak)
# [05:19] <bryan> ... not sure if addressing that falls under IME APIs, but this sounds like a good space to establish standards
# [05:19] <rniwa> ArtB: thanks for the url!
# [05:19] <rniwa> MikeSmith: thanks for the url!
# [05:20] <bryan> kochi: for getting to last call, we may split the spec into UI-related issues, and the editing issues
# [05:20] * plh will need to disappear soon
# [05:20] * plh wrong channel :)
# [05:21] <bryan> ... we have also had discussion on events; composition events and locale; beforeinput event and order of events
# [05:21] * Quits: TatsuyaIgarashi (~androirc@public.cloak) (Client closed connection)
# [05:21] * Joins: TatsuyaIgarashi (~androirc@public.cloak)
# [05:21] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [05:21] * Joins: richt (~richt@public.cloak)
# [05:22] <bryan> ... for future items; writing tests will start once the API is complete
# [05:22] * Quits: richt (~richt@public.cloak) ("Leaving...")
# [05:22] * Joins: richt (~richt@public.cloak)
# [05:22] * Quits: Daniel_Austin (~Daniel_Austin@public.cloak) (Ping timeout: 180 seconds)
# [05:22] * Joins: Daniel_Austin (~Daniel_Austin@public.cloak)
# [05:23] <bryan> ... API for providing IME for webapps; it makes sense to split this out; having an IME for webapps to invoke makes sense; chrome provides this through a browser extension
# [05:23] <bryan> sicking: our keyboard API addresses a very different use case; it does not allow a webapp to build its own IME, rather for an app to be the IME for other web pages
# [05:24] <bryan> ... there are some APIs on some platforms that allow apps to act as IMEs, in the web platform we had to build a new API for that
# [05:24] * Quits: Marcus_Altman_ (~Marcus_Altman@public.cloak) (Ping timeout: 180 seconds)
# [05:24] * Quits: AndroUser2 (~androirc@public.cloak) (Client closed connection)
# [05:25] <bryan> kochi: so you mean providing IME by the platform and providing IME for specific webapps is different
# [05:25] <bryan> chaals: that seams reasonable; the accessibility folks are concerned about webapps getting this wrong, whereas the system may do a better job
# [05:26] <bryan> kochi: we see some use cases e.g. web chat apps that may want to have their own IME
# [05:27] <bryan> chaals: for our use cases for russian and english etc, we can see the power of the webapp IME
# [05:27] * Quits: plh (plehegar@public.cloak) ("Leaving")
# [05:27] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
# [05:27] <bryan> kochi: that's all the input for today
# [05:27] <MikeSmith> q?
# [05:27] * Zakim sees no one on the speaker queue
# [05:28] * Joins: wayneCarr (~wayneCarr@public.cloak)
# [05:28] <bryan> rniwa: are you proposing the events issues be addressed in the DOM events?
# [05:28] <bryan> travis: we should discuss that in the DOM discussion
# [05:29] * Quits: dom (dom@public.cloak) (Ping timeout: 180 seconds)
# [05:29] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [05:29] * Joins: richt (~richt@public.cloak)
# [05:30] <bryan> chaals: the sense seems to be to separate the parts of the spec
# [05:30] * Quits: Rayberg (~Adium@public.cloak) ("Leaving.")
# [05:30] * heycam is now known as heycam|away
# [05:30] * Quits: mete (~mete@public.cloak) ("This computer has gone to sleep")
# [05:30] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
# [05:30] * Quits: rniwa (~rniwa@public.cloak) (rniwa)
# [05:30] * Quits: hoyang (~Adium@public.cloak) ("Leaving.")
# [05:30] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [05:30] * Quits: aboyet (~Adium@public.cloak) ("Leaving.")
# [05:30] <ArtB> RRSAgent, make minutes
# [05:30] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html ArtB
# [05:31] * Quits: jin (~jin@public.cloak) ("Page closed")
# [05:31] * ArtB thanks heycam and bryan for Scribing!
# [05:31] * Joins: ken (~ken@public.cloak)
# [05:31] * Quits: ArtB (~abarsto@public.cloak) ("Leaving.")
# [05:31] <Zakim> +[IPcaller.a]
# [05:31] * Quits: LeiWANG (~LeiWANG@public.cloak) ("Page closed")
# [05:31] <Zakim> -[IPcaller]
# [05:32] * Quits: yuka_o_ (~yuka_o_@public.cloak) ("Page closed")
# [05:33] * Joins: jjj_ (~Android@public.cloak)
# [05:33] <Zakim> -[IPcaller.a]
# [05:33] * Quits: denis (denis@public.cloak) ("Bye")
# [05:33] * Quits: sangrae (~sangrae@public.cloak) (Ping timeout: 180 seconds)
# [05:34] * Quits: Yudong (~Yudong@public.cloak) (Ping timeout: 180 seconds)
# [05:34] * Quits: TatsuyaIgarashi (~androirc@public.cloak) (Client closed connection)
# [05:34] * Joins: TatsuyaIgarashi (~androirc@public.cloak)
# [05:34] * Quits: kochix (~kochix@public.cloak) (Ping timeout: 180 seconds)
# [05:35] * Quits: dezell (~webmaster@public.cloak) (Ping timeout: 180 seconds)
# [05:35] * Quits: cyril (~cyril@public.cloak) (Ping timeout: 180 seconds)
# [05:35] * Quits: nkic (~nkic@public.cloak) (Ping timeout: 180 seconds)
# [05:35] * Quits: garykac (~garykac@public.cloak) (Ping timeout: 180 seconds)
# [05:35] * Quits: kennyluck (~kennyluck@public.cloak) (kennyluck)
# [05:36] * Quits: byungjung (~byungjung@public.cloak) (Ping timeout: 180 seconds)
# [05:36] * Quits: JonathanJ (~hollobit@public.cloak) (Ping timeout: 180 seconds)
# [05:36] * Quits: jjj (~Android@public.cloak) (Ping timeout: 180 seconds)
# [05:36] * Quits: igarashi (~igarashi@public.cloak) (Ping timeout: 180 seconds)
# [05:37] * Quits: aizu (~aizu@public.cloak) (Ping timeout: 180 seconds)
# [05:37] * Quits: YANG (~Android@public.cloak) (Ping timeout: 180 seconds)
# [05:37] * Quits: bryan (~bryan@public.cloak) (Ping timeout: 180 seconds)
# [05:37] * Quits: csjung (~csjung@public.cloak) (Ping timeout: 180 seconds)
# [05:37] * Quits: richt (~richt@public.cloak) (Ping timeout: 180 seconds)
# [05:37] * Quits: Daniel_Austin (~Daniel_Austin@public.cloak) (Ping timeout: 180 seconds)
# [05:37] * Quits: nsakai2__ (~nsakai2@public.cloak) (Ping timeout: 180 seconds)
# [05:38] * Quits: paul (~paul@public.cloak) (Ping timeout: 180 seconds)
# [05:38] * Quits: ken (~ken@public.cloak) (Ping timeout: 180 seconds)
# [05:38] * Joins: rniwa (~rniwa@public.cloak)
# [05:38] * Joins: jjj (~Android@public.cloak)
# [05:39] * Quits: wayneCarr (~wayneCarr@public.cloak) ("")
# [05:39] * Quits: kinuko (~androirc@public.cloak) (Client closed connection)
# [05:39] * Quits: zqzhang__ (~zqzhang@public.cloak) (Ping timeout: 180 seconds)
# [05:39] * Joins: kinuko (~androirc@public.cloak)
# [05:39] * Quits: Eliot (~Eliot@public.cloak) (Ping timeout: 180 seconds)
# [05:39] * Quits: xiaoqian (xiaoqian@public.cloak) (Ping timeout: 180 seconds)
# [05:40] * Quits: kinuko (~androirc@public.cloak) (Client closed connection)
# [05:40] * Joins: kinuko (~androirc@public.cloak)
# [05:40] * Quits: yuer (~yuer@public.cloak) (Ping timeout: 180 seconds)
# [05:41] * Quits: edoyle (~edoyle@public.cloak) (Ping timeout: 180 seconds)
# [05:41] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
# [05:41] * Joins: jjj__ (~Android@public.cloak)
# [05:41] * Quits: TatsuyaIgarashi (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [05:42] * Joins: jjj___ (~Android@public.cloak)
# [05:42] * Quits: jjj__ (~Android@public.cloak) (Client closed connection)
# [05:43] * Quits: Dayang (~SDY@public.cloak) (Ping timeout: 180 seconds)
# [05:43] * Joins: jjj__ (~Android@public.cloak)
# [05:44] * Quits: adrianba (~adrianba@public.cloak) (Ping timeout: 180 seconds)
# [05:44] * Quits: jjj_ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [05:44] * Quits: rniwa (~rniwa@public.cloak) (rniwa)
# [05:45] * Joins: jjj_ (~Android@public.cloak)
# [05:45] * Quits: jjj__ (~Android@public.cloak) (Client closed connection)
# [05:45] * Quits: jjj (~Android@public.cloak) (Ping timeout: 180 seconds)
# [05:48] * Quits: kinuko (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [05:49] * Quits: jjj___ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [05:52] * Joins: jjj (~Android@public.cloak)
# [05:53] * Quits: jjj (~Android@public.cloak) (Client closed connection)
# [05:53] * Joins: jjj (~Android@public.cloak)
# [05:55] * Joins: AndroUser2 (~androirc@public.cloak)
# [05:55] * Joins: jjj__ (~Android@public.cloak)
# [05:55] * Quits: jjj (~Android@public.cloak) (Client closed connection)
# [05:56] * Quits: jjj_ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [06:02] * Quits: Travis (~Travis@public.cloak) (Ping timeout: 180 seconds)
# [06:04] * Joins: Wayne_Carr (~Wayne_Carr@public.cloak)
# [06:04] * Quits: AndroUser2 (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [06:05] * Joins: btoews (~btoews@public.cloak)
# [06:06] * Joins: jjj (~Android@public.cloak)
# [06:10] * Quits: jjj__ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [06:11] * Joins: jjj_ (~Android@public.cloak)
# [06:13] * Quits: jjj (~Android@public.cloak) (Ping timeout: 180 seconds)
# [06:20] * Joins: sgalineau (~sgalineau@public.cloak)
# [06:20] * Quits: sgalineau (~sgalineau@public.cloak) (sgalineau)
# [06:21] * Joins: sgalineau (~sgalineau@public.cloak)
# [06:21] * Joins: YANG (~Android@public.cloak)
# [06:26] * Joins: mete (~mete@public.cloak)
# [06:28] * Quits: YANG (~Android@public.cloak) (Ping timeout: 180 seconds)
# [06:29] * Quits: btoews (~btoews@public.cloak) (btoews)
# [06:30] * Quits: Arno (~Arnaud@public.cloak) (Ping timeout: 180 seconds)
# [06:31] <jcraig> Zakim, passcode?
# [06:31] <Zakim> the conference code is 9274 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), jcraig
# [06:31] * Joins: xiaoqian (xiaoqian@public.cloak)
# [06:32] * Joins: abarsto (~abarsto@public.cloak)
# [06:32] * abarsto is now known as ArtB
# [06:32] * Quits: skddc (~anonymous@public.cloak) (Ping timeout: 180 seconds)
# [06:32] * Joins: ken (~ken@public.cloak)
# [06:33] * Joins: Yudong (~Android@public.cloak)
# [06:33] * Joins: mnot (~mnot@public.cloak)
# [06:33] <Zakim> +James_Craig
# [06:34] * Joins: kinuko (~androirc@public.cloak)
# [06:34] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [06:34] * Joins: chaals (~chaals@public.cloak)
# [06:34] * Joins: ken (~ken@public.cloak)
# [06:34] * Joins: abarsto (~abarsto@public.cloak)
# [06:34] * abarsto ksdjflkjasdklf
# [06:34] * chaals is in :)
# [06:35] * Joins: YANG (~Android@public.cloak)
# [06:35] * chaals is glad that we all got here on time so we don't waste the little time we have...
# [06:35] * Joins: jjj (~Android@public.cloak)
# [06:35] * Joins: a12u (~androirc@public.cloak)
# [06:36] * Joins: btoews (~btoews@public.cloak)
# [06:36] * Joins: richardschwerdtfeger (~RichS@public.cloak)
# [06:36] * Quits: jjj (~Android@public.cloak) (Client closed connection)
# [06:36] * Joins: jjj (~Android@public.cloak)
# [06:36] <Zakim> +Rich_Schwerdtfeger
# [06:37] * jcraig I can't really hear anything (other than noise that slightly resembles speech), so please let me know when everyone is ready and I'll start sharing links.
# [06:37] * Joins: bin_lee (~bin_lee@public.cloak)
# [06:37] * Quits: kinuko (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
# [06:38] * Joins: myakura (~myakura@public.cloak)
# [06:38] * Joins: kinuko (~androirc@public.cloak)
# [06:38] * Joins: dom (dom@public.cloak)
# [06:38] <richardschwerdtfeger> I can't really hear anything either
# [06:38] * abarsto notes we haven't started yet; IndieUI people MIA
# [06:38] * abarsto ooops; they're here!
# [06:39] * Joins: kennyluck (~kennyluck@public.cloak)
# [06:39] * Joins: aizu (~aizu@public.cloak)
# [06:39] <abarsto> scribenick: ArtB
# [06:39] <abarsto> Scribe+ ArtB
# [06:39] * Joins: rniwa (~rniwa@public.cloak)
# [06:39] * Joins: plh (plehegar@public.cloak)
# [06:39] <abarsto> Topic: Joint Meeting with IndieUI WG
# [06:39] * Joins: adrianba (~adrianba@public.cloak)
# [06:39] * Quits: ArtB (~abarsto@public.cloak) (Ping timeout: 180 seconds)
# [06:40] * Joins: aboyet (~Adium@public.cloak)
# [06:40] <abarsto> ArtB: notes, new people include Jania, Michael Cooper, RichS (phone), and some others
# [06:40] * heycam|away is now known as heycam
# [06:40] * Joins: byungjung (~byungjung@public.cloak)
# [06:40] * Joins: MichaelC (cooper@public.cloak)
# [06:40] <abarsto> CN: introduces the Indie UI people
# [06:40] <abarsto> … basic topic is IndieUI spec
# [06:40] <abarsto> … was rewritten last week
# [06:41] <abarsto> Jania: thanks for meeting with us
# [06:41] * Joins: Arno (~Arnaud@public.cloak)
# [06:41] <abarsto> … we want to share Early in our spec dev
# [06:41] <jcraig> https://dvcs.w3.org/hg/IndieUI/raw-file/default/src/indie-ui-context.html#intro
# [06:41] <abarsto> … perhaps WebApps will take some of this over at some point
# [06:41] <abarsto> … User Prefs is one spec
# [06:41] <abarsto> … called "User Context"
# [06:41] * Joins: annevk (~annevk@public.cloak)
# [06:41] <jcraig> From intro: "The specification below adds several new "Media Features" to detect user settings, using existing syntax defined in the CSS3 Media Queries specification, and provides an access control extension to the MediaQueryList interface defined in the CSSOM View Model. "
# [06:41] <abarsto> … now looking at using Media Queries
# [06:42] * Quits: jjj_ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [06:42] <jcraig> "Because this approach relies so heavily on features that overlap with work maintained by the CSS Working Group and Web Applications Working Group, it is likely that portions or all of this specification may move under the purview these other groups. At a minimum, the IndieUI Working Group requests guidance and a collaborative working relationship with CSS and WebApps."
# [06:42] <abarsto> JC: I posted some things into IRC
# [06:42] * Joins: Ryladog (~Ryladog@public.cloak)
# [06:42] <abarsto> Scribenick: abarsto
# [06:42] * Joins: csjung (~csjung@public.cloak)
# [06:42] * Joins: garykac (~garykac@public.cloak)
# [06:42] <abarsto> … some overlaps with CSS WG and WebApps
# [06:43] * Joins: Travis (~Travis@public.cloak)
# [06:43] * Joins: lmcliste_ (~lmclister@public.cloak)
# [06:43] * Quits: Wayne_Carr (~Wayne_Carr@public.cloak) (Ping timeout: 180 seconds)
# [06:43] <abarsto> … there is a new privacy model
# [06:43] <abarsto> … limit set of MQ features
# [06:44] * Joins: masatakayakura (~myakura@public.cloak)
# [06:44] * Joins: denis (denis@public.cloak)
# [06:44] <abarsto> … want to customize UX
# [06:44] <abarsto> … for some web sites
# [06:44] <abarsto> … want to use MQ syntax if it fits in
# [06:44] <annevk> jcraig: enums should use hyphens
# [06:44] <annevk> jcraig: or just be words
# [06:44] * Joins: igarashi (~igarashi@public.cloak)
# [06:44] <annevk> jcraig: e.g. "arraybuffer", not "arrayBuffer"
# [06:45] * Joins: ken_ (~ken@public.cloak)
# [06:45] * abarsto needs someone to scribe - PLEASE!
# [06:45] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
# [06:45] <jcraig> https://dvcs.w3.org/hg/IndieUI/raw-file/default/src/indie-ui-context.html#example-restricted-call-to-matchmedia
# [06:45] * chaals jcraig, please speak at half-speed...
# [06:45] * Joins: kochi5 (~androirc@public.cloak)
# [06:45] <Zakim> -Shenzhen
# [06:46] <abarsto> zakim, dial shenzhen
# [06:46] <Zakim> ok, abarsto; the call is being made
# [06:46] <Zakim> +Shenzhen
# [06:46] * abarsto notes to james we lost our Zakim
# [06:46] * abarsto trying to restore
# [06:46] * Joins: LeiWANG (~LeiWANG@public.cloak)
# [06:46] * Joins: cyril (~cyril@public.cloak)
# [06:46] * masatakayakura is now known as myakura
# [06:47] * Joins: jin (~jin@public.cloak)
# [06:47] <abarsto> JC: <scribe misses pretty much all of what James says; needs help scribing>
# [06:47] * abarsto thanks James!
# [06:47] * Joins: edoyle (~edoyle@public.cloak)
# [06:48] * Joins: cyns (~cyns@public.cloak)
# [06:48] <jcraig> If you're asking me anything, please scribe, b/c I cannot hear the phone.
# [06:48] <abarsto> JS: we met with CSS WG today
# [06:48] <abarsto> … they will look at our spec and give us feedback
# [06:48] * hober commends janina for working the word "specificity" into that report about CSS's take on this :)
# [06:48] <jcraig> When the author first attempts to check the 'matches' property of the query, the user agent will determine that this is a restricted setting, and immediately return false, so the first call to this function on the initial page load will never result in audio descriptions being enabled.
# [06:49] <abarsto> Gary: re D3E, wondering about fingerprinting and keyboard layout
# [06:49] <jcraig> Note: The immediate return is critical to prevent blocking threads, as well as eliminating potential abuse by fingerprinting scripts attempting to determine uniqueness using execution time of the synchronous call to mql.matches.
# [06:49] <jcraig> However, at the same time, the user will be prompted to decide whether or not to share their media alternative settings with the requesting web site.
# [06:49] <abarsto> … we need to support customized keyboards
# [06:49] <jcraig> The web author can register for a change listener on this media query list, and the event handler will be called asynchronously when the user agrees to share their media settings.
# [06:49] <abarsto> … need some UX for that
# [06:49] <abarsto> … We should talk with you in the D3E context
# [06:49] <abarsto> CN: not sure this effectively solves the fingerprinting prob
# [06:50] <jcraig> When the user prompted, matchMedia returns false (or default value) immediately, and only provides the updated match asynchronously through matchMedia().addEventListener or subsequent requests to matchMedia().matches (e.g. on page reload) so there is never any detectable difference between "No" and "You don't need to know."
# [06:50] <abarsto> … my concern is that you have uninformed and no consent
# [06:50] <abarsto> … forces user to give consent
# [06:50] <jcraig> A restricted @media block never prompts the user unless both the @media block and an included selector matches.
# [06:50] <jcraig> For example:L
# [06:50] <abarsto> Katie: under privacy laws, have to give consent
# [06:51] <abarsto> … on what can be done with fingerprint info
# [06:51] <abarsto> … otherwise, can get legal suits
# [06:51] * Quits: ken (~ken@public.cloak) (Ping timeout: 180 seconds)
# [06:51] <abarsto> CN: not sure international laws re fingerprinting will work
# [06:51] <jcraig> @media (subtitles) { .videoCaptions { display: block; /* custom rendered captions */ } }
# [06:51] <abarsto> … the tech approach of using MQ for detailed browser sniffing
# [06:52] <abarsto> … MQ can do the job
# [06:52] * Joins: bryan (~bryan@public.cloak)
# [06:52] <abarsto> … Don't think anyone is saying no, don't use that
# [06:52] <abarsto> … but I am skeptical about the privacy story
# [06:52] * Quits: kennyluck (~kennyluck@public.cloak) (kennyluck)
# [06:52] * Joins: kochix (~kochix@public.cloak)
# [06:52] <abarsto> Ryosuke: agree with Chaals
# [06:52] <abarsto> … can't rely on the laws to save us here
# [06:53] <abarsto> Gary: if we expose this in any way, you won't be satisfied?
# [06:53] <jcraig> When we spoke with CSS, they agreed that some of these media features made sense, but the privacy/restriction model may be outside the scope of CSS WG. We think its within the scope of WebApps…
# [06:53] * Quits: Yudong (~Android@public.cloak) (Client closed connection)
# [06:53] <abarsto> … not sure it is quite so clear
# [06:53] <abarsto> … is there an impasse here
# [06:53] <abarsto> … not sure where we go with this
# [06:53] <abarsto> CN: not about acceptable or not
# [06:53] <abarsto> … but saying it will protect your privacy is overselling
# [06:54] <jcraig> The other aspect about this that I'd like to bring to the WG's attention is currently a todo in the draft:
# [06:54] <abarsto> … don't see it as an impasse
# [06:54] <abarsto> … but if the privacy system doesn't protect privacy
# [06:54] <jcraig> Add justification interface on a per-category setting (possibly meta tag or a partial interface on document). Justification string may be defined by an new JavaScript interface, or perhaps by a meta tag in the document head, such as:
# [06:54] <jcraig> <meta name="userMediaSettings" content="Used to enable captions and display them in your preferred font size and color.">
# [06:54] <abarsto> … need to recognize their are implications of providing more info
# [06:54] <jcraig> Justification string would be included in the user prompt.
# [06:54] <abarsto> CN: I'm not saying `don't do this`
# [06:54] <jcraig> We think this is broader in scope than just this MQ proposal.
# [06:55] <abarsto> … but *I* am unconvinced
# [06:55] <annevk> baaaah
# [06:55] <annevk> We already lost the fingerprinting battle
# [06:55] <abarsto> … privacy protection is sufficient
# [06:55] <annevk> With HTTP
# [06:55] <annevk> It's called etag
# [06:55] <abarsto> CN: encourage you to take this to Privacy Interest Group
# [06:55] * Joins: kennyluck (~kennyluck@public.cloak)
# [06:55] <jcraig> For example, there is currently no way for a site to explain to the user, when prompted, why it's requesting Location data. Map sites are obvious, but others not as much.
# [06:56] <abarsto> AvK: I think we already lost the fingerprinting battle
# [06:56] <abarsto> … don't think we can win this
# [06:56] <abarsto> Travis: but we should try
# [06:56] * Joins: AndroUser (~androirc@public.cloak)
# [06:56] * jcraig reading comments now (still can't hear)
# [06:57] * Joins: Eliot (~Eliot@public.cloak)
# [06:57] <abarsto> CN: agree fundamentally the fingerprinting battle is lost
# [06:57] * Quits: Eliot (~Eliot@public.cloak) ("It's a dud! It's a dud! It's a du...")
# [06:57] <abarsto> … this could minmize the fingerprinting
# [06:57] * Joins: Yudong (~Yudong@public.cloak)
# [06:57] <abarsto> … agree with Travis and this approach can help minimize exposure
# [06:58] <abarsto> … but there will always be some unprotection
# [06:58] <abarsto> Katie: technology is not the way privacy is protected currently
# [06:58] * Joins: darobin (rberjon@public.cloak)
# [06:58] <abarsto> … at some point that may change
# [06:58] <jcraig> WG, do you agree the "justification" string idea may be useful for Location sharing as well as this idea?
# [06:58] <abarsto> … If some org doesn't do what they said they will do, there can be
# [06:58] <abarsto> … reprucussions
# [06:59] <abarsto> CN: this could be reasonably protective in some countries
# [06:59] <abarsto> … in some countries there aren't good laws
# [07:00] <abarsto> Gary: if there a bunch of MQs, is there going to be just one dialog?
# [07:00] * jcraig (can't hear anything. Speakers, please help fill in the minutes.)
# [07:00] * Joins: Marcus_Altman (~Marcus_Altman@public.cloak)
# [07:00] <abarsto> … or some choice?
# [07:00] <abarsto> … is that all in scope
# [07:00] <abarsto> JS: I don't think we have worked that out
# [07:00] <abarsto> … but I don't think we want to overburden the user
# [07:00] <abarsto> CN: I would expect that to be an impl detail for the browsers
# [07:01] <abarsto> JC: if there are many MQs, I expect just one dialog
# [07:01] <jcraig> Add justification interface on a per-category setting (possibly meta tag or a partial interface on document). Justification string may be defined by an new JavaScript interface, or perhaps by a meta tag in the document head, such as:
# [07:01] <jcraig> <meta name="userMediaSettings" content="Used to enable captions and display them in your preferred font size and color.">
# [07:01] <abarsto> … take a look at the ToC
# [07:01] <jcraig> https://dvcs.w3.org/hg/IndieUI/raw-file/default/src/indie-ui-context.html#toc
# [07:01] <abarsto> … there are diff categories
# [07:01] * Joins: masatakayakura (~myakura@public.cloak)
# [07:02] * Quits: ken_ (~ken@public.cloak) (Client closed connection)
# [07:02] * Joins: jungkees_ (~jungkees@public.cloak)
# [07:02] <abarsto> CN: if user changes devices or device state often (e.g. sound on/off)
# [07:02] * Joins: ken (~ken@public.cloak)
# [07:02] <abarsto> … don't want to constrain the browser
# [07:02] * Quits: kinuko (~androirc@public.cloak) (Client closed connection)
# [07:03] * MikeSmith thinks somebody should SKype jcraig in instead of him trying to hear over that polycom
# [07:03] * Joins: dezell (~webmaster@public.cloak)
# [07:03] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [07:03] <abarsto> … Good impls will decide to make it easy for user
# [07:03] <jcraig> For example, matchMedia('(subtitles)') and matchMedia('(subtitle-type: cc)') would only prompt the user once, because the media feature types are related.
# [07:03] * Joins: ken (~ken@public.cloak)
# [07:03] <abarsto> … or to provide power control to the user
# [07:03] <jcraig> specifics of prompt will be UA implementation details
# [07:03] * Joins: droh__ (~droh@public.cloak)
# [07:03] <abarsto> … but I don't think the spec should constrain the options
# [07:04] <jcraig> For example, there is currently no way for a site to explain to the user, when prompted, why it's requesting Location data. Map sites are obvious, but others not as much.
# [07:04] * Joins: Stone (~nobody@public.cloak)
# [07:04] * Joins: zqzhang__ (~zqzhang@public.cloak)
# [07:04] <abarsto> JC: <something about location data; scribed missed comment>
# [07:04] * Quits: Yudong (~Yudong@public.cloak) (Ping timeout: 180 seconds)
# [07:04] <jcraig> the "justification" string idea could be used in Location prompts as well.
# [07:04] <abarsto> Cynthina: IE uses vendor prefix for MQ and high constrast
# [07:05] <abarsto> … setting part of OS
# [07:05] <abarsto> … UA can use that setting
# [07:05] <jcraig> So the site can specify to the user why it wants to use this information
# [07:05] <abarsto> … simple from authoring perspective
# [07:05] * Quits: Ryladog (~Ryladog@public.cloak) (Ping timeout: 180 seconds)
# [07:05] <abarsto> CN: I haven't heard anyone say `no, this approach is not sound`
# [07:05] * Quits: jjj (~Android@public.cloak) (Client closed connection)
# [07:05] <jcraig> -ms-high-contrast values are *very* specific to Microsoft's implementation
# [07:05] * Quits: Stone (~nobody@public.cloak) ("Mango IRC for iOS and OS X, http://mediaware.sk/mango")
# [07:05] * Joins: jjj (~Android@public.cloak)
# [07:06] <abarsto> JS: summary … go ahead; nuance the privacy story
# [07:06] <abarsto> … tell the story correctly
# [07:06] <abarsto> … go talk to PING
# [07:06] <jcraig> and I think -ms-high-contrast can generalized into media features for contrast-increased, user-color, and user-background-color.
# [07:06] * Joins: kinuko (~androirc@public.cloak)
# [07:06] <abarsto> Ryoskue: re the requests, different syntax than in DOM spec
# [07:07] <jcraig> s/Ryoskue/Ryosuke/
# [07:07] <abarsto> … would be good to consolidate the events that are now in diff specs
# [07:07] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
# [07:07] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
# [07:07] * Joins: Yudong (~nobody@public.cloak)
# [07:07] <abarsto> CN: re the events stuff, yes, we need serious coordination
# [07:07] * abarsto James? last comment?
# [07:07] * Joins: darobin (rberjon@public.cloak)
# [07:08] <abarsto> Jania: I accept the request to coordinate with the events
# [07:08] <abarsto> … we are hoping to get to LC by EoYear
# [07:08] * Quits: MichaelC (cooper@public.cloak) (Ping timeout: 180 seconds)
# [07:08] * Quits: plh (plehegar@public.cloak) ("Leaving")
# [07:08] <abarsto> James: did you mean UIEvents spec or Context spec?
# [07:09] <abarsto> CN: we should have a separate discussion about events
# [07:09] <abarsto> Gary: keyboard layout is another coordination point
# [07:09] <abarsto> … I should be the contact point
# [07:09] <jcraig> Or something else related to "Events", IRC log is limited and phone call is unintelligible
# [07:09] <abarsto> CN: James, that's Gary you should talk to
# [07:10] <abarsto> Topic: DOM 3 Events & UI Events
# [07:10] * Joins: nkic (~nkic@public.cloak)
# [07:10] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [07:10] * Joins: Daniel_Austin_ (~Daniel_Austin@public.cloak)
# [07:10] <annevk> (For the record, it's done here: http://dom.spec.whatwg.org/ )
# [07:10] * abarsto boo, hiss ;)
# [07:10] * jcraig Rich, can you understand Charles at all?
# [07:11] <Daniel_Austin_> lol @abarsto
# [07:11] * Joins: myakura (~myakura@public.cloak)
# [07:12] <abarsto> CN: < a bit of a digression on why D3E is done in one WG and DOM4 done in a separate group >
# [07:12] * Joins: YANG_ (~Android@public.cloak)
# [07:12] * Joins: richt (~richt@public.cloak)
# [07:12] * Joins: dyang (~SDY@public.cloak)
# [07:12] * myakura is now known as myakura_
# [07:12] * myakura_ is now known as myakura
# [07:12] * abarsto this is DOM 3 *Events* (not DOM 3 Core)
# [07:12] * Joins: Rayberg (~Adium@public.cloak)
# [07:13] * Joins: dennisdmac (~dennisdmac@public.cloak)
# [07:13] <abarsto> Rich: what about the device specific events?
# [07:13] <abarsto> CN: we are about to talk about DOM 3 Events now
# [07:13] * Quits: YANG (~Android@public.cloak) (Client closed connection)
# [07:13] <Zakim> -James_Craig
# [07:13] <adrianba> ScribeNick: adrianba
# [07:14] <adrianba> TOPIC: D3E and UI Events
# [07:14] <adrianba> gary: we have another LCWD for DOM3 Events
# [07:14] * jcraig can't understand conference room speakers. No point in staying on the call.
# [07:14] <adrianba> ... we think this is really the last one
# [07:14] <abarsto> RRSAgent, make minutes
# [07:14] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html abarsto
# [07:14] <adrianba> ... we just released a WD a week or two ago
# [07:14] <abarsto> Scribe+ Adrian
# [07:14] <adrianba> ... expect to have another LCWD in dec or jan
# [07:14] * Quits: kochi5 (~androirc@public.cloak) (Client closed connection)
# [07:14] * Quits: masatakayakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
# [07:14] * Joins: AndroUser2 (~androirc@public.cloak)
# [07:15] <adrianba> ... we have made a bunch of changes we'd like people to review
# [07:15] * Joins: naka (~naka@public.cloak)
# [07:15] * Joins: lmclist__ (~lmclister@public.cloak)
# [07:15] <adrianba> ... so that we have a good LCWD draft
# [07:15] <adrianba> ... want to summarise the changes
# [07:15] * Quits: cyns (~cyns@public.cloak) (Ping timeout: 180 seconds)
# [07:15] <adrianba> ... not to discuss but so you know where to read if you have comments
# [07:15] <adrianba> ... we took the deprecated stuff and put it into an appendix
# [07:15] * Joins: taocai (~taocai@public.cloak)
# [07:15] <adrianba> ... examples don't use deprecated stuff
# [07:15] <abarsto> D3E bugs: https://www.w3.org/Bugs/Public/buglist.cgi?component=DOM3%20Events&list_id=29721&product=WebAppsWG&;resolution=---
# [07:15] <adrianba> ... for example char went away
# [07:16] <adrianba> ... locale got removed from D3E
# [07:16] <adrianba> ... currently a BCP47 string which is too general
# [07:16] <annevk> I'm confused. Isn't char implemented?
# [07:16] <adrianba> ... need to think about this so we move it into UIEvents to do later
# [07:16] <adrianba> ... this is the first version that talks about beforeinput and input
# [07:16] <adrianba> ... we rely on them as a replacement for keypress event
# [07:17] <adrianba> ... keypress is deprecated event
# [07:17] * Joins: hoyang (~Adium@public.cloak)
# [07:17] * Joins: darobin_ (rberjon@public.cloak)
# [07:17] * Joins: Eliot (~Eliot@public.cloak)
# [07:17] <adrianba> ... beforeinput is fired, then DOM is updated, then input is fired
# [07:17] <adrianba> ... click and double-click suggested all buttons should fire click and double-click
# [07:17] <adrianba> ... this is only for primary button
# [07:17] <adrianba> ... on composition events we spent time on order of firing events
# [07:17] * Quits: kinuko (~androirc@public.cloak) (Client closed connection)
# [07:17] * Joins: kinuko (~androirc@public.cloak)
# [07:18] <adrianba> ... composition events relative to input events
# [07:18] <adrianba> ... dead keys are handled like small IMEs with composition events
# [07:18] <adrianba> ... earlier versions had special handling for dead key values
# [07:18] <adrianba> ... tried to specify event ordering - little more formal than before
# [07:18] <adrianba> ... the last thing is the relationship with DOM 2 Events
# [07:19] <adrianba> ... DOM2 had unspecified keycode attribute
# [07:19] <adrianba> ... in general DOM3 is an improvement, superset of DOM2
# [07:19] <adrianba> ... but it isn't for some key character information
# [07:19] * Quits: lmcliste_ (~lmclister@public.cloak) (Ping timeout: 180 seconds)
# [07:19] <adrianba> ... previously you could tell which physical key was pressed - cannot do this with key event in DOM3
# [07:19] <adrianba> ... code attribute in UI Events will handle this scenario
# [07:20] <adrianba> ... if we want DOM3 to be full superset then we should consider moving code into DOM3
# [07:20] * Quits: chaals (~chaals@public.cloak) ("Page closed")
# [07:20] <adrianba> ... if people have thoughts on that they should let us know
# [07:20] * Joins: chaals (~Adium@public.cloak)
# [07:20] <adrianba> ... i think we should move it in but others want to avoid delays
# [07:20] * Quits: denis (denis@public.cloak) (Ping timeout: 180 seconds)
# [07:20] <adrianba> ... biggest concern is lack of test coverage
# [07:20] <adrianba> ... that is an area of focus now
# [07:21] <richardschwerdtfeger> q+
# [07:21] * Zakim sees richardschwerdtfeger on the speaker queue
# [07:21] <adrianba> annevk: question about legacy stuff
# [07:21] <adrianba> ... do you think you can get it removed from chrome?
# [07:21] <adrianba> gary: which legacy stuff?
# [07:22] <adrianba> annevk: the things you're proposing to remove
# [07:22] <richardschwerdtfeger> I will ask my question here:
# [07:22] <adrianba> gary: you're wondering when we're likely to get rid of keychar and keycode?
# [07:22] <adrianba> ... they will live as long as web sites need them to be around - we need a good spec to replace them
# [07:22] <adrianba> ... don't see them going away soon
# [07:23] <adrianba> ... i don't have a timeframe on that
# [07:23] <richardschwerdtfeger> rich: Why is there a MouseEvent Constructor in UIEvents and not with the MouseEvent in DOM3?
# [07:23] <annevk> garykac: so that seems kinda contrary to how we define many features
# [07:23] <annevk> garykac: basically, if a user agent needs to implement in order to be competitive, we should define how it works
# [07:23] * Quits: darobin (rberjon@public.cloak) (Ping timeout: 180 seconds)
# [07:24] <adrianba> gary: i think people were trying to finish DOM3 and other new stuff went into UI Events
# [07:24] <xiaoqian> zakim, ack richardschwerdtfeger
# [07:24] <Zakim> I see no one on the speaker queue
# [07:24] <annevk> garykac: not defining how the web works is bad for newcomers, and we've had that situation for these events for a long time
# [07:24] <adrianba> ... i think we should merge but this would delay DOM3
# [07:24] * Joins: kochix_ (~kochix@public.cloak)
# [07:24] <adrianba> richardschwerdtfeger: the problem with this is we don't know what to refer to - is one going to go away
# [07:25] <annevk> (Referring to this as DOM3 is hugely confusing btw. We should really name both "UI Events".)
# [07:25] <adrianba> chaals: when figuring this out for SVG you don't know which spec to rely on
# [07:25] <adrianba> gary: we have an appendix telling you the old way and saying don't do this
# [07:25] <richardschwerdtfeger> Rich: In SVG2 we are trying to know what to refer to with respect to events as they are defined in two separate places. What should we reference for mouse events?
# [07:25] <adrianba> ... but this is a good example of why moving things from UI Events into D3E would help
# [07:25] * Joins: tao (~tcai@public.cloak)
# [07:26] <adrianba> ... for the constructor I don't think there is a big risk - we could move them into D3E
# [07:26] <richardschwerdtfeger> Rich: I agree with Adrian
# [07:26] * Joins: jjj_ (~Android@public.cloak)
# [07:26] * adrianba adrian didn't say anything to agree with
# [07:27] <adrianba> Travis: if we can get things in and stabilise them then that sounds good
# [07:27] <richardschwerdtfeger> adrian: you stated: but this is a good example of why moving things from UI Events into D3E would help
# [07:27] <richardschwerdtfeger> Rich: I agreed
# [07:27] <adrianba> chaals: the question was about constructors and code attribute
# [07:27] <adrianba> annevk: that suggestion has been made for ages
# [07:27] * Quits: kochix (~kochix@public.cloak) (Ping timeout: 180 seconds)
# [07:27] <annevk> garykac: name it UI Events too then!
# [07:27] <adrianba> heycam: i think one of the problems with the question which version do we reference from SVG
# [07:27] <annevk> garykac: backport the name
# [07:27] <adrianba> ... it really doesn't matter
# [07:27] <richardschwerdtfeger> Rich: SVG2 is going to last call at the end of the year. we need something that is clear
# [07:27] <adrianba> ... we don't rely on the constructor
# [07:28] <adrianba> ... so whichever you care about
# [07:28] <adrianba> q+
# [07:28] * Zakim sees adrianba on the speaker queue
# [07:28] <adrianba> ... so reference the latest one and consider earlier ones if you want
# [07:28] <adrianba> chaals: known issue at W3C of having specs out of sync
# [07:28] <adrianba> ... sounds like the sensible thing is to look at the modern spec and use it as your working reference
# [07:29] <adrianba> ... if you run into trouble you can consider process hoops for changing reference
# [07:29] <richardschwerdtfeger> Rich: what is "modern"?
# [07:29] <adrianba> ... but now it is more common to publish Rec based on draft spec if the part you depend on is stable enough
# [07:29] * heycam is now known as heycam|away
# [07:30] <adrianba> gary: considering UI Events was primary given constructors and code attribute
# [07:30] <adrianba> ... it was a dumping ground for feautures we didn't think would make it into D3E
# [07:30] <adrianba> ... we would only have a couple of small things left
# [07:30] <chaals> [UIEvents is more modern than DOM3, DOM4 is more modern again, If I got it right...]
# [07:30] <richardschwerdtfeger> Rich: but keyboard events is now fully specified in UI events separate from the DOM3 spec.
# [07:30] <adrianba> chaals: questions on D3E or UI Events?
# [07:31] <adrianba> TOPIC: Quota API
# [07:31] <adrianba> q-
# [07:31] * Zakim sees no one on the speaker queue
# [07:31] <adrianba> kinuko: quota api status
# [07:31] * Joins: yang (~yang@public.cloak)
# [07:31] <adrianba> ... just published new WD beginning of this month
# [07:31] <adrianba> ... API is still very small
# [07:32] <adrianba> ... two apis - query current usage status and to request new quota for application
# [07:32] * Quits: YANG_ (~Android@public.cloak) ("-a- Android IRC 2.1.3")
# [07:32] <adrianba> ... in the new draft they are both promises
# [07:32] <adrianba> ... previously callback based
# [07:32] <adrianba> ... also added quota storage change events
# [07:32] <garykac> richardschwerdtfeger: keyboard events are not fully specified in UI Events. Only the additional KeyboardEvent info live there at the moment.
# [07:32] <adrianba> ... so apps can watch how usage is increased
# [07:32] <myakura> http://www.w3.org/TR/quota-api/
# [07:32] * Quits: jjj (~Android@public.cloak) (Ping timeout: 180 seconds)
# [07:33] <adrianba> ... new draft has changes that lose compat from old version
# [07:33] <richardschwerdtfeger> We need to reference the actual event interface definition
# [07:33] * Joins: shepazu (schepers@public.cloak)
# [07:33] <adrianba> ... we wanted to make it work better with other promise based apis
# [07:33] <adrianba> ... including imagined ones like service worker
# [07:33] <garykac> Once we move |code| into DOM3, then DOM3 will have a complete KeyboardEvent specification
# [07:33] <adrianba> ... previous api was only implemented by chrome - would like to get more support from other browser vendors on new version
# [07:34] <adrianba> ... think this api is very important for mobile web apps using local storage
# [07:34] <richardschwerdtfeger> http://www.w3.org/TR/DOM-Level-3-Events/#events-keyboardevents and https://dvcs.w3.org/hg/d4e/raw-file/tip/source_respec.htm#keyboard-event-interface
# [07:34] <richardschwerdtfeger> so it is defined in two different places
# [07:34] <adrianba> ... for web apps and user to agree on how much data can be stored on local device
# [07:34] <adrianba> ... should be addressed in unified way not in each storage api
# [07:34] <adrianba> ... would appreciate comments
# [07:35] <adrianba> chaals: obvious question is to implementors
# [07:35] * Joins: plh (plehegar@public.cloak)
# [07:35] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [07:35] <adrianba> sicking: mozilla are very interested in implementing this - doesn't mean we are fully happy with api
# [07:35] <adrianba> ... looks great so far but need the person actually implementing to review
# [07:35] * Quits: Yudong (~nobody@public.cloak) (Client closed connection)
# [07:35] <richardschwerdtfeger> rich: which this?
# [07:35] * Joins: ken (~ken@public.cloak)
# [07:35] <adrianba> chaals: does that mean you have someone on this?
# [07:35] <adrianba> sicking: not yet
# [07:36] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [07:36] * Quits: dennisdmac (~dennisdmac@public.cloak) (Ping timeout: 180 seconds)
# [07:36] * Quits: sgalineau (~sgalineau@public.cloak) ("Textual IRC Client: www.textualapp.com")
# [07:36] * Joins: ken (~ken@public.cloak)
# [07:36] * Joins: sgalineau (~sgalineau@public.cloak)
# [07:36] * Quits: bin_lee (~bin_lee@public.cloak) (Ping timeout: 180 seconds)
# [07:36] <adrianba> chaals: no current plans or comments from others?
# [07:36] <adrianba> ... probably two implementations at some point
# [07:37] * Quits: sgalineau (~sgalineau@public.cloak) ("Textual IRC Client: www.textualapp.com")
# [07:37] <adrianba> ... sounds like we will get comments and presumably the spec will move forward
# [07:37] * Joins: sgalineau (~sgalineau@public.cloak)
# [07:37] <adrianba> Travis: haven't looked at the spec in detail
# [07:38] <adrianba> ... most browsers will have a quota management experience, not sure about the API, i know in IE the browser will prompt me
# [07:38] <adrianba> q?
# [07:38] * Zakim sees no one on the speaker queue
# [07:38] <adrianba> annevk: one comment on the IDL - it uses array that is going away
# [07:38] <adrianba> ... seems like some of this will need to change - not sure how
# [07:38] * Joins: paul (~paul@public.cloak)
# [07:38] <adrianba> ... what travis said sort of makes sense - pretty hard to ask the user about amount of space
# [07:38] <adrianba> ... platforms we compete with don't do this
# [07:39] <adrianba> ... seems like we should strive for this if we want to compete with native platforms
# [07:39] <adrianba> ... for example heuristics about how often the app or site is used
# [07:39] <adrianba> chaals: Flash apps annoy me because they ask me to allocate memory all the time
# [07:40] <adrianba> ... agree with anne that the implementation is going to be combination of talking to the user and doing things for the user
# [07:40] <adrianba> ... overspecifying is probably not going to be helpful but being able to request more memory for an app seems like an okay thing to do
# [07:40] <adrianba> ... basic idea seems okay
# [07:40] <adrianba> ... perhaps browser can grant request without the user
# [07:40] <adrianba> ... [some examples given]
# [07:41] <adrianba> ... does seem like makes sense and important to compete with other platforms
# [07:41] * Joins: heycam` (~cam@public.cloak)
# [07:41] <adrianba> kinuko: this API defines two types of storage
# [07:41] <adrianba> ... temporary and persistent
# [07:41] <adrianba> ... temp can probably be used without prompt but could be deleted
# [07:41] <adrianba> ... slightly different experience to native apps
# [07:41] <adrianba> ... for web apps people might visit site and then never return
# [07:42] <adrianba> ... browsers need a way to know to delete data if they want
# [07:42] <annevk> q+
# [07:42] * Zakim sees annevk on the speaker queue
# [07:42] * Quits: jin (~jin@public.cloak) (Ping timeout: 180 seconds)
# [07:42] <adrianba> sicking: to answer a couple of questions
# [07:42] <annevk> q+ to suggest bookmarking could be used as a hint for persistence
# [07:42] * Zakim sees annevk on the speaker queue
# [07:42] <adrianba> ... our goal is to prompt users as little as possible for current apis
# [07:42] <abarsto> RRSAgent, make minutes
# [07:42] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html abarsto
# [07:42] <adrianba> ... we have temporary storage and because we're doing apps thing
# [07:43] <adrianba> ... for apps installed or bookmarked or whatever we can provide persistent storage
# [07:43] <adrianba> ... blown away when user uninstalls
# [07:43] <adrianba> ... what travis said about prompting is what we did in firefox so far
# [07:43] <adrianba> ... devs don't have to worry but bad that many developers want to manage when prompts come up
# [07:44] <abarsto> Present+ Anne_van_Kesteren, Alex_Russell, Richard_Tibbett, Mark_Nottingham
# [07:44] <adrianba> ... they want to forewarn users to let them know why they get a prompt
# [07:44] * Quits: edoyle (~edoyle@public.cloak) (Ping timeout: 180 seconds)
# [07:44] <adrianba> ... have thought about ability to put quota manager in automatic mode
# [07:44] <adrianba> ... whether that should be default behaviour i don't know
# [07:44] <adrianba> ... that's not in draft - only thing i think might be missing
# [07:44] <annevk> q-
# [07:44] * Zakim sees no one on the speaker queue
# [07:45] * Parts: richardschwerdtfeger (~RichS@public.cloak) (richardschwerdtfeger)
# [07:45] * Quits: AndroUser2 (~androirc@public.cloak) (Client closed connection)
# [07:45] <Zakim> -Rich_Schwerdtfeger
# [07:45] <adrianba> sicking: being able to say that persistent storage doesn't deny when hitting quota then the browser just prompts
# [07:46] <adrianba> ... adds complexity for implementation
# [07:46] * Joins: naka_ (~naka@public.cloak)
# [07:46] <adrianba> kinuko: we thought about this and tried to implement but suspending execution of storage api while showing prompts tended to make things very complicated
# [07:46] <adrianba> ... also cannot predict when prompts will be shown
# [07:46] <annevk> q+ to ask what's the story for Chrome OS?
# [07:46] * Zakim sees annevk on the speaker queue
# [07:47] <adrianba> ... we share same experience but this is why we excluded this option
# [07:47] * Quits: kennyluck (~kennyluck@public.cloak) (kennyluck)
# [07:47] <adrianba> kinuko: if we did this in an automatic way do you mean we wouldn't need api?
# [07:47] <adrianba> sicking: this would be an additional piece of the api
# [07:47] * Joins: Yudong (~nobody@public.cloak)
# [07:48] <adrianba> chaals: this would be an addition to make browser keep prompting when anyone else would be denied
# [07:48] <adrianba> ... worth thinking about but can see issues in practice
# [07:48] <adrianba> sicking: that behaviour is in gecko right now
# [07:48] <adrianba> ... was default behaviour in indexed db
# [07:48] <adrianba> ... we would keep prompting - eventually if you keep saying yes then we give you whatever you want
# [07:49] <adrianba> ... developers were not in control of when prompts happen which was bad
# [07:49] * Quits: garykac (~garykac@public.cloak) ("Page closed")
# [07:49] <adrianba> chaals: not sure how bad it was
# [07:49] <adrianba> ... not in control of when you run out of memory
# [07:49] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [07:49] <adrianba> kinuko: spec doesn't explicitly say when to show prompt
# [07:49] <adrianba> ... in chrome we don't show every time
# [07:49] * Joins: ken (~ken@public.cloak)
# [07:49] * Joins: garykac (~garykac@public.cloak)
# [07:49] <adrianba> ... might be session based
# [07:50] <adrianba> ... not sure if it should be more specifically speced - left to implementations
# [07:50] <adrianba> q?
# [07:50] * Zakim sees annevk on the speaker queue
# [07:50] * Quits: naka (~naka@public.cloak) (Ping timeout: 180 seconds)
# [07:50] * Joins: lmcliste_ (~lmclister@public.cloak)
# [07:50] <xiaoqian> zakim, ack annevk
# [07:50] <Zakim> annevk, you wanted to ask what's the story for Chrome OS?
# [07:50] <Zakim> I see no one on the speaker queue
# [07:50] <adrianba> annevk: could imagine model where every web page gets 100MB of temp space
# [07:50] <adrianba> ... browser might drop this
# [07:50] <adrianba> ... if you bookmark something then you get persistent storage
# [07:51] <adrianba> ... site might advocate to the user to bookmark to make it part of the user's ecosystem
# [07:51] <adrianba> ... seems hard to prompt user for 100MB -what does this mean?
# [07:51] <adrianba> ... how did you solve this in chrome os?
# [07:51] * abarsto wonders if slightlyoff wants a projector in ~7-8 mins?
# [07:51] <adrianba> kinuko: we don't really solve the problem - we have two types of apps
# [07:51] <adrianba> ... installed and linked
# [07:52] * Joins: Tomoyuki1 (~Thunderbird@public.cloak)
# [07:52] <slightlyoff> abarsto: I have no slides. was informed I'd be leading this only this morning
# [07:52] <adrianba> ... app can say it wants storage and is prompted during installation
# [07:52] * Quits: tao (~tcai@public.cloak) (Client closed connection)
# [07:52] <adrianba> ... we build many important apps as installed packaged apps
# [07:52] * Joins: tao (~tcai@public.cloak)
# [07:52] <adrianba> sicking: we do similar in firefox os
# [07:52] <slightlyoff> abarsto: but if you have the projector, might be useful to have this document up on screen: https://github.com/slightlyoff/ServiceWorker/blob/master/explainer.md
# [07:53] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [07:53] <adrianba> chaals: there are some apps that i want to store lots of data even though i only use them every 6 months
# [07:53] * Joins: richt (~richt@public.cloak)
# [07:53] <adrianba> ... not sure how to solve that automatically or by asking users questions they understand
# [07:53] * Quits: lmclist__ (~lmclister@public.cloak) (Ping timeout: 180 seconds)
# [07:54] <adrianba> chaals: we are expecting sysapps in 5 mins - suggest 5 min break
# [07:54] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [07:54] <adrianba> chaals: let's have a break
# [07:54] * Joins: richt (~richt@public.cloak)
# [07:54] * Quits: aboyet (~Adium@public.cloak) ("Leaving.")
# [07:54] <abarsto> … that's a *5* min break!
# [07:54] * Quits: ijongcheol (~ijongcheol@public.cloak) (Client closed connection)
# [07:55] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [07:55] * Joins: ken_ (~ken@public.cloak)
# [07:56] * Joins: johnny__ (~Android@public.cloak)
# [07:56] * Quits: ken (~ken@public.cloak) (Ping timeout: 180 seconds)
# [07:56] * Joins: cwdoh (~cwdoh@public.cloak)
# [07:57] * Quits: csjung (~csjung@public.cloak) ("Page closed")
# [07:57] * Quits: jungkees_ (~jungkees@public.cloak) (Ping timeout: 180 seconds)
# [07:57] * Quits: hoyang (~Adium@public.cloak) ("Leaving.")
# [07:58] * Quits: byungjung (~byungjung@public.cloak) ("Page closed")
# [07:58] * Joins: byungjung (~byungjung@public.cloak)
# [07:58] * Joins: csjung (~csjung@public.cloak)
# [07:58] * Joins: Toshiya_ (~toshiya@public.cloak)
# [07:58] * Joins: kennyluck (~kennyluck@public.cloak)
# [07:58] * Joins: saki (~saki@public.cloak)
# [07:58] * Joins: Tomoyuki (~Thunderbird@public.cloak)
# [07:58] * Quits: johnny__ (~Android@public.cloak) (Client closed connection)
# [07:59] * Joins: johnny_ (~Android@public.cloak)
# [07:59] * Quits: nkic (~nkic@public.cloak) (Ping timeout: 180 seconds)
# [07:59] * Joins: nsakai2 (~nsakai2@public.cloak)
# [07:59] * Quits: zqzhang__ (~zqzhang@public.cloak) (Ping timeout: 180 seconds)
# [08:00] * Joins: wonsuk (~Thunderbird@public.cloak)
# [08:00] * Quits: naka_ (~naka@public.cloak) (Ping timeout: 180 seconds)
# [08:01] * Quits: Tomoyuki1 (~Thunderbird@public.cloak) (Ping timeout: 180 seconds)
# [08:01] * Joins: jungkees (~jungkees@public.cloak)
# [08:01] * Quits: johnny_ (~Android@public.cloak) (Client closed connection)
# [08:01] * Joins: johnny_ (~Android@public.cloak)
# [08:01] * Quits: richt (~richt@public.cloak) (Ping timeout: 180 seconds)
# [08:01] * Quits: btoews (~btoews@public.cloak) (btoews)
# [08:01] * Quits: Yudong (~nobody@public.cloak) (Client closed connection)
# [08:02] * Joins: hoyang (~Adium@public.cloak)
# [08:02] * Quits: ijongcheol (~ijongcheol@public.cloak) (Ping timeout: 180 seconds)
# [08:02] * Quits: lmcliste_ (~lmclister@public.cloak) (Ping timeout: 180 seconds)
# [08:02] * Travis hi
# [08:02] * Joins: denis (denis@public.cloak)
# [08:02] <abarsto> zakim, who's here?
# [08:02] <Zakim> On the phone I see Shenzhen
# [08:02] <Zakim> On IRC I see denis, hoyang, johnny_, jungkees, wonsuk, nsakai2, Tomoyuki, saki, kennyluck, Toshiya_, csjung, byungjung, cwdoh, ken_, tao, garykac, heycam`, paul, sgalineau, plh,
# [08:02] <Zakim> ... shepazu, yang, jjj_, kochix_, chaals, kinuko, Eliot, darobin_
# [08:02] <Travis> scripe: Travis
# [08:03] <Travis> scribeNick: Travis
# [08:03] <Travis> Topic: ServiceWorkers
# [08:03] * abarsto notes: https://github.com/slightlyoff/ServiceWorker/blob/master/explainer.md
# [08:03] * Joins: jinsong (wjs@public.cloak)
# [08:03] * Joins: naka (~naka@public.cloak)
# [08:03] * Joins: btoews (~btoews@public.cloak)
# [08:03] <Travis> Alex: Will provide brief explainer of Service Workers
# [08:03] * Quits: dyang (~SDY@public.cloak) ("Leaving")
# [08:04] * Joins: dyang (~SDY@public.cloak)
# [08:04] * Joins: richt (~richt@public.cloak)
# [08:04] * Quits: btoews (~btoews@public.cloak) (btoews)
# [08:04] * Quits: richt (~richt@public.cloak) ("Leaving...")
# [08:04] * Joins: richt (~richt@public.cloak)
# [08:04] <Travis> ... attempt to provide background scripting to manage stuff that is hard to capture/handle.
# [08:04] * Joins: virginie (~virginie@public.cloak)
# [08:04] * Joins: JonathanJ (~hollobit@public.cloak)
# [08:04] <Travis> ... offline bootstrapping is hard--Service Workers can address this concern
# [08:04] * Joins: lmcliste_ (~lmclister@public.cloak)
# [08:05] <Travis> ... they are like shared workers, but lifetime is versioned.
# [08:05] * Joins: nkic (~nkic@public.cloak)
# [08:05] <Travis> ... like background extensions in Chrome
# [08:05] * Joins: Mohammed_ (~Mohammed@public.cloak)
# [08:05] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [08:05] * Quits: LeiWANG (~LeiWANG@public.cloak) (Ping timeout: 180 seconds)
# [08:05] <Travis> ... general idea is core of the system is to register a script that can run with a url pattern
# [08:06] <JonathanJ> rrsagent, draft minutes
# [08:06] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html JonathanJ
# [08:06] <Travis> ... handle events in an async way.
# [08:06] * Joins: Anders (~Anders@public.cloak)
# [08:06] * Disconnected
# [08:20] * Attempting to rejoin channel #webapps
# [08:20] * Rejoined channel #webapps
# [08:20] * Topic is 'WebAppsWG; TPAC agenda = http://www.w3.org/wiki/Webapps/November2013Meeting ; Zakim PIN = 9274#'
# [08:20] * Set by Yves on Sun Nov 10 06:51:21
# [08:20] * Joins: johnny (~Android@public.cloak)
# [08:20] * Quits: johnny_ (~Android@public.cloak) (Client closed connection)
# [08:20] <Travis_> ... should be comperable to the browser's local security model. Not sure there's more security layers to add on top of that.
# [08:21] <abarsto> q?
# [08:21] * Zakim sees chaals, bryan on the speaker queue
# [08:21] <Travis_> ... It's a cache-wide problem, not just for service-worker
# [08:21] <abarsto> q- chaals
# [08:21] * Zakim sees bryan on the speaker queue
# [08:21] <Travis_> chaals: When a CSS page refers to other pages @import.
# [08:21] <Travis_> ... how are these managed?
# [08:21] * Quits: johnny (~Android@public.cloak) (Client closed connection)
# [08:21] * Joins: johnny_ (~Android@public.cloak)
# [08:21] * Quits: sgalineau (~sgalineau@public.cloak) ("Textual IRC Client: www.textualapp.com")
# [08:22] <Travis_> Alex: Initial service worker kicks in.
# [08:22] <Travis_> ... initial CSS goes to the service worker...
# [08:22] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [08:22] <Travis_> ... sub-downloads hit the sevice worker serially as they come in.
# [08:22] * Quits: tao (~tcai@public.cloak) (Client closed connection)
# [08:23] * Joins: richt (~richt@public.cloak)
# [08:23] * Quits: johnny_ (~Android@public.cloak) (Client closed connection)
# [08:23] <Travis_> ... like the service worker is a virutal networking layer. It sees the fully-formed request.
# [08:23] <abarsto> q- bryan
# [08:23] * Zakim sees no one on the speaker queue
# [08:23] * Joins: johnny (~Android@public.cloak)
# [08:23] <abarsto> q?
# [08:23] * Zakim sees no one on the speaker queue
# [08:23] * Quits: Yudong (~Yudong@public.cloak) ("Page closed")
# [08:23] <chaals> q+ plh
# [08:23] * Zakim sees plh on the speaker queue
# [08:23] <Travis_> Bryan: Says you can defer loading.
# [08:23] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [08:23] * Joins: richt (~richt@public.cloak)
# [08:23] <Travis_> ... Tell me more?
# [08:24] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [08:24] <Travis_> Alex: The service worker will see all requests once it's set up.
# [08:24] <Travis_> ... non-http requests are not speced to be handled.
# [08:24] * Quits: Travis (~Travis@public.cloak) (Ping timeout: 180 seconds)
# [08:24] * Quits: cwdoh_ (~cwdoh@public.cloak) (Client closed connection)
# [08:24] <Travis_> chaals: not data:
# [08:25] * Joins: cwdoh (~cwdoh@public.cloak)
# [08:25] <Travis_> bryan: <clarifying behavoir>
# [08:25] <Travis_> ... does it interact with XHR?
# [08:25] * Joins: Yudong (~Yudong@public.cloak)
# [08:25] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [08:25] <Travis_> Alex: yes
# [08:25] * Joins: richt (~richt@public.cloak)
# [08:25] <Travis_> ... think about this like Mod.Proxy for the browser.
# [08:25] <annevk> Come on, someone ask something tricky
# [08:25] <annevk> Like how this works with sync XHR
# [08:25] * Joins: tao (~tcai@public.cloak)
# [08:25] <annevk> (it doesn't)
# [08:25] <Travis_> ... XHR requests eventually filter through to service worker
# [08:26] <slightlyoff> annevk: wait, I thought you said "hard"
# [08:26] <Travis_> bryan: For offline: you should be able to package server code in the client
# [08:26] * Joins: johnny_ (~Android@public.cloak)
# [08:26] <Travis_> Alex: yes, but the patterns for app construction in flux.
# [08:26] * Quits: johnny (~Android@public.cloak) (Client closed connection)
# [08:27] <mnot> q+
# [08:27] * Zakim sees plh, mnot on the speaker queue
# [08:27] <Travis_> ... today we think of server requests first, but with service workers, alternative scenarios are enabled.
# [08:27] <abarsto> q?
# [08:27] * Zakim sees plh, mnot on the speaker queue
# [08:27] <abarsto> q- plh
# [08:27] * Zakim sees mnot on the speaker queue
# [08:27] <Travis_> ... we're not defining the cannonical way of doing offline.
# [08:27] <chaals> q+ rich
# [08:27] * Zakim sees mnot, rich on the speaker queue
# [08:27] * Quits: kochix_ (~kochix@public.cloak) (Ping timeout: 180 seconds)
# [08:27] <Travis_> plh: Is there a use case for the web app to know what is offline?
# [08:28] * Quits: ken_ (~ken@public.cloak) (Client closed connection)
# [08:28] * Joins: ken (~ken@public.cloak)
# [08:28] <Travis_> Alex: yes, it's specifically designed into the system.
# [08:29] <Travis_> ... so that when you're offline, you can have a pre-populated set of data (part of the installation model)
# [08:29] <abarsto> q- mnot
# [08:29] * Zakim sees rich on the speaker queue
# [08:29] <Travis_> Mark: Service worker will not go to the browser's cache?
# [08:29] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [08:29] <Travis_> ... you could create your own cache?
# [08:30] * Joins: richt (~richt@public.cloak)
# [08:30] <Travis_> Alex: If you hit the network, you still go through the normal network, including the http cache
# [08:30] * Quits: cyril (~cyril@public.cloak) (Ping timeout: 180 seconds)
# [08:30] <Travis_> ... it's only a detail that service worker updates themselves work around this.
# [08:30] * Joins: aboyet (~Adium@public.cloak)
# [08:31] <Travis_> ... otherwise, its the burden/logic of the service worker to handle any other case like fallback to missing live info.
# [08:31] <Travis_> Mark: there is lots of flexibility. Coolness.
# [08:31] <abarsto> q- rich
# [08:31] * Zakim sees no one on the speaker queue
# [08:31] <heycam`> q+
# [08:31] * Zakim sees heycam` on the speaker queue
# [08:31] <Travis_> Richt: Sounds like 4 things merged into one.
# [08:32] <Travis_> ... seems like you've invented http primitives.
# [08:32] * Quits: cwdoh (~cwdoh@public.cloak) (Ping timeout: 180 seconds)
# [08:32] <Travis_> ... could we use that outside of service workers?
# [08:32] * Joins: naka_ (~naka@public.cloak)
# [08:32] <MikeSmith> RRSAgent, make minutes
# [08:32] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html MikeSmith
# [08:32] <Travis_> Alex: goal is to enable offline and than abstract it out.
# [08:32] <Travis_> ... we're trying to make sure we're aligned with Anne's Fetch algorithm.
# [08:32] * Joins: jehoochen (~Ryaaic@public.cloak)
# [08:33] <Travis_> ... so we may also be able to expose caches objects... but these are secondary goals.
# [08:33] <Travis_> ... primarily it needs to solve the main use case, first.
# [08:33] * darobin_ is now known as darobin
# [08:33] <MikeSmith> i/We welcome any review/scribe: Travis_/
# [08:33] <Travis_> heycam`: How does the service worker determine to fallback to the network?
# [08:33] <MikeSmith> RRSAgent, make minutes
# [08:33] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html MikeSmith
# [08:34] <Travis_> Alex: Service worker can't include XHR (because of it's sync-option)
# [08:34] <Travis_> ... the service worker allows you to connect requests with responses arbitrarily.
# [08:34] * Quits: denis (denis@public.cloak) (Ping timeout: 180 seconds)
# [08:35] <Travis_> heycam`: Are you forced to use fetch, or can you do something else?
# [08:35] <Travis_> Alex: just ignore the request.
# [08:35] <slightlyoff> Travis_: yeah, explicitly, don't call e.respondWith()
# [08:35] * Quits: ken (~ken@public.cloak) (Ping timeout: 180 seconds)
# [08:35] <Travis_> heycam`: Seems like many new scenarios come out of this...
# [08:35] <MikeSmith> q+ to ask about the plan is to create a WebIDL interface definition for ServiceWorker or more broadly an actual spec of ServiceWorker
# [08:35] * Zakim sees heycam`, MikeSmith on the speaker queue
# [08:35] <mnot> q+
# [08:35] * Zakim sees heycam`, MikeSmith, mnot on the speaker queue
# [08:36] * Joins: israelh (~israelh@public.cloak)
# [08:36] <Travis_> Alex: yes.
# [08:36] * Quits: israelh (~israelh@public.cloak) ("Page closed")
# [08:36] * Joins: denis (denis@public.cloak)
# [08:36] * Joins: ken (~ken@public.cloak)
# [08:36] * Quits: dka (~dka@public.cloak) (dka)
# [08:36] <abarsto> q- heycam`
# [08:36] * Zakim sees MikeSmith, mnot on the speaker queue
# [08:36] * Joins: israelh (~israelh@public.cloak)
# [08:36] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
# [08:36] <Travis_> Jonas: Allows a lot of combinations of scenarios. You don't have to respone 1:1 with each request now.
# [08:36] <Travis_> ... can do server-side templating.
# [08:36] <bryan> q+
# [08:36] * Zakim sees MikeSmith, mnot, bryan on the speaker queue
# [08:37] <Travis_> MikeSmith: Notices we don't have a spec???!!!!
# [08:37] <abarsto> q- MikeSmith
# [08:37] * Zakim sees mnot, bryan on the speaker queue
# [08:37] * Joins: dennisdmac (~dennisdmac@public.cloak)
# [08:37] <annevk> slightlyoff: so what is the idea for sync XHR again?
# [08:37] * Quits: Anders (~Anders@public.cloak) (Ping timeout: 180 seconds)
# [08:37] <Travis_> ... Expected a WebIDL????!!!!
# [08:37] * Quits: kinuko (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [08:37] <slightlyoff> annevk: sync is only sync from the perspective of the document
# [08:37] <annevk> oh MikeSmith <3
# [08:37] <Travis_> chaals: Already covered :0)
# [08:37] * Quits: hoyang (~Adium@public.cloak) (Ping timeout: 180 seconds)
# [08:37] * darobin MikeSmith: you are very fluent in trolling
# [08:37] * Joins: efullea_ (~efullea@public.cloak)
# [08:37] * Quits: tao (~tcai@public.cloak) ("Bye")
# [08:37] <Travis_> Alex: I'll get the spec together after we get through the existing github bugs
# [08:38] * Joins: tao (~tcai@public.cloak)
# [08:38] <abarsto> q- mnot
# [08:38] * Zakim sees bryan on the speaker queue
# [08:38] <annevk> slightlyoff: I guess, but if the SW messages the document and awaits a reply, it's dead
# [08:38] * Joins: btoews (~btoews@public.cloak)
# [08:38] * Quits: naka (~naka@public.cloak) (Ping timeout: 180 seconds)
# [08:38] <Travis_> mnot: How do you minimize duplication between http-cache and synthetic caches. Also resource management: do you prompt the user.
# [08:38] <heycam`> q+
# [08:38] * Zakim sees bryan, heycam` on the speaker queue
# [08:39] <Travis_> Alex: On duplication. Could be cheap.
# [08:39] * Joins: hoyang (~Adium@public.cloak)
# [08:39] * Joins: adrianba_ (~adrianba@public.cloak)
# [08:39] <Travis_> ... on the storage level, you can have more persistent info that doesn't get cache-evicted.
# [08:40] * abarsto plh - can the break be extended beyond 16:00?
# [08:40] <Travis_> ... on storage limits, we don't have this solved.
# [08:40] <Travis_> ... there's no distinction for some storage technologies for persistent vs. not (it's all just file-system)
# [08:41] <Travis_> ... and other open issues. Working on fleshing these out.
# [08:41] * Joins: cwdoh (~cwdoh@public.cloak)
# [08:41] <thinker> q+ What does make service worker better than a wrapper of XHR in the content?
# [08:41] * Zakim thinker, you typed too many words without commas; I suspect you forgot to start with 'to ...'
# [08:41] <Travis_> mnot: de-dup in http-caches. This could solve it. I really like the way this is going. It's coolness.
# [08:41] <abarsto> q- bryan
# [08:41] * Zakim sees heycam` on the speaker queue
# [08:41] * Joins: Soonho (~Soonho@public.cloak)
# [08:41] <Travis_> bryan: Service workers can't use XHR?
# [08:41] <Travis_> bryan: what else can't they use?
# [08:41] <thinker> q+
# [08:41] * Zakim sees heycam`, thinker on the speaker queue
# [08:42] <Travis_> Alex: It's limited to much fewer things you think (all sync stuff is blocked)
# [08:42] <Travis_> avk: why not just remove the sync-bit?
# [08:42] <xiaoqian> q?
# [08:42] * Zakim sees heycam`, thinker on the speaker queue
# [08:43] <Travis_> Alex: we could entertain that. We didn't go that direction.
# [08:43] <Travis_> Alex: think about a worker with all sync-stuff removed (with importScript as the exception)
# [08:44] <Travis_> bryan: So, it can't be used to build offline apps?
# [08:44] <Travis_> Alex: No.
# [08:44] <Travis_> ... You can handle request in any way you like, you can postMessage, you can manage storage locations, etc.
# [08:44] <MikeSmith> q?
# [08:44] * Zakim sees heycam`, thinker on the speaker queue
# [08:45] <Travis_> chaals: the app can still use XHR, of course. It's just not in service worker.
# [08:45] <heycam`> q-
# [08:45] * Zakim sees thinker on the speaker queue
# [08:45] * Travis_ buzz buzz
# [08:45] <thinker> q-
# [08:45] * Zakim sees no one on the speaker queue
# [08:45] * Joins: Tomoyuki1 (~Thunderbird@public.cloak)
# [08:45] <Travis_> heycam`: Can you stream a response back from the service worker?
# [08:45] <Travis_> Alex: No answer to that now.
# [08:45] <MikeSmith> audible sigh from slightlyoff
# [08:45] <Travis_> ... Seems like we need something like Streams...??
# [08:46] <Zakim> -Shenzhen
# [08:46] <Zakim> IA_WebApps()7:00PM has ended
# [08:46] <Zakim> Attendees were +1.503.264.aaaa, [IPcaller], Shenzhen, +1.503.264.aabb, James_Craig, Rich_Schwerdtfeger
# [08:46] <MikeSmith> RRSAgent, make minutes
# [08:46] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html MikeSmith
# [08:46] <annevk> Weird to say no to XHR based on a theoretical fetch API but say this here slightlyoff
# [08:46] <Travis_> Ted: [muted]
# [08:46] * Quits: adrianba (~adrianba@public.cloak) (Ping timeout: 180 seconds)
# [08:46] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [08:46] <Travis_> ... Fetch vs. XHR: XHR is platform for http-requests. Fetch is the way for how the network requests stuff.
# [08:46] * Joins: richt (~richt@public.cloak)
# [08:47] <Travis_> Alex: XHR != fetch
# [08:47] * Joins: Zeke (~Zeke@public.cloak)
# [08:47] <Travis_> Ted: seems like a terrible approach to have both.
# [08:47] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [08:47] <slightlyoff> yes!
# [08:47] <slightlyoff> was about to say that = )
# [08:47] * Quits: Marcus_Altman (~Marcus_Altman@public.cloak) (Ping timeout: 180 seconds)
# [08:47] * Joins: cwdoh_ (~cwdoh@public.cloak)
# [08:47] * Joins: richt_ (~richt@public.cloak)
# [08:47] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [08:47] * Joins: ken (~ken@public.cloak)
# [08:48] <Travis_> Jonas: XHR doesn't have a great way to represent requests (not just response) and stuff for CORS.
# [08:48] * MikeSmith to garykac hey can you go to the WebDriver meeting at 16:00 today to talk with them about they keyboard events stuff?
# [08:48] * Joins: adrianba (~adrianba@public.cloak)
# [08:48] * Joins: richt (~richt@public.cloak)
# [08:48] * Quits: richt_ (~richt@public.cloak) (Client closed connection)
# [08:48] <Travis_> paul: How does service worker work "upwords"?
# [08:49] <abarsto> q?
# [08:49] * Zakim sees no one on the speaker queue
# [08:49] * Joins: Marcus_Altman (~Marcus_Altman@public.cloak)
# [08:49] <Travis_> Alex: whichever core capabilities are plumbed into it. For example other services that could be put into it.
# [08:49] <Travis_> ... Alarms, etc., another service layer for the web. For things that don't need UI.
# [08:49] * Travis_ thanks Alex!
# [08:50] * Joins: dayang (~dayang@public.cloak)
# [08:50] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [08:50] * Quits: adrianba_ (~adrianba@public.cloak) (Ping timeout: 180 seconds)
# [08:50] * Parts: Mohammed_ (~Mohammed@public.cloak)
# [08:50] * Quits: shepazu (schepers@public.cloak) ("is sleepy")
# [08:50] * Quits: btoews (~btoews@public.cloak) (btoews)
# [08:50] * Quits: Toshiya_ (~toshiya@public.cloak) (Client closed connection)
# [08:50] * Quits: mete (~mete@public.cloak) ("This computer has gone to sleep")
# [08:50] * Quits: mizuman_ (~mizuman@public.cloak) (Client closed connection)
# [08:50] <JonathanJ> rrsagent, draft minutes
# [08:50] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html JonathanJ
# [08:50] * Quits: rniwa (~rniwa@public.cloak) (rniwa)
# [08:50] * Quits: hoyang (~Adium@public.cloak) ("Leaving.")
# [08:50] * Joins: richt (~richt@public.cloak)
# [08:50] * Joins: Toshiya (~toshiya@public.cloak)
# [08:50] * Joins: mizuman (~mizuman@public.cloak)
# [08:50] * Quits: saki (~saki@public.cloak) (Client closed connection)
# [08:50] * Quits: ito (~ito@public.cloak) ("Page closed")
# [08:51] * Quits: ijongcheol (~ijongcheol@public.cloak) (Ping timeout: 180 seconds)
# [08:51] * Joins: saki (~saki@public.cloak)
# [08:51] * Quits: garykac (~garykac@public.cloak) (Ping timeout: 180 seconds)
# [08:51] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
# [08:51] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [08:52] * Quits: Tomoyuki (~Thunderbird@public.cloak) (Ping timeout: 180 seconds)
# [08:53] * Quits: cwdoh (~cwdoh@public.cloak) (Ping timeout: 180 seconds)
# [08:53] * Quits: tao (~tcai@public.cloak) (Client closed connection)
# [08:53] * Quits: mounir_ (~mounir_@public.cloak) (Ping timeout: 180 seconds)
# [08:54] * Quits: paul (~paul@public.cloak) (Ping timeout: 180 seconds)
# [08:54] * Quits: Yudong (~Yudong@public.cloak) ("Page closed")
# [08:54] * Quits: Ruinan (~Ruinan@public.cloak) (Ping timeout: 180 seconds)
# [08:54] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
# [08:54] * Quits: Dong-Young_Lee (~Dong-Young_Lee@public.cloak) (Ping timeout: 180 seconds)
# [08:54] * Quits: aizu (~aizu@public.cloak) (Ping timeout: 180 seconds)
# [08:55] * Quits: ken (~ken@public.cloak) (Ping timeout: 180 seconds)
# [08:55] * Quits: johnny_ (~Android@public.cloak) (Client closed connection)
# [08:55] * Quits: nsakai2 (~nsakai2@public.cloak) (Ping timeout: 180 seconds)
# [08:55] * Joins: johnny (~Android@public.cloak)
# [08:55] * Quits: naka_ (~naka@public.cloak) (Ping timeout: 180 seconds)
# [08:55] * Quits: gwm (~gwm@public.cloak) (Ping timeout: 180 seconds)
# [08:55] * Quits: virginie (~virginie@public.cloak) (Ping timeout: 180 seconds)
# [08:55] * Quits: zqzhang (~zqzhang@public.cloak) (Ping timeout: 180 seconds)
# [08:55] * Quits: jehoochen (~Ryaaic@public.cloak) (Ping timeout: 180 seconds)
# [08:56] * Quits: dennisdmac (~dennisdmac@public.cloak) (Ping timeout: 180 seconds)
# [08:56] * Quits: jungkees (~jungkees@public.cloak) (Ping timeout: 180 seconds)
# [08:56] * Joins: tao (~tcai@public.cloak)
# [08:56] * Quits: Tomoyuki1 (~Thunderbird@public.cloak) (Ping timeout: 180 seconds)
# [08:56] * Quits: Daniel_Austin_ (~Daniel_Austin@public.cloak) (Ping timeout: 180 seconds)
# [08:56] * Quits: Soonho (~Soonho@public.cloak) (Ping timeout: 180 seconds)
# [08:56] * Quits: jinsong (wjs@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Quits: nkic (~nkic@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Quits: csjung (~csjung@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Quits: ijongcheol (~ijongcheol@public.cloak) (Client closed connection)
# [08:57] * Quits: sho (~sho@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Quits: JonathanJ (~hollobit@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Quits: dyang (~SDY@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Quits: kkubota2_ (~kkubota2@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [08:57] * Quits: byungjung (~byungjung@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Quits: Toshiya (~toshiya@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Joins: johnny_ (~Android@public.cloak)
# [08:57] * Quits: mizuman (~mizuman@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Quits: richt (~richt@public.cloak) (Ping timeout: 180 seconds)
# [08:58] * Quits: saki (~saki@public.cloak) (Ping timeout: 180 seconds)
# [08:58] * Quits: edoyle (~edoyle@public.cloak) (Ping timeout: 180 seconds)
# [08:58] * Joins: jjj (~Android@public.cloak)
# [08:58] * Quits: yang (~yang@public.cloak) (Ping timeout: 180 seconds)
# [09:00] * Quits: Marcus_Altman (~Marcus_Altman@public.cloak) (Ping timeout: 180 seconds)
# [09:00] * Joins: johnny__ (~Android@public.cloak)
# [09:01] * Quits: denis (denis@public.cloak) (Ping timeout: 180 seconds)
# [09:01] * Joins: hoyang (~Adium@public.cloak)
# [09:02] * Quits: johnny_ (~Android@public.cloak) (Client closed connection)
# [09:02] * Quits: johnny (~Android@public.cloak) (Ping timeout: 180 seconds)
# [09:02] * Quits: jjj_ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [09:03] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
# [09:04] * Quits: bryan (~bryan@public.cloak) (Ping timeout: 180 seconds)
# [09:04] * Quits: ijongcheol (~ijongcheol@public.cloak) (Ping timeout: 180 seconds)
# [09:05] * Joins: Tomoyuki (~Thunderbird@public.cloak)
# [09:06] * Quits: aboyet (~Adium@public.cloak) (Ping timeout: 180 seconds)
# [09:06] * Joins: Tomoyuki1 (~Thunderbird@public.cloak)
# [09:07] * Joins: csjung (~csjung@public.cloak)
# [09:07] * Quits: boryung (~boryung@public.cloak) (Ping timeout: 180 seconds)
# [09:08] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [09:09] * Quits: lmcliste_ (~lmclister@public.cloak) ("")
# [09:09] * Quits: dezell (~webmaster@public.cloak) (Ping timeout: 180 seconds)
# [09:09] * Quits: heycam` (~cam@public.cloak) ("Leaving")
# [09:09] * Joins: nkic (~nkic@public.cloak)
# [09:10] * Joins: kinuko (~androirc@public.cloak)
# [09:10] * Quits: mnot (~mnot@public.cloak) (Ping timeout: 180 seconds)
# [09:11] * heycam|away is now known as heycam
# [09:12] * Joins: aizu (~aizu@public.cloak)
# [09:12] * Joins: denis_ (denis@public.cloak)
# [09:12] * denis_ is now known as denis
# [09:12] * Quits: Tomoyuki (~Thunderbird@public.cloak) (Ping timeout: 180 seconds)
# [09:12] * Quits: hoyang (~Adium@public.cloak) ("Leaving.")
# [09:13] * Quits: Tomoyuki1 (~Thunderbird@public.cloak) (Tomoyuki1)
# [09:13] * Joins: Tomoyuki (~Thunderbird@public.cloak)
# [09:14] * Joins: minami (~minami@public.cloak)
# [09:14] * chaals hopes we'll get the people back in the room in a couple more minutes. Next up: Streams
# [09:15] * Joins: btoews (~btoews@public.cloak)
# [09:15] * Quits: btoews (~btoews@public.cloak) (btoews)
# [09:15] * Joins: byungjung (~byungjung@public.cloak)
# [09:16] * Joins: saki (~saki@public.cloak)
# [09:16] * Joins: Toshiya (~toshiya@public.cloak)
# [09:17] * Quits: johnny__ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [09:17] * Joins: AndroUser2 (~androirc@public.cloak)
# [09:18] * Joins: Toshiya_ (~toshiya@public.cloak)
# [09:18] * Quits: AndroUser2 (~androirc@public.cloak) (Client closed connection)
# [09:18] * Quits: Toshiya (~toshiya@public.cloak) (Client closed connection)
# [09:18] * Joins: Toshiya (~toshiya@public.cloak)
# [09:19] * Joins: ken (~ken@public.cloak)
# [09:19] * Joins: myakura (~myakura@public.cloak)
# [09:19] * Quits: aizu (~aizu@public.cloak) (Ping timeout: 180 seconds)
# [09:19] * Joins: a12u (~androirc@public.cloak)
# [09:19] * Quits: ijongcheol (~ijongcheol@public.cloak) (Client closed connection)
# [09:19] * Joins: Marcus_Altman (~Marcus_Altman@public.cloak)
# [09:19] * Joins: paul (~paul@public.cloak)
# [09:19] <abarsto> RRSAgent, make minutes
# [09:19] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html abarsto
# [09:19] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [09:20] * Quits: Toshiya (~toshiya@public.cloak) (Client closed connection)
# [09:20] * Joins: dennisdmac (~dennisdmac@public.cloak)
# [09:20] * Joins: Toshiya (~toshiya@public.cloak)
# [09:20] * Quits: jcraig (~jcraig@public.cloak) (jcraig)
# [09:20] * Joins: bryan (~bryan@public.cloak)
# [09:20] * Travis_ hi
# [09:21] * Joins: Toshiya__ (~toshiya@public.cloak)
# [09:21] * Parts: Tomoyuki (~Thunderbird@public.cloak) (Tomoyuki)
# [09:21] <Travis_> Scribe: Travis_
# [09:21] * Quits: Toshiya_ (~toshiya@public.cloak) (Client closed connection)
# [09:21] * Joins: heycam` (~cam@public.cloak)
# [09:21] <Travis_> ScribeNick: Travis_
# [09:21] * Joins: Jirka (~jirka@public.cloak)
# [09:21] * Joins: nikos (~Thunderbird@public.cloak)
# [09:21] * Joins: aizu (~aizu@public.cloak)
# [09:21] * Joins: saki_ (~saki@public.cloak)
# [09:21] * Joins: satakagi (~stakagi@public.cloak)
# [09:22] * Joins: dyang (~SDY@public.cloak)
# [09:22] * Joins: btoews (~btoews@public.cloak)
# [09:22] * Joins: hoyang (~Adium@public.cloak)
# [09:22] * Joins: Toshiya_ (~toshiya@public.cloak)
# [09:22] * Joins: saki__ (~saki@public.cloak)
# [09:22] * Joins: Travis__ (~Travis_@public.cloak)
# [09:22] * Joins: mete (~mete@public.cloak)
# [09:22] * Quits: Travis__ (~Travis_@public.cloak) ("Page closed")
# [09:23] * Quits: Toshiya_ (~toshiya@public.cloak) (Client closed connection)
# [09:23] * Joins: Travis (~Travis@public.cloak)
# [09:23] <Travis> Topic: Streams
# [09:23] * Joins: Toshiya_ (~toshiya@public.cloak)
# [09:23] <abarsto> http://www.w3.org/TR/streams-api/ -> WD published 5-Oct-2013
# [09:23] <Travis> <crickets>
# [09:23] * Quits: tao (~tcai@public.cloak) (Ping timeout: 180 seconds)
# [09:23] * Joins: saki___ (~saki@public.cloak)
# [09:23] * Quits: Toshiya (~toshiya@public.cloak) (Client closed connection)
# [09:23] * Joins: jungkees (~jungkees@public.cloak)
# [09:23] * Joins: Daniel_Austin (~Daniel_Austin@public.cloak)
# [09:24] * Joins: mizuman (~mizuman@public.cloak)
# [09:24] <Travis> Topic: XHR and Progress Events
# [09:24] * Joins: aboyet (~Adium@public.cloak)
# [09:24] * Quits: efullea_ (~efullea@public.cloak) ("Page closed")
# [09:24] <jungkees> https://dvcs.w3.org/hg/xhr/raw-file/tip/xhr-1/Overview.html
# [09:25] * Joins: dezell (~webmaster@public.cloak)
# [09:25] * Quits: saki (~saki@public.cloak) (Client closed connection)
# [09:25] * Joins: darobin (rberjon@public.cloak)
# [09:25] * Joins: naka (~naka@public.cloak)
# [09:25] <Travis> jungkees: looking at XHR1
# [09:25] <Travis> ... in spec history section
# [09:25] * Joins: Lachy (~Lachy@public.cloak)
# [09:25] <Travis> ... some features left out of the living standard...
# [09:26] <Travis> ... fetching data uris and anonymous flag
# [09:26] * Joins: ijongche_ (~ijongcheol@public.cloak)
# [09:26] <Travis> ... some behaviors are not compatible
# [09:26] * Joins: edoyle (~edoyle@public.cloak)
# [09:26] <jungkees> jungkees.github.io/XMLHttpRequest-test
# [09:26] * Quits: ijongcheol (~ijongcheol@public.cloak) (Ping timeout: 180 seconds)
# [09:27] * Joins: johnny (~Android@public.cloak)
# [09:27] <Travis> jungkees: looking at test cases in W3C test repo
# [09:27] * Quits: jjj (~Android@public.cloak) (Client closed connection)
# [09:27] <Travis> ... current status of browser implementation
# [09:27] <myakura> http://jungkees.github.io/XMLHttpRequest-test/
# [09:27] <Travis> ... covers 95%+ of spec
# [09:27] * Joins: tobie (tobie@public.cloak)
# [09:27] <Travis> ... compat numbers are 50-60%
# [09:27] <Travis> ... now filing bugs with relevant implementations
# [09:28] <Travis> ... path to interop and CR.
# [09:28] * Joins: Toshiya (~toshiya@public.cloak)
# [09:28] * Quits: Toshiya (~toshiya@public.cloak) (Client closed connection)
# [09:28] * Quits: Toshiya_ (~toshiya@public.cloak) (Client closed connection)
# [09:28] <Travis> ... this is our current status.
# [09:28] * Quits: Travis_ (~Travis_@public.cloak) (Ping timeout: 180 seconds)
# [09:28] * Joins: Toshiya (~toshiya@public.cloak)
# [09:28] <Travis> ... we have ~11 issues in bug list.
# [09:28] * Joins: _nikos_office (~Thunderbird@public.cloak)
# [09:28] * Joins: dong (~nobody@public.cloak)
# [09:28] <Travis> ... only 1/2 are issues we need to solve for L1 XHR spec
# [09:28] * Quits: saki_ (~saki@public.cloak) (Ping timeout: 180 seconds)
# [09:29] <Travis> ... (1 or 2) not 1/2
# [09:29] * Quits: Toshiya__ (~toshiya@public.cloak) (Ping timeout: 180 seconds)
# [09:29] * Joins: AndroUser2 (~androirc@public.cloak)
# [09:29] * Joins: richt (~richt@public.cloak)
# [09:29] <Travis> jungkees: One of these 21650:
# [09:29] * Quits: saki__ (~saki@public.cloak) (Ping timeout: 180 seconds)
# [09:29] * Joins: dopi (~dopi@public.cloak)
# [09:30] <Travis> ... xhr has a limitation in responseType==document
# [09:30] * Joins: yang (~yang@public.cloak)
# [09:30] <Travis> ... other issues are related to bleeding edge features that can be handled in next version.
# [09:30] <bryan> quit
# [09:30] <Travis> Art: are you marking the bugs for v1 and v2?
# [09:30] * Quits: bryan (~bryan@public.cloak) ("Page closed")
# [09:30] * Joins: jinsh (~jinsh@public.cloak)
# [09:31] * Joins: AndroUser (~androirc@public.cloak)
# [09:31] <Travis> jungkees: having an issue with the alignment with the fetch spec.
# [09:31] <Travis> ... need to discuss how to handle referencing the fetch spec in the W3C spec.
# [09:31] <Travis> ... not sure how to deal with that.
# [09:31] <Travis> chaals: not a technical issue, just a doc/process spec.
# [09:32] <Travis> jungkees: we are referencing WHATWG at the moment.
# [09:32] <Travis> ... we should be ready for LC soon.
# [09:32] * Joins: mizuman_ (~mizuman@public.cloak)
# [09:32] * Quits: nikos (~Thunderbird@public.cloak) (Ping timeout: 180 seconds)
# [09:32] <Travis> ... during LC we can resolve the issue with responseType==document and focus on browser interop and bugs.
# [09:32] <Travis> chaals: what are the implementation plans.
# [09:33] * heycam is now known as heycam|away
# [09:33] <Travis> jungkees: some interop differences: one browser fires "progress" other's don't.
# [09:34] <Travis> ... there are some subtle differences.
# [09:34] <Travis> abarsto: Are there any tests for v2 (in the list of test from the w3c site)
# [09:34] <Travis> ?
# [09:34] * Quits: Marcus_Altman (~Marcus_Altman@public.cloak) (Ping timeout: 180 seconds)
# [09:35] <Travis> jungkees: All of the tests are based on the living standard. We will see which will drop for the v1 spec.
# [09:36] <Travis> adrianba: On why don't browsers fix these bugs: these are the set of "interop" issues we talk about for a long time. Do these interop issues really matter to web compat?
# [09:37] * Joins: kevin-li (~kevin-li@public.cloak)
# [09:38] * Quits: mizuman (~mizuman@public.cloak) (Ping timeout: 180 seconds)
# [09:38] * Joins: Travis_ (~Travis_@public.cloak)
# [09:39] * Quits: kinuko (~androirc@public.cloak) (Client closed connection)
# [09:39] <Eliot> Robin: We can identify the best and brightest tests.
# [09:39] * Joins: kinuko (~androirc@public.cloak)
# [09:39] * Joins: rniwa (~rniwa@public.cloak)
# [09:39] * Quits: cwdoh_ (~cwdoh@public.cloak) (Client closed connection)
# [09:39] <Travis_> Robin: Might be worth looking into library code (jQuery) to prioritize bugs to fix.
# [09:39] * Quits: dong (~nobody@public.cloak) (Ping timeout: 180 seconds)
# [09:40] * Joins: JonathanJ (~hollobit@public.cloak)
# [09:40] <Travis_> abarsto: Will Robin/James work with jungkees to help get these tests prepared?
# [09:40] <abarsto> s/help get these tests/prepared/help identify those tests that are mandatory for CR/
# [09:40] <Travis_> adrianba: To Robin on the question of interop bugs worked around in jQuery: is the 'we' the working group?
# [09:41] <Travis_> Robin: I think they're likely working around real problems.
# [09:41] <Travis_> ... if this delays the spec a little while, then OK.
# [09:41] * Quits: Zeke (~Zeke@public.cloak) ("Leaving...")
# [09:41] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [09:41] * Quits: JonathanJ (~hollobit@public.cloak) (Client closed connection)
# [09:41] * Joins: richt (~richt@public.cloak)
# [09:42] <Travis_> adrianba: still trying to understand the priority. I think this is about having a good spec.
# [09:42] * Quits: AndroUser2 (~androirc@public.cloak) (Client closed connection)
# [09:42] <Travis_> ... these tests don't need to be fixed at the same rate as implementations move forward.
# [09:42] * Joins: JonathanJ1 (~hollobit@public.cloak)
# [09:42] <abarsto> q+ Paul
# [09:42] * Zakim sees Paul on the speaker queue
# [09:43] <Travis_> ... I think we can look at the spec at a high-level and say that it's "implementable" and not have to hold up CR.
# [09:43] * Quits: Travis (~Travis@public.cloak) (Ping timeout: 180 seconds)
# [09:43] * Joins: dka (~dka@public.cloak)
# [09:43] <Travis_> jungkees: The core editors came to the conclusions that the issues shown in test cases must be resolved because they are a major part of the Fetch behavior.
# [09:44] <Travis_> ... without resolving this, XHR authors may have to work around bugs.
# [09:44] <Travis_> chaals: there are different authors for the spec.
# [09:45] <Daniel_Austin> q+ Daniel_Austin
# [09:45] * Zakim sees Paul, Daniel_Austin on the speaker queue
# [09:45] <Travis_> ... implementers are one categories. Authors want to look at the spec and write to that.
# [09:45] <Travis_> ... may be nice to have the spec speak to the reliability of certain features in the spec.
# [09:46] * abarsto braces for jgraham's SHOULD == Real Bad comment ;-)
# [09:46] <abarsto> q+ James
# [09:46] * Zakim sees Paul, Daniel_Austin, James on the speaker queue
# [09:46] <annevk> o_O
# [09:46] <annevk> (need bigger O)
# [09:46] <abarsto> q- Paul
# [09:46] * Zakim sees Daniel_Austin, James on the speaker queue
# [09:46] <Travis_> ... it's nice to have the next version coming so that we can look forward to it's more specific requirements.
# [09:47] * Joins: virginie (~virginie@public.cloak)
# [09:47] * Quits: paul (~paul@public.cloak) ("Page closed")
# [09:47] * Joins: AndroUser2 (~androirc@public.cloak)
# [09:47] <Travis_> paul: I think robin is saying that web devs have seen issues, and that we can use libraries to find what the pain points are.
# [09:47] <abarsto> q- Daniel_Austin
# [09:47] * Zakim sees James on the speaker queue
# [09:48] <hober> annevk: ｏ_Ｏ
# [09:48] <Travis_> Daniel (ebay): Since XHR came out, it's not just browser user agents, but having a reliable spec is good.
# [09:48] <Travis_> jgraham: post re-writing the spec to be more vague is a really bad idea.
# [09:48] * Quits: AndroUser2 (~androirc@public.cloak) (Client closed connection)
# [09:49] * Joins: naka_ (~naka@public.cloak)
# [09:49] * Joins: plh (plehegar@public.cloak)
# [09:49] * hober annevk: hmm, multiple nested screens make typing fullwidth chars hard.
# [09:50] <annevk> hober: nice
# [09:50] * Quits: kennyluck (~kennyluck@public.cloak) (kennyluck)
# [09:50] <xiaoqian> q- James
# [09:50] * Zakim sees no one on the speaker queue
# [09:50] * darobin the great thing about the SHOULD plan is that if it doesn't work we still have the option of using MAY instead
# [09:51] <adrianba> q?
# [09:51] * Zakim sees no one on the speaker queue
# [09:51] <adrianba> q+
# [09:51] * Zakim sees adrianba on the speaker queue
# [09:51] <annevk> darobin: could just remove the conformance section
# [09:51] <annevk> darobin: would also make it shorter
# [09:51] * Quits: dennisdmac (~dennisdmac@public.cloak) (Ping timeout: 180 seconds)
# [09:51] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [09:51] * Joins: richt (~richt@public.cloak)
# [09:52] <hober> annevk darobin: we could start using other RFC 2119 terms like "UAs MIGHT AS WELL ..."
# [09:52] * Quits: Toshiya (~toshiya@public.cloak) (Client closed connection)
# [09:52] * Quits: saki___ (~saki@public.cloak) (Client closed connection)
# [09:52] * Travis_ is getting lost in the rhetoric...
# [09:52] <annevk> hober: MUST GO TO REC SO YOU MAY IMPLEMENT
# [09:52] * Joins: Toshiya (~toshiya@public.cloak)
# [09:52] * Joins: saki (~saki@public.cloak)
# [09:52] * Quits: naka (~naka@public.cloak) (Ping timeout: 180 seconds)
# [09:52] <darobin> hober: I think you mean RFC 6919 https://www.rfc-editor.org/rfc/rfc6919.txt
# [09:52] * Joins: dong (~nobody@public.cloak)
# [09:53] <Travis_> jgraham: The right way of solving the problem is to use a test suite to show authors how reliable and interoperable is the spec.
# [09:53] * Joins: AndroUser2 (~androirc@public.cloak)
# [09:53] <Travis_> ... I don't think the right solution is to change the spec.
# [09:53] <Travis_> adrianba: I agree.
# [09:53] * Joins: kennyluck (~kennyluck@public.cloak)
# [09:53] <Daniel_Austin> RFC 6919
# [09:53] <annevk> "MUST (BUT WE KNOW YOU WON'T)" hahaha, forgot about that RFC
# [09:53] <xiaoqian> q?
# [09:53] * Zakim sees adrianba on the speaker queue
# [09:53] * rsleevi http://tools.ietf.org/html/rfc6919
# [09:53] <xiaoqian> ack adrianba
# [09:53] * Zakim sees no one on the speaker queue
# [09:53] <Travis_> ... it seems odd to update the spec according to where implementations are at some moment in time.
# [09:53] <Travis_> ... via MUST to SHOULD update.
# [09:54] * Joins: Marcus_Altman___ (~Marcus_Altman@public.cloak)
# [09:54] * abarsto votes that we all purge from our memory Chaal's proposal to s/MUST/SHOUD/ ;)
# [09:54] <Travis_> chaals: well, we shouldn't change must to should just to squeak out of a process requirements.
# [09:54] <annevk> abarsto: but it's his favorite proposal
# [09:54] <annevk> abarsto: he makes it at least once a year
# [09:54] <Travis_> ... going from test->spec can be challenging.
# [09:55] <Travis_> jgraham: historically we've done a poor job of having a test suite.
# [09:55] <Travis_> ... we need to work on test suite results and how we present them.
# [09:55] <Travis_> ... as implementation run the tests we can gather the data more reliably.
# [09:56] <Travis_> adrianba: we have some places where we want to correlate this data, like in Web Platform Docs.
# [09:56] * hober The key words "MUST (BUT WE KNOW YOU WON'T)", "SHOULD CONSIDER", "REALLY SHOULD NOT", "OUGHT TO", "WOULD PROBABLY", "MAY WISH TO", "COULD", "POSSIBLE", and "MIGHT" in the normative parts of this document are to be interpreted as described in RFC 6919. However, for readability, these words do not appear in all uppercase letters in this specification.
# [09:57] <Travis_> chaals: my basic goal is to get what is needed now, and not wait while we develop our test suites and tools.
# [09:57] * Joins: nkic_ (~nkic@public.cloak)
# [09:57] <Travis_> jungkees: Initial intention was to exclude features not running well across the board.
# [09:57] <Travis_> ... our findings uncovered that some things are running fine in 2 of the browsers.
# [09:58] <Travis_> ... the core editors found that these are the pimitives of the fetching of resources.
# [09:58] * Joins: saki_ (~saki@public.cloak)
# [09:58] <Travis_> ... we want to keep going with current set of features.
# [09:58] <abarsto> q?
# [09:58] * Zakim sees no one on the speaker queue
# [09:58] <Travis_> chaals: What happens now? LC and long wait?
# [09:59] <Travis_> jungkees: and working on test suites until CR exit. Want to start LC now.
# [09:59] * Quits: Toshiya (~toshiya@public.cloak) (Client closed connection)
# [09:59] * Joins: Toshiya (~toshiya@public.cloak)
# [09:59] * Quits: saki (~saki@public.cloak) (Ping timeout: 180 seconds)
# [09:59] <Travis_> ... we don't see too many issues in the spec itself, but want to focus on solving implementation gaps.
# [10:00] <Travis_> ... perhaps Q2 of next year we can review the bugs to see how browser interop is improving.
# [10:00] * Quits: satakagi (~stakagi@public.cloak) (Ping timeout: 180 seconds)
# [10:00] <Travis_> ... interop will improve, libraries will be easier to maintain, etc.
# [10:00] <Travis_> ... that's our current viewpoint.
# [10:00] * Quits: dka (~dka@public.cloak) (dka)
# [10:01] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [10:01] * Quits: dong (~nobody@public.cloak) (Client closed connection)
# [10:01] * Quits: AndroUser2 (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [10:01] * Quits: igarashi (~igarashi@public.cloak) (Ping timeout: 180 seconds)
# [10:01] * Joins: richt (~richt@public.cloak)
# [10:01] * Quits: nkic (~nkic@public.cloak) (Ping timeout: 180 seconds)
# [10:01] <Travis_> paulc: Q on original stats: only 50% of the results give consistent results... at least 2 browsers pass each of them?
# [10:01] * Joins: igarashi_ (~igarashi@public.cloak)
# [10:02] <Travis_> chaals: what is the intersection for at least two implementations?
# [10:03] * Quits: wonsuk (~Thunderbird@public.cloak) (wonsuk)
# [10:03] <Travis_> israelh: how do we prioritize? Put my high priority tests together, then the bugs that don't impact most sites, this could work.
# [10:04] <xiaoqian> RRSAgent, make minutes
# [10:04] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html xiaoqian
# [10:04] <Travis_> chaals: We could take the spec to the director and show that there are some places with dragons, so beware, but we need better coverage than we have now.
# [10:04] * Joins: satakagi (~stakagi@public.cloak)
# [10:04] <Travis_> jungkees: Given major implementations, pass ratio is much higher (than 50%).
# [10:05] <Travis_> ... we've tested three major tests: blink, gecko, trident.
# [10:05] * Quits: nkic_ (~nkic@public.cloak) ("Leaving...")
# [10:05] * Joins: dong (~nobody@public.cloak)
# [10:05] <Travis_> paulc: my personal opinion: we'll never get a spec published if we expect 100% interop.
# [10:06] <Travis_> ... if this spec is to goto CR, what is the exit criteria.
# [10:06] <Travis_> ... the WG needs to define what it believes is necessary.
# [10:06] * Quits: ijongche_ (~ijongcheol@public.cloak) (Client closed connection)
# [10:06] <Daniel_Austin> +1 to Paul's comments
# [10:07] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [10:07] <jungkees> http://www.w3.org/wiki/Webapps/Interop/ProgressEvents
# [10:07] <Travis_> chaals: how much progress are we making on progress events?
# [10:07] <Travis_> jungkees: Looking at progress events test results.
# [10:08] * Joins: AndroUser2 (~androirc@public.cloak)
# [10:08] <Travis_> ... waiting on bug fixes for Blink to improve the test results.
# [10:09] * Quits: Marcus_Altman___ (~Marcus_Altman@public.cloak) (Ping timeout: 180 seconds)
# [10:09] * Quits: dong (~nobody@public.cloak) (Client closed connection)
# [10:09] * Quits: dopi (~dopi@public.cloak) (Ping timeout: 180 seconds)
# [10:09] * Quits: JonathanJ1 (~hollobit@public.cloak) (Ping timeout: 180 seconds)
# [10:10] <Travis_> ... if we do have concensus, we need to try to get it on the list.
# [10:10] <abarsto> ACTION: barstow start CfC to publish PR of Progress Events
# [10:10] * RRSAgent records action 3
# [10:10] * trackbot is creating a new ACTION.
# [10:10] <trackbot> Created ACTION-702 - Start cfc to publish pr of progress events [on Arthur Barstow - due 2013-11-18].
# [10:10] <Travis_> jungkees: We _could_ add more examples to the spec from other use-cases.
# [10:11] <Travis_> ... if not required I'd prefer not to.
# [10:11] * Quits: israelh (~israelh@public.cloak) ("Page closed")
# [10:11] * Joins: ijongche_ (~ijongcheol@public.cloak)
# [10:11] <abarsto> ACTION: barstow work with AvK and Jungkee re the Attribution of the Progress Events spec
# [10:11] * RRSAgent records action 4
# [10:11] * trackbot is creating a new ACTION.
# [10:11] <trackbot> Created ACTION-703 - Work with avk and jungkee re the attribution of the progress events spec [on Arthur Barstow - due 2013-11-18].
# [10:11] * Joins: nsakai2 (~nsakai2@public.cloak)
# [10:11] * Joins: israelh (~israelh@public.cloak)
# [10:12] * Quits: denis (denis@public.cloak) ("Bye")
# [10:12] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [10:12] * Joins: richt (~richt@public.cloak)
# [10:12] * Joins: birtles (~chatzilla@public.cloak)
# [10:12] <Travis_> Topic: WebIDL
# [10:12] * Joins: dong (~nobody@public.cloak)
# [10:12] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [10:13] * Joins: richt (~richt@public.cloak)
# [10:13] <Travis_> heycam`: Test suite progress?
# [10:13] * Joins: krit (~sid15081@public.cloak)
# [10:13] <Travis_> ... I started working on tests for webidl v1. These have been reviewed.
# [10:14] <Travis_> ... I now need to revise tests that have issues.
# [10:14] * Quits: ijongcheol (~ijongcheol@public.cloak) (Ping timeout: 180 seconds)
# [10:14] * Quits: israelh (~israelh@public.cloak) ("Page closed")
# [10:14] <Travis_> ... I thought I did a fairly complete job, but it would be good to hear from the people who did the reviews.
# [10:15] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [10:15] <Travis_> abarsto: 5 reviewers did 20%.
# [10:15] * Joins: richt (~richt@public.cloak)
# [10:15] * Travis_ now that was intelligent... /\
# [10:16] <Travis_> abarsto: what are we going to consider implementations?
# [10:16] * Joins: denis (denis@public.cloak)
# [10:16] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [10:16] * Quits: ijongche_ (~ijongcheol@public.cloak) (Client closed connection)
# [10:16] * Quits: hoyang (~Adium@public.cloak) ("Leaving.")
# [10:17] * Joins: Toshiya_ (~toshiya@public.cloak)
# [10:17] <Travis_> plh: I recall two levels of implementations--first to find implementations (in other specs) of each feature, and 2nd to build up the test suite.
# [10:17] * Quits: dong (~nobody@public.cloak) (Client closed connection)
# [10:19] <Travis_> heycam`: The tests use features that are available in other specs.
# [10:19] <abarsto> q+ Is Dom's webidl checker considered an implementation re CR exit criteria?
# [10:19] * Zakim abarsto, you typed too many words without commas; I suspect you forgot to start with 'to ...'
# [10:20] <Travis_> jonas: two things I know that are programmatic.
# [10:20] * Quits: AndroUser2 (~androirc@public.cloak) (Client closed connection)
# [10:20] * Joins: AndroUser2 (~androirc@public.cloak)
# [10:20] <Travis_> ... arrays - people wonder what this means.
# [10:20] * Quits: naka_ (~naka@public.cloak) (Ping timeout: 180 seconds)
# [10:20] * Quits: Toshiya (~toshiya@public.cloak) (Ping timeout: 180 seconds)
# [10:20] * dom wonders if programmatic was meant to be "problematic"
# [10:20] <Travis_> heycam`: generally, people are not happy with array-ness.
# [10:21] * hober dom: programmatically problematic
# [10:21] <Travis_> ... one test used messageport arrayness, but managed to convince hixie to change it.
# [10:21] * Joins: denis_ (denis@public.cloak)
# [10:21] * Quits: ijongcheol (~ijongcheol@public.cloak) (Client closed connection)
# [10:21] <Travis_> jonas: my proposal was to just use JS arrays or frozen arrays.
# [10:22] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [10:22] <Travis_> ... nodelist and other live-lists may just stay as host-objects.
# [10:22] <Travis_> ... we shouldn't add more ways of replicating those behaviors.
# [10:22] * Quits: AndroUser2 (~androirc@public.cloak) (Client closed connection)
# [10:22] <Travis_> ... otherwise, we should just use iterable objects (ES6 syntax)
# [10:23] <annevk> NodeList can still be an iterable
# [10:23] * Joins: nikos (~Thunderbird@public.cloak)
# [10:23] <Travis_> heycam`: to defend [] syntax: to handle nodelist-like objects.
# [10:23] <xiaoqian> q?
# [10:23] * Zakim sees no one on the speaker queue
# [10:23] <Travis_> ... if we don't like that concept, than it doesn't make sense to allow/expose it.
# [10:23] * Quits: denis (denis@public.cloak) (Ping timeout: 180 seconds)
# [10:24] * Joins: dong (~nobody@public.cloak)
# [10:24] * Quits: btoews (~btoews@public.cloak) (btoews)
# [10:24] * Joins: richt_ (~richt@public.cloak)
# [10:24] <Travis_> heycam`: There's still a bunch of new things to align with ES6 features (iterables, proper classes)
# [10:24] <annevk> For NodeList we can add @@iterator from ES6
# [10:24] * Quits: jinsh (~jinsh@public.cloak) ("Page closed")
# [10:25] * Quits: kinuko (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [10:25] <Travis_> heycam`: At the Mozilla summit a few things were discussed: JS-IDL, what's left to finish.
# [10:25] <Travis_> ... for JSIDL - I don't really have the time to re-write for that.
# [10:25] <MikeSmith> RRSAgent, make minutes
# [10:25] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html MikeSmith
# [10:25] <Travis_> ... better use of my time to find/fix the major problems wrong with WebIDL.
# [10:25] * Quits: richt (~richt@public.cloak) (Ping timeout: 180 seconds)
# [10:25] * Joins: kinuko (~androirc@public.cloak)
# [10:25] * Quits: AndroUser (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
# [10:25] <Travis_> ... seven items were discussed
# [10:26] * denis_ is now known as denis
# [10:26] <Travis_> ... 1 - typearray, promises, etc., stuff that moves in ES6
# [10:26] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
# [10:26] <Travis_> ... 2 - no custom exception objects; building it in.
# [10:26] <MikeSmith> i/jungkees: looking at XHR1/scribe: Travis/
# [10:26] <Travis_> ... 3 - proper ES classes, maybe replace interface with class
# [10:26] <MikeSmith> RRSAgent, make minutes
# [10:26] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html MikeSmith
# [10:27] <Travis_> ... 4 - deprecating indexed and named properties and stuff that required proxies.
# [10:27] * Joins: AndroUser2 (~androirc@public.cloak)
# [10:27] <Travis_> ... 5 - fixing array-ness
# [10:27] <Travis_> ... and other stuff.
# [10:27] <Travis_> ... with some new focus time, I can get after these.
# [10:27] <Travis_> chaals: done by Christmas.
# [10:28] * Joins: richt (~richt@public.cloak)
# [10:28] <Travis_> ... ?
# [10:28] <Travis_> heycam`: Any other high-priority items to finish?
# [10:28] * Joins: dennisdmac (~dennisdmac@public.cloak)
# [10:28] * Quits: richt_ (~richt@public.cloak) (Client closed connection)
# [10:28] * Quits: johnny (~Android@public.cloak) (Ping timeout: 180 seconds)
# [10:29] <Travis_> jonas; can we get rid of overloading?
# [10:29] * Quits: ijongcheol (~ijongcheol@public.cloak) (Client closed connection)
# [10:29] <Travis_> ... with union types why do we need it?
# [10:29] <xiaoqian> s/jonas;/jonas:/
# [10:29] <Travis_> ... other than drawImage?
# [10:29] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [10:29] <Travis_> Alex: WebGL?
# [10:30] <MikeSmith> i/We can identify the best and brightest tests/scribe: Travis_/
# [10:30] <MikeSmith> RRSAgent, make minutes
# [10:30] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html MikeSmith
# [10:30] <Travis_> heycam`: overloading is the most complex part of the spec. It would be nice to remove it...
# [10:30] * Quits: AndroUser2 (~androirc@public.cloak) (Client closed connection)
# [10:31] <Travis_> abarsto: heycam` can you draft up a message on what's next?
# [10:31] * Joins: mounir_ (~mounir_@public.cloak)
# [10:31] * Joins: richt_ (~richt@public.cloak)
# [10:31] * Quits: richt (~richt@public.cloak) (Client closed connection)
# [10:31] <Travis_> heycam`: need to update the list of "what's new" to aggregate into the history of the spec.
# [10:31] * MikeSmith wonders why there was no actual discussion about the Streams API...
# [10:31] <adrianba> WebSocket API uses overloading for send()
# [10:31] <Travis_> ... Do we want to hold up v1 of the spec on some of the larger issues?
# [10:33] <Travis_> Travis: I don't want to implement stuff that's going to change.
# [10:34] <Travis_> heycam`: If you stick to the spec + bugs + list of things I mentioned, you should be safe.
# [10:34] * Travis_ request for new Scribe?
# [10:34] * Quits: richt_ (~richt@public.cloak) (Client closed connection)
# [10:34] <abarsto> RRSAgent, make minutes
# [10:34] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html abarsto
# [10:35] * Travis_ thanks chaals.
# [10:35] * Joins: richt (~richt@public.cloak)
# [10:35] * Travis_ crickets...
# [10:35] <abarsto> Present+ Dirk_Schulze, Rik_Cabanier
# [10:35] * Joins: hoyang1 (~Adium@public.cloak)
# [10:35] * Joins: cwdoh (~cwdoh@public.cloak)
# [10:35] * Joins: bryan (~bryan@public.cloak)
# [10:35] * Quits: hoyang1 (~Adium@public.cloak) (Client closed connection)
# [10:35] * Joins: hoyang1 (~Adium@public.cloak)
# [10:36] <chaals> scribeNick: chaals
# [10:36] <chaals> Scribe+ chaals
# [10:36] * Joins: hoyang2 (~Adium@public.cloak)
# [10:36] * Quits: ijongcheol (~ijongcheol@public.cloak) (Ping timeout: 180 seconds)
# [10:36] * Joins: cabanier (~cabanier@public.cloak)
# [10:36] * Quits: kennyluck (~kennyluck@public.cloak) (kennyluck)
# [10:36] <chaals> Topic: Readonly/ writeable interfaces
# [10:37] <chaals> DS: We have interfaces for SVG / CSS DOM - there is readonly and writeable versions.
# [10:37] <chaals> … readonly has no setters, attributes are readonly. Writeable have setters, and attributes are not readonly
# [10:38] <chaals> DS: Can't do that in WebIDL. Had a short discussion on the issue. 2 possibilities; inherited structure, or have 2 interfaces.
# [10:38] <chaals> … for nihersited structure, the writeable version would inherit from the readonly version.
# [10:38] * Quits: cwdoh (~cwdoh@public.cloak) (Client closed connection)
# [10:38] <chaals> Travis: Do you need the interfaceto swap between readonly/writeable, or is a given object always going to be one or the other?
# [10:38] * Joins: cwdoh (~cwdoh@public.cloak)
# [10:39] <chaals> … We had objects that changes in IE
# [10:39] <chaals> DS: The interface doesn't change between readonly / writeable.
# [10:39] * Quits: hoyang2 (~Adium@public.cloak) ("Leaving.")
# [10:39] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [10:39] * Quits: kinuko (~androirc@public.cloak) (Client closed connection)
# [10:39] <krit> http://dev.w3.org/fxtf/geometry/#DOMRect
# [10:39] * Joins: kinuko (~androirc@public.cloak)
# [10:40] <chaals> JG: Readonly is not user-modifiable, but the values may be changed?
# [10:40] <chaals> DS: Correct.
# [10:40] <chaals> DS: DOMRect is writeable, DOMrectReadonly isn't, so writeable inherits from it.
# [10:41] <chaals> … which means that things inherited do weird stuff @@
# [10:41] <chaals> … solution could be to rename rDOMRectReadonly so people don't think it is always readonly.
# [10:41] <xiaoqian> q+ heycam`
# [10:41] * Zakim sees heycam` on the speaker queue
# [10:41] <chaals> … other solution is use typedef and different interfaces and specify if you have a readonly or writeable version
# [10:42] * Quits: edoyle (~edoyle@public.cloak) (Ping timeout: 180 seconds)
# [10:42] <xiaoqian> q- heycam`
# [10:42] * Zakim sees no one on the speaker queue
# [10:42] <chaals> Cam: renaming sounds sensible, compared to duplicating interfaces
# [10:42] * Quits: richt (~richt@public.cloak) (Ping timeout: 180 seconds)
# [10:42] * Joins: cwdoh_ (~cwdoh@public.cloak)
# [10:42] <chaals> JG: View has another meaning - arrayBufferView is writeable.
# [10:42] <chaals> …bad choice of colours
# [10:42] <chaals> DS: The iidea of calling it that was so people wouldn't get bad ideas.
# [10:42] <chaals> JG: but confusing is bad.
# [10:42] * Quits: hoyang1 (~Adium@public.cloak) (Ping timeout: 180 seconds)
# [10:43] <chaals> DS: Right. Whey we are discussing.
# [10:43] <chaals> AvK: Instanceof doesn't work with cross-@@ and isn't good practice accoring to JS spec editor.
# [10:43] <chaals> Dino: It's all good.
# [10:44] * chaals breathes a sigh of relief. Thanks Dean
# [10:44] * Quits: kinuko (~androirc@public.cloak) (Client closed connection)
# [10:44] <chaals> Travis: Can you give some use cases for DOMRect for context?
# [10:44] * Parts: taocai (~taocai@public.cloak) (taocai)
# [10:44] * Joins: kinuko1 (~androirc@public.cloak)
# [10:44] * Quits: cwdoh_ (~cwdoh@public.cloak) (Client closed connection)
# [10:44] <chaals> DS: SVG DOM is a bit complicated.
# [10:44] <myakura> MikeSmith, there was nobody in the room who could talk about current state of Stream proposals. so we moved on to XHR/PE
# [10:44] <krit> <rect>
# [10:44] * Joins: btoews (~btoews@public.cloak)
# [10:44] <krit> var e
# [10:44] <chaals> … you have different attributes. a rect in SVG is one element, you can test its attributes.
# [10:45] <krit> e.x
# [10:45] <chaals> … e.g. the x property.
# [10:45] <krit> e.x.animVal baseVal
# [10:45] <chaals> … these are different kinds of objects. BaseVal stay set, animVal includes current value under current animation.
# [10:45] <chaals> … other examples in CSS Object model
# [10:46] <chaals> Cam: Also clientRect….
# [10:46] * Quits: btoews (~btoews@public.cloak) (btoews)
# [10:46] <chaals> … maybe not a great example, could return a plain object.
# [10:46] <chaals> DS: Think that was the use case I was thinking of.
# [10:46] * Quits: dom (dom@public.cloak) ("")
# [10:47] <chaals> Cam: Want to avoid a proliferation of rectangle objects. We have SVG rectangles, clientRect, and maybe more APIs that want rectangles.
# [10:47] <chaals> … would be goo to have a single (or dual) rectangle interface.
# [10:47] <chaals> Travis: How does SVG do it today?
# [10:47] <chaals> Cam: With a single interface and a flag to say if it is readonly or not.
# [10:47] * Quits: cwdoh (~cwdoh@public.cloak) (Ping timeout: 180 seconds)
# [10:48] <chaals> … it's writeable in the intereface and setting it when the reaonly flag is set will throw.
# [10:48] * Quits: Arno (~Arnaud@public.cloak) ("")
# [10:48] <chaals> Travis: Saying readonly is to say when you never want to allow writing to something. Think in this case it would be OK to have 2 rectangles (which is better than dozens) - one readonly, one writeable.
# [10:49] <chaals> JG: Sort of what I was going to ask. Where you have DOMRectAbstract and the 2 types of rectangle inherit from it but you never pass one directly.
# [10:49] <chaals> … Not hugely pretty, but would allow people to check @@@
# [10:49] <chaals> DS: Would not share anything with the inherited classes. Also, there are multiple interfaces like this in SVG.
# [10:50] <chaals> … that are currently incompatible with WebIDL.
# [10:50] * Quits: tobie (tobie@public.cloak)
# [10:50] * Joins: richt (~richt@public.cloak)
# [10:50] * Quits: satakagi (~stakagi@public.cloak) (Ping timeout: 180 seconds)
# [10:50] <chaals> Cam: Not that you cannot express this in the SVG spec, can add process. But people don't love it.
# [10:50] <chaals> DS: People objected and said it is not possible… but is implementable.
# [10:50] * Joins: richt_ (~richt@public.cloak)
# [10:51] <chaals> Cam: Thinks what they said was it is impossible to have a base class with getter/setter, and a derived class that has the getter and no setter.
# [10:51] * Quits: kinuko1 (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [10:51] <chaals> JS: Trying to do that in JS, it isn't possible - this is a limitation of javascript. So the base has to have a getter and the derived class a getter/settter.
# [10:51] <chaals> DS: So we need to define a getter separately for the defined class?
# [10:52] * Joins: kinuko1 (~androirc@public.cloak)
# [10:52] <chaals> JS: 2 qusestions. What do we write in WebIDL, what can you do in Javascript?
# [10:52] <chaals> … in JS you need a property on the derived intereface with a getter and a setter
# [10:52] * Joins: nkic (~nkic@public.cloak)
# [10:52] <chaals> Cam: Not a huge burden. But WebIDL has a features where you an avoid having the extra getter.
# [10:52] <chaals> DS: So, should we continue with the inherited part?
# [10:53] <chaals> … and whatcolour should we paint it?
# [10:53] <chaals> … not "readonly", "not View"...
# [10:53] <chaals> [we drop the naming issue]
# [10:53] <chaals> JS: If inherit describes a property re-using the getter from the base class it sounds like a feature created to solve this problem, and seemingly it does.
# [10:54] <chaals> … so yes. Use it.
# [10:54] * hober DOMRectPlatformWritableAuthorReadable
# [10:54] <chaals> DS: Thought the question is whether to have a heirarchy of DOMRect, not just for getters specifically.
# [10:54] * Quits: Rayberg (~Adium@public.cloak) ("Leaving.")
# [10:54] <chaals> s/DS:/Cam:/
# [10:54] <chaals> Cam: Seems sensible
# [10:54] <chaals> AvK: Is clientRect live?
# [10:54] <chaals> [no]
# [10:55] <chaals> AvK: So they seem two different things. If one is live and another not, they are not so related.
# [10:55] <chaals> DS: The ability to make something live doesn't force it to be live, so I don't think there is a real difference.
# [10:55] * Joins: richt__ (~richt@public.cloak)
# [10:55] <chaals> AvK: For static object you don't need to use getters, because you're not returning internal state. That would be much more sane.
# [10:56] <chaals> DS: DOMRect only has values...@@@@
# [10:56] * Quits: ijongcheol (~ijongcheol@public.cloak) (Client closed connection)
# [10:56] <slightlyoff> annevk: just "property"
# [10:56] <chaals> AvK: You can define objects in two ways - getter/setter or (not)
# [10:56] * Quits: nikos (~Thunderbird@public.cloak) (Client closed connection)
# [10:56] * Quits: dezell (~webmaster@public.cloak) (Ping timeout: 180 seconds)
# [10:56] <chaals> … That alternative might be better.
# [10:56] * Joins: lmcliste_ (~lmclister@public.cloak)
# [10:56] <xiaoqian> s/[we drop the naming issue]/Let's not name it now./
# [10:56] <annevk> slightlyoff: k
# [10:56] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [10:57] <chaals> Travis: Starting to sound like arrayness problems for WebIDL - arrays that are sometimes static, or maybe not...
# [10:57] <annevk> slightlyoff: so how do you distinguish that from a getter/setter property?
# [10:57] * hober var DOMRectReadOnlyFactory = DOMRectFactoryFactory.createDOMRectFactory({writeable:false});
# [10:57] <slightlyoff> q+
# [10:57] * Zakim sees slightlyoff on the speaker queue
# [10:57] * Quits: richt (~richt@public.cloak) (Ping timeout: 180 seconds)
# [10:57] <chaals> … if we were ok doing that in WebIDL for arrays, seems OK to have an object that has a flag to describe if it is readonly or not?
# [10:57] <chaals> … if it works...
# [10:57] <chaals> Cam: But we want to get rid of arrays with internal flags too.
# [10:58] * Quits: richt_ (~richt@public.cloak) (Ping timeout: 180 seconds)
# [10:58] * Joins: edoyle (~edoyle@public.cloak)
# [10:58] <chaals> Travis: Agree, but for the SVG stuff, I don't think there is a problem except that we want to consolidate everything of the same kinds.
# [10:58] <chaals> Cam: Think we do.
# [10:58] <chaals> DS: I have no problem with it, but there were objections from e.g. Webapps
# [10:58] <chaals> JS: Wasthere objection to a subclass that is writeable?
# [10:58] <chaals> DS: No
# [10:58] <chaals> JS: So we could move forward on that
# [10:59] <chaals> Travis: WfM
# [10:59] <chaals> AvK: If we don't need getters, we should avoid using them.
# [10:59] <chaals> … have a data property instead.
# [10:59] * Joins: richt (~richt@public.cloak)
# [10:59] <chaals> DS: Don't have dictionaries
# [10:59] <chaals> AvK: Doesn't matter
# [10:59] <chaals> Cam: That would be the WebIDL way to do this.
# [10:59] * Quits: dennisdmac (~dennisdmac@public.cloak) (Ping timeout: 180 seconds)
# [10:59] * Quits: richt__ (~richt@public.cloak) (Client closed connection)
# [11:00] <chaals> … If we make a @@@@@ for an unchanging object, you can use the dictionary version to get.
# [11:00] <chaals> … We don't want to have a new version changing values all the time.
# [11:00] <xiaoqian> ack slightlyoff
# [11:00] * Zakim sees no one on the speaker queue
# [11:01] <chaals> Alex: By default WebIDL uses getters/setters, whereas javascript uses properties. Seems Anne was saying start with the obvious thing from ajvascript.
# [11:01] * Quits: igarashi_ (~igarashi@public.cloak) (Ping timeout: 180 seconds)
# [11:01] <chaals> … not clear that the base class and then setting a flag to force readonly, is a good way. Not natural in Javascript.
# [11:01] <xiaoqian> s/ajvascript/javascript/
# [11:01] <chaals> … Concerned that there is a performance argument I would like to understand
# [11:01] * chaals thanks xiaoqian
# [11:02] * Quits: jungkees (~jungkees@public.cloak) ("Page closed")
# [11:02] * Joins: johnny (~Android@public.cloak)
# [11:02] * Joins: Lachy (~Lachy@public.cloak)
# [11:02] <chaals> Trav: Getter argument is that the platform should not update a data value from underneath the JS code. If the value of a property is 5, it shouldn't change to 6 without you knowing.
# [11:02] <chaals> … for that you have tohave an accessor. DOM attributes are that way, but makes sense that the workd is oriented to getters/setters.
# [11:03] <Daniel_Austin> +1 readonly descends from readable/writeable
# [11:03] <chaals> AR: But the single point of truth being the object seems like a broken assumption
# [11:03] <chaals> JS: Problem is talking about a wide range of objects - lots of different behaviours.
# [11:03] * Joins: mizuman (~mizuman@public.cloak)
# [11:03] <slightlyoff> s/the object/something behind the object/
# [11:03] <chaals> … many objects returning would not make sense with data properties.
# [11:03] * Quits: dong (~nobody@public.cloak) (Client closed connection)
# [11:03] * Quits: ijongcheol (~ijongcheol@public.cloak) (Ping timeout: 180 seconds)
# [11:04] <chaals> … seems in many cases but not all getters make sense. Maybe not as often as we use them.
# [11:04] * darobin BEER_TIME_INTERRUPT
# [11:04] <chaals> … Exception objects are one of the few objects with properties, and had getters. That'sthe pattern, but people don't use them much.
# [11:04] <chaals> … If we can return dictionary objects, inertia is why we keep using interfaces everywhere.
# [11:05] <chaals> Cam: With objects, you use a different construct to get data properties instead of accessors. You can't have a data property without devolving to prose.
# [11:05] * hober ENOBEER
# [11:05] * Quits: nkic (~nkic@public.cloak) (Ping timeout: 180 seconds)
# [11:05] <chaals> … Makes sense to use a data property...
# [11:05] * chaals needs to leave in a minute
# [11:06] * darobin err instanceof BeerMissingError
# [11:06] <chaals> Alex: What's behind the curtain. If there is an IDL that claims to say what there is in JS, that doesn't seem to hold. But if there is a value where JS isn't privy to it, that would not be a fair assumption.
# [11:06] * darobin see? instanceof is useful
# [11:06] <chaals> Cam: If functions that implement getters/setters have access to other properties...
# [11:06] <chaals> Alex: What are they?
# [11:06] * Joins: dsinger (~dsinger@public.cloak)
# [11:06] * Quits: bryan (~bryan@public.cloak) (Ping timeout: 180 seconds)
# [11:06] * Quits: cabanier (~cabanier@public.cloak) ("Leaving.")
# [11:07] <chaals> Cam, Alex: @@@
# [11:07] * Joins: cabanier (~cabanier@public.cloak)
# [11:07] * annevk darobin; would always return false in someone else's context
# [11:07] <chaals> [scribe missed this]
# [11:07] <chaals> Ryo: You can do something as if ther is a private state and getters/setters use that.
# [11:07] * Joins: johnny_ (~Android@public.cloak)
# [11:08] <chaals> … so they aren't all that rettible. So there are elements where it makes sense.
# [11:08] * darobin annevk: precisely — if we move to a different context it won't be an error anymore
# [11:08] * annevk interesting counter point
# [11:08] * annevk let's find out
# [11:08] <chaals> Alex: Sure. But to implement a class for this I would only have getters/setters as an exceptional process.
# [11:08] * Quits: annevk (~annevk@public.cloak) (Client closed connection)
# [11:08] <chaals> … would support @@@@@@@
# [11:09] <slightlyoff> ...adding properties to itnerfaces in WebIDL
# [11:09] <chaals> Cam: For these objects, data properties are more liekly to make sense that things in the DOM that need to do computation or return non-simple values.
# [11:09] * Quits: johnny (~Android@public.cloak) (Ping timeout: 180 seconds)
# [11:09] * Joins: shan (~shan@public.cloak)
# [11:09] <chaals> … depends on the APIs you are talking about which makes more sense.
# [11:09] * Quits: mizuman_ (~mizuman@public.cloak) (Ping timeout: 180 seconds)
# [11:09] * Joins: richt_ (~richt@public.cloak)
# [11:10] <chaals> [should we keep going...?]
# [11:10] * Quits: richt (~richt@public.cloak) (Ping timeout: 180 seconds)
# [11:11] <chaals> JS: Seems like if we are going with getters and setters, inheritance is the way to go, but think we're not looking closely enough at using data properties instead.
# [11:11] * Quits: byungjung (~byungjung@public.cloak) (Ping timeout: 180 seconds)
# [11:11] * abarsto has anyone yet suggested that `RDF` is the answer?
# [11:11] <chaals> … Don't know for the specific case of Rectangles.
# [11:12] <chaals> Cam: Think the proposal was to have both the dictionary and the data properties.
# [11:12] <chaals> [scribe may have recorded that backwards]
# [11:12] * Joins: kurosawa_ (~kurosawa@public.cloak)
# [11:12] <heycam`> both the dictionary and the interfaces
# [11:12] <xiaoqian> RRSAgent, make minutes
# [11:12] <RRSAgent> I have made the request to generate http://www.w3.org/2013/11/11-webapps-minutes.html xiaoqian
# [11:13] * Joins: tobie (tobie@public.cloak)
# [11:13] * Quits: heycam` (~cam@public.cloak) ("Leaving")
# [11:13] * Parts: mete (~mete@public.cloak) (Leaving)
# [11:13] * Quits: rniwa (~rniwa@public.cloak) (rniwa)
# [11:13] * Quits: cabanier (~cabanier@public.cloak) ("Leaving.")
# [11:13] <chaals> [adjourned]
# [11:13] * Quits: Eliot (~Eliot@public.cloak) ("Man who run behind car get exhausted")
# [11:13] * Quits: Toshiya_ (~toshiya@public.cloak) (Client closed connection)
# [11:13] * Quits: kinuko1 (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
# [11:13] * Quits: kurosawa_ (~kurosawa@public.cloak) ("Page closed")
# [11:13] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
# [11:13] * Quits: dayang (~dayang@public.cloak) (Client closed connection)
# [11:13] * Parts: aboyet (~Adium@public.cloak) (aboyet)
# [11:13] * Joins: Toshiya (~toshiya@public.cloak)
# [11:14] * Quits: mizuman (~mizuman@public.cloak) (Client closed connection)
# [11:14] * Quits: Jirka (~jirka@public.cloak) (Jirka)
# [11:14] * Quits: saki_ (~saki@public.cloak) (Client closed connection)
# [11:14] * Quits: yang (~yang@public.cloak) ("")
# [11:14] * Joins: mizuman (~mizuman@public.cloak)
# [11:14] * Quits: dyang (~SDY@public.cloak) ("Leaving")
# [11:14] * Joins: saki (~saki@public.cloak)
# [11:14] * Quits: plh (plehegar@public.cloak) ("Leaving")
# [11:14] * Quits: adrianba (~adrianba@public.cloak) ("Leaving")
# [11:14] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
# [11:15] * Quits: johnny_ (~Android@public.cloak) (Ping timeout: 180 seconds)
# [11:15] * Quits: Toshiya (~toshiya@public.cloak) (Client closed connection)
# [11:16] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [11:16] * Joins: AndroUser2 (~androirc@public.cloak)
# [11:16] * Joins: ken (~ken@public.cloak)
# [11:17] * Quits: richt_ (~richt@public.cloak) (Ping timeout: 180 seconds)
# [11:17] * Quits: glenn (~gadams@public.cloak) (Client closed connection)
# [11:17] * Joins: glenn (~gadams@public.cloak)
# [11:17] * Quits: dsinger (~dsinger@public.cloak) (dsinger)
# [11:18] * Quits: denis (denis@public.cloak) ("Bye")
# [11:18] * Quits: aizu (~aizu@public.cloak) (Ping timeout: 180 seconds)
# [11:18] * Quits: Daniel_Austin (~Daniel_Austin@public.cloak) (Ping timeout: 180 seconds)
# [11:18] * Quits: mounir_ (~mounir_@public.cloak) (Ping timeout: 180 seconds)
# [11:18] * Quits: AndroUser2 (~androirc@public.cloak) (Client closed connection)
# [11:19] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
# [11:19] * Quits: abarsto (~abarsto@public.cloak) ("Leaving.")
# [11:19] * Quits: nsakai2 (~nsakai2@public.cloak) (Ping timeout: 180 seconds)
# [11:19] * Quits: xiaoqian (xiaoqian@public.cloak) (Ping timeout: 180 seconds)
# [11:20] * Quits: birtles (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [11:20] * Quits: minami (~minami@public.cloak) (Ping timeout: 180 seconds)
# [11:20] * Quits: shan (~shan@public.cloak) (Ping timeout: 180 seconds)
# [11:20] * Joins: AndroUser2 (~androirc@public.cloak)
# [11:20] * Quits: kevin-li (~kevin-li@public.cloak) (Ping timeout: 180 seconds)
# [11:21] * Quits: mizuman (~mizuman@public.cloak) (Ping timeout: 180 seconds)
# [11:21] * Quits: csjung (~csjung@public.cloak) (Ping timeout: 180 seconds)
# [11:21] * Quits: saki (~saki@public.cloak) (Ping timeout: 180 seconds)
# [11:22] * Joins: richt (~richt@public.cloak)
# [11:22] * Quits: edoyle (~edoyle@public.cloak) (Ping timeout: 180 seconds)
# [11:23] * Joins: richt_ (~richt@public.cloak)
# [11:23] * Quits: chaals (~Adium@public.cloak) ("Leaving.")
# [11:23] * Quits: ken (~ken@public.cloak) (Ping timeout: 180 seconds)
# [11:24] * Quits: virginie (~virginie@public.cloak) (Ping timeout: 180 seconds)
# [11:24] * Quits: tobie (tobie@public.cloak)
# [11:24] * Quits: glenn (~gadams@public.cloak) (Ping timeout: 180 seconds)
# [11:29] * Joins: richt__ (~richt@public.cloak)
# [11:29] * Quits: richt (~richt@public.cloak) (Ping timeout: 180 seconds)
# [11:30] * Joins: dka (~dka@public.cloak)
# [11:30] * Quits: Travis_ (~Travis_@public.cloak) (Ping timeout: 180 seconds)
# [11:31] * Joins: glenn (~gadams@public.cloak)
# [11:31] * Quits: richt_ (~richt@public.cloak) (Client closed connection)
# [11:36] * Quits: richt__ (~richt@public.cloak) (Ping timeout: 180 seconds)
# [11:44] * Joins: darobin (rberjon@public.cloak)
# [11:47] * Quits: AndroUser2 (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [11:57] * Quits: lmcliste_ (~lmclister@public.cloak) ("")
# [12:16] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
# [12:24] * Joins: mizuman (~mizuman@public.cloak)
# [12:27] * Joins: ken (~ken@public.cloak)
# [12:30] * Joins: myakura (~myakura@public.cloak)
# [12:31] * Quits: dka (~dka@public.cloak) (dka)
# [12:32] * Quits: mizuman (~mizuman@public.cloak) (Ping timeout: 180 seconds)
# [12:34] * Joins: skddc (~anonymous@public.cloak)
# [12:34] * Quits: ken (~ken@public.cloak) (Ping timeout: 180 seconds)
# [12:37] * Joins: skddc_ (~anonymous@public.cloak)
# [12:38] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
# [12:40] * Joins: AndroUser2 (~androirc@public.cloak)
# [12:41] * Quits: skddc (~anonymous@public.cloak) (Ping timeout: 180 seconds)
# [12:41] * skddc_ is now known as skddc
# [12:48] * Quits: AndroUser2 (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [12:49] * Joins: AndroUser2 (~androirc@public.cloak)
# [12:59] * Quits: AndroUser2 (~androirc@public.cloak) (Ping timeout: 180 seconds)
# [13:03] * Joins: johnny (~Android@public.cloak)
# [13:17] * Joins: marcosc (~marcosc@public.cloak)
# [13:32] * Zakim excuses himself; his presence no longer seems to be needed
# [13:32] * Parts: Zakim (zakim@public.cloak) (Zakim)
# [13:33] * Joins: smaug (~chatzilla@public.cloak)
# [13:49] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
# [14:00] * Joins: marcosc (~marcosc@public.cloak)
# [14:14] * Joins: hoyang (~Adium@public.cloak)
# [14:14] * Quits: hoyang (~Adium@public.cloak) ("Leaving.")
# [14:15] * Quits: smaug (~chatzilla@public.cloak) (Client closed connection)
# [14:15] * Joins: smaug (~chatzilla@public.cloak)
# [14:16] * Joins: Toshiya (~toshiya@public.cloak)
# [14:17] * Joins: hoyang (~Adium@public.cloak)
# [14:24] * Quits: Toshiya (~toshiya@public.cloak) (Ping timeout: 180 seconds)
# [14:30] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
# [14:31] * Joins: marcosc (~marcosc@public.cloak)
# [14:32] * Quits: lgombos_ (~gombos@public.cloak) (Ping timeout: 180 seconds)
# [14:35] * Quits: hoyang (~Adium@public.cloak) ("Leaving.")
# [14:38] * Quits: marcosc (~marcosc@public.cloak) (Ping timeout: 180 seconds)
# [14:48] * Quits: smaug (~chatzilla@public.cloak) (Client closed connection)
# [14:48] * Joins: smaug (~chatzilla@public.cloak)
# [14:51] * Joins: cwdoh (~cwdoh@public.cloak)
# [14:59] * Joins: marcosc (~marcosc@public.cloak)
# [15:02] * Quits: johnny (~Android@public.cloak) (Ping timeout: 180 seconds)
# [15:04] * Joins: davidb (~davidb@public.cloak)
# [15:04] * Joins: stakagi (~stakagi@public.cloak)
# [15:04] * Joins: hoyang (~Adium@public.cloak)
# [15:08] * Quits: cwdoh (~cwdoh@public.cloak) (Client closed connection)
# [15:17] * Joins: karl (~karlcow@public.cloak)
# [15:19] * Joins: cwdoh (~cwdoh@public.cloak)
# [15:20] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [15:22] * Quits: ijongcheol (~ijongcheol@public.cloak) ("")
# [15:27] * Quits: hoyang (~Adium@public.cloak) ("Leaving.")
# [15:28] * Joins: cwdoh_ (~cwdoh@public.cloak)
# [15:29] * Joins: denis (denis@public.cloak)
# [15:30] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
# [15:32] * Joins: marcosc (~marcosc@public.cloak)
# [15:33] * Quits: cwdoh (~cwdoh@public.cloak) (Ping timeout: 180 seconds)
# [15:37] * Joins: rniwa (~rniwa@public.cloak)
# [15:38] * Quits: rniwa (~rniwa@public.cloak) (rniwa)
# [15:42] * Quits: cwdoh_ (~cwdoh@public.cloak) (Client closed connection)
# [15:42] * Joins: cwdoh (~cwdoh@public.cloak)
# [15:44] * Quits: cwdoh (~cwdoh@public.cloak) (Client closed connection)
# [15:47] * Joins: lgombos_ (~gombos@public.cloak)
# [15:53] * Joins: Toshiya (~toshiya@public.cloak)
# [15:56] * Joins: ken (~ken@public.cloak)
# [16:09] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [16:14] * Joins: ken (~ken@public.cloak)
# [16:28] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [16:29] * Joins: fjh (~fhirsch3@public.cloak)
# [16:48] * Joins: dsinger (~dsinger@public.cloak)
# [16:53] * Joins: cwdoh (~cwdoh@public.cloak)
# [17:01] * Quits: Toshiya (~toshiya@public.cloak) ("")
# [17:01] * Quits: karl (~karlcow@public.cloak) (Client closed connection)
# [17:02] * Quits: cwdoh (~cwdoh@public.cloak) (Ping timeout: 180 seconds)
# [17:03] * Joins: karl (~karlcow@public.cloak)
# [17:14] * Joins: myakura (~myakura@public.cloak)
# [17:14] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [17:24] * Quits: karl (~karlcow@public.cloak) (Client closed connection)
# [17:27] * Joins: karl (~karlcow@public.cloak)
# [17:30] * Joins: lmcliste_ (~lmclister@public.cloak)
# [17:30] * Quits: lmcliste_ (~lmclister@public.cloak) ("")
# [17:32] * Quits: stakagi (~stakagi@public.cloak) (Ping timeout: 180 seconds)
# [17:42] * Joins: jsbell (~jsbell@public.cloak)
# [17:47] * Joins: smaug (~chatzilla@public.cloak)
# [18:00] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
# [18:12] * Joins: lmcliste_ (~lmclister@public.cloak)
# [18:29] * Quits: denis (denis@public.cloak) ("Bye")
# [18:33] * Joins: jcraig (~jcraig@public.cloak)
# [18:48] * Quits: lmcliste_ (~lmclister@public.cloak) (Client closed connection)
# [19:08] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
# [19:12] * Quits: jcraig (~jcraig@public.cloak) (jcraig)
# [19:15] * Joins: fjh (~fhirsch3@public.cloak)
# [19:35] * Joins: Lachy (~Lachy@public.cloak)
# [19:38] * Quits: myakura (~myakura@public.cloak) (Client closed connection)
# [19:50] * Joins: lgombos (~gombos@public.cloak)
# [19:50] * Quits: lgombos_ (~gombos@public.cloak) (Client closed connection)
# [20:01] * Quits: davidb (~davidb@public.cloak) ("blast off!")
# [20:09] * Joins: myakura (~myakura@public.cloak)
# [20:20] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
# [20:22] * Quits: lgombos (~gombos@public.cloak) (Ping timeout: 180 seconds)
# [20:32] * Joins: lgombos (~gombos@public.cloak)
# [20:39] * Joins: davidb (~davidb@public.cloak)
# [20:45] * Joins: jcraig (~jcraig@public.cloak)
# [20:54] * Quits: fjh (~fhirsch3@public.cloak) (Ping timeout: 180 seconds)
# [20:59] * Joins: glenn_ (~gadams@public.cloak)
# [21:05] * Quits: glenn (~gadams@public.cloak) (Ping timeout: 180 seconds)
# [21:13] * Joins: ken (~ken@public.cloak)
# [21:13] * Joins: myakura (~myakura@public.cloak)
# [21:20] * Quits: ken (~ken@public.cloak) (Ping timeout: 180 seconds)
# [21:21] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
# [21:36] * Joins: lgombos_ (~gombos@public.cloak)
# [21:42] * Quits: lgombos (~gombos@public.cloak) (Ping timeout: 180 seconds)
# [21:51] * Quits: lgombos_ (~gombos@public.cloak) ("Leaving")
# [21:51] * Joins: lgombos (~gombos@public.cloak)
# [22:14] * Joins: myakura (~myakura@public.cloak)
# [22:21] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
# [22:42] * Joins: ken (~ken@public.cloak)
# [22:48] * Quits: davidb (~davidb@public.cloak) (davidb)
# [23:10] * Joins: edoyle (~edoyle@public.cloak)
# [23:14] * Joins: myakura (~myakura@public.cloak)
# [23:21] * Quits: myakura (~myakura@public.cloak) (Ping timeout: 180 seconds)
# [23:23] * Joins: fjh (~fhirsch3@public.cloak)
# [23:24] * Quits: ken (~ken@public.cloak) (Client closed connection)
# [23:24] * Joins: ken (~ken@public.cloak)
# [23:30] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
# [23:31] * Quits: ken (~ken@public.cloak) (Ping timeout: 180 seconds)
# [23:33] * Quits: lgombos (~gombos@public.cloak) (Ping timeout: 180 seconds)
# [23:36] * Joins: myakura (~myakura@public.cloak)
# [23:57] * Joins: marcosc (~marcosc@public.cloak)
# Session Close: Tue Nov 12 00:00:01 2013

The end :)