/irc-logs / w3c / #webapps / 2015-10-27 / end

Options:

# Session Start: Tue Oct 27 00:00:00 2015
# Session Ident: #webapps
# [00:01] * Quits: clapierre (~clapierre@public.cloak) ("Leaving.")
# [00:13] * Quits: kawai (~kawai@public.cloak) (Ping timeout: 180 seconds)
# [00:14] * Joins: kurosawa (~chatzilla@public.cloak)
# [00:23] * Joins: shepazu (schepers@public.cloak)
# [00:27] * Joins: guillaume (guillaume@public.cloak)
# [00:27] * Joins: yhirano_ (~uid40668@public.cloak)
# [00:27] * Quits: rniwa (~textual@public.cloak) ("Textual IRC Client: www.textualapp.com")
# [00:34] * Joins: kochi (~Adium@public.cloak)
# [00:34] * Joins: clapierre (~clapierre@public.cloak)
# [00:35] * Joins: jyasskin (~textual@public.cloak)
# [00:35] * Joins: yummy (~yummy@public.cloak)
# [00:35] * Quits: clapierre (~clapierre@public.cloak) ("Leaving.")
# [00:39] <jyasskin> w3c staff: would it be possible to link to the group agendas from http://www.w3.org/2015/10/TPAC/schedule.html?
# [00:42] * Joins: clapierre (~clapierre@public.cloak)
# [00:44] * Joins: kbx (~kbx@public.cloak)
# [00:44] * Quits: mjs (~mjs@public.cloak) (mjs)
# [00:45] * Joins: zqzhang_ (~zqzhang@public.cloak)
# [00:47] * yummy is now known as yudaiyamagishi
# [00:48] * Joins: joe (~joe@public.cloak)
# [00:51] * Joins: ivan_ (~ivan@public.cloak)
# [00:52] * Quits: zqzhang_ (~zqzhang@public.cloak) (Ping timeout: 180 seconds)
# [00:53] * Joins: kawai (~kawai@public.cloak)
# [00:53] * Joins: mhakkinen (~mhakkinen@public.cloak)
# [00:53] * Quits: kurosawa (~chatzilla@public.cloak) (Client closed connection)
# [00:54] * Joins: kurosawa (~chatzilla@public.cloak)
# [00:54] * Joins: minami (~minami@public.cloak)
# [00:55] * Joins: LJWatson (~chatzilla@public.cloak)
# [00:56] * Joins: RRSAgent (rrsagent@public.cloak)
# [00:56] <RRSAgent> logging to http://www.w3.org/2015/10/26-webapps-irc
# [00:56] * Joins: Zakim (zakim@public.cloak)
# [00:56] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
# [00:58] * xiaoqian rrsagent, this meeting spans midnight
# [00:58] <RRSAgent> ok, xiaoqian; I will not start a new log at midnight
# [00:58] * Joins: katsu (~katsu@public.cloak)
# [01:00] * Joins: zqzhang_ (~zqzhang@public.cloak)
# [01:00] * Quits: mhakkinen (~mhakkinen@public.cloak) (mhakkinen)
# [01:01] * Joins: Florian (~Florian@public.cloak)
# [01:01] * Joins: takeshi (~takeshi@public.cloak)
# [01:01] * Joins: jyasskin (~textual@public.cloak)
# [01:02] * Parts: takeshi (~takeshi@public.cloak) (Leaving...)
# [01:02] * Joins: bkardell_ (~uid10373@public.cloak)
# [01:03] * Joins: mhakkinen (~mhakkinen@public.cloak)
# [01:03] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [01:04] * Joins: mjs (~mjs@public.cloak)
# [01:04] * Joins: Travis (~Travis@public.cloak)
# [01:05] * Joins: hellojintae (~hellojintae@public.cloak)
# [01:06] * Joins: Arnaud_ (~Arnaud@public.cloak)
# [01:06] * Joins: hjin (~hjin@public.cloak)
# [01:06] * Quits: sicking (~sicking@public.cloak) (sicking)
# [01:07] * Joins: masayuki (~masayuki@public.cloak)
# [01:07] * Joins: minami_ (~minami@public.cloak)
# [01:08] * Joins: projector_ (~projector@public.cloak)
# [01:08] <timeless> topic: Agenda Bashing for Tuesday
# [01:08] <timeless> chaals: now is your chance to say "let's have more of ..."
# [01:08] * Joins: Louay (~Louay@public.cloak)
# [01:08] <timeless> mvickers: Mark Vickers, Comcast
# [01:08] * Joins: Judy (jbrewer@public.cloak)
# [01:08] <timeless> ... seems the chartering process, there was a document on at one point, and dropped at one point, "Sourcing in Band Data" it's referenced in HTML5
# [01:08] <timeless> ... process problem
# [01:09] <timeless> ... I think it would be done here
# [01:09] * Joins: dom (dom@public.cloak)
# [01:09] <timeless> ... like you said, I didn't want it to get forgotten, and it's now not forgotten
# [01:09] * Quits: minami (~minami@public.cloak) (Ping timeout: 180 seconds)
# [01:09] <timeless> adrianba: I think that's a question for the Timed Media WG Chartering Process
# [01:09] <timeless> ... conclusion of discussions there will determine whether it's there or here
# [01:09] <timeless> chaals: We've inherited everything from HTML except Media stuff
# [01:09] <timeless> ... future of Media stuff is unclear
# [01:10] <timeless> ... more generally, this group will only exist for less than a year
# [01:10] <timeless> ... by next year we will have to recharter
# [01:10] <timeless> ... it's quite possible we will recharter
# [01:10] <timeless> ... what goes into that group and how we build it, no one really knows
# [01:10] * Joins: Hyunjin (~Hyunjin@public.cloak)
# [01:10] <timeless> ... we're looking for people's input
# [01:10] <timeless> ... one of the things I think the chairs are looking towards
# [01:10] * Joins: joesteele (~joesteele@public.cloak)
# [01:10] <timeless> ... we don't want to have stuff that no one's interested in
# [01:10] <timeless> ... if no one is going to work on something, then it obviously doesn't matter
# [01:11] <timeless> ... if you're waiting for the Web Platform WG to do something you think is important, then you're doing it wrong
# [01:11] <timeless> ... the Group won't do it unless you say that you're going to do the work
# [01:11] <timeless> ... and if only one person says that, we'll say there's one person and they should go off and do a PhD
# [01:11] <timeless> ... this is an industry, if you don't get the web working, we don't want it
# [01:11] <timeless> ... we want input on the web
# [01:12] * Joins: mathieucitrix (~mathieucitrix@public.cloak)
# [01:12] <timeless> ... one of those things is what do we do about HTML
# [01:12] <timeless> ... what does HTML need?
# [01:12] <timeless> ... what bits are broken and should be actually fixed
# [01:12] * Joins: ctwpinc (~ctwpinc@public.cloak)
# [01:12] <timeless> ... if you think none, then, ...
# [01:12] <timeless> ... I expect the editing guys to find time and put themselves in our agenda
# [01:12] * adrianba https://www.w3.org/wiki/Webapps/October2015Meeting
# [01:12] <timeless> ... I don't see any hands
# [01:12] * Zakim timeless, you typed too many words without commas; I suspect you forgot to start with 'to ...'
# [01:13] <timeless> topic: ES Modules and HTML
# [01:13] <timeless> chaals: I'm blaming hober
# [01:13] * Joins: cscho (~cscho@public.cloak)
# [01:13] <timeless> hober: rniwa is on a train and won't be here until 9:30
# [01:13] <timeless> adrianba: we also need to figure out how to dial into the WebEx
# [01:14] <timeless> chaals: our staff contacts who provide tech support are going to be asked to make sure we get onto WebEx, yves...
# [01:14] <timeless> yves: ...
# [01:14] <timeless> chaals: let's wait until 9:30
# [01:14] <timeless> [ Break ]
# [01:14] <adrianba> rrsagent, make minutes
# [01:14] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html adrianba
# [01:15] <adrianba> rrsagent, make logs public
# [01:15] <RRSAgent> I have made the request, adrianba
# [01:17] * Joins: dufourd (~dufourd@public.cloak)
# [01:17] * Joins: jxck (~jxck@public.cloak)
# [01:18] * Joins: smaug (~chatzilla@public.cloak)
# [01:19] * Joins: ccho4 (~nobody@public.cloak)
# [01:20] * Quits: mhakkinen (~mhakkinen@public.cloak) (mhakkinen)
# [01:20] * Joins: karl (~karlcow@public.cloak)
# [01:20] * Quits: cscho (~cscho@public.cloak) (Ping timeout: 180 seconds)
# [01:20] * Joins: mhakkinen (~mhakkinen@public.cloak)
# [01:24] * xiaoqian WebEx is ready now. Dial-in Information -> https://www.w3.org/wiki/Webapps/October2015Meeting#Logistics
# [01:24] * Joins: igarashi (~igarashi@public.cloak)
# [01:24] * Joins: MikkoT (~MikkoT@public.cloak)
# [01:25] * Joins: teddy (~kimoto_mizuki@public.cloak)
# [01:25] * Joins: gao (~gao@public.cloak)
# [01:25] * Joins: ats (~ats@public.cloak)
# [01:26] <smaug> !seen chaals
# [01:26] * Joins: kaoru (~kaoru@public.cloak)
# [01:26] <hjin> #webapps
# [01:28] * Quits: mhakkinen (~mhakkinen@public.cloak) (mhakkinen)
# [01:30] * Joins: rniwa (~textual@public.cloak)
# [01:30] * Quits: ccho4 (~nobody@public.cloak) (Ping timeout: 180 seconds)
# [01:30] * Quits: kbx (~kbx@public.cloak) (Ping timeout: 180 seconds)
# [01:30] * Joins: shoko (~shoko@public.cloak)
# [01:31] * Joins: kbx (~kbx@public.cloak)
# [01:31] * Quits: igarashi (~igarashi@public.cloak) (Ping timeout: 180 seconds)
# [01:32] * Quits: gao (~gao@public.cloak) (Ping timeout: 180 seconds)
# [01:32] <dcooney> present
# [01:33] * Joins: falken (~uid20729@public.cloak)
# [01:34] <adrianba> TOPIC: ES6 modules and HTML
# [01:34] * dcooney is scribe
# [01:34] <adrianba> ScribeNick: dcooney
# [01:34] <JakeA> hober: mjs: are either of you coming to the SW meeting?
# [01:34] <yusukesuzuki> hi!
# [01:34] <dcooney> rnwia: we are interested in proceeding with ES6 module integration with HTML
# [01:35] <dcooney> rniwa: we have completed our ES6 module integration
# [01:35] <smaug> JakeA: curious, is there an irc channel for SW stuff? I might lurk somewhere in the background
# [01:35] <dcooney> Does anyone know the status of how integration into HTML works?
# [01:35] <smaug> (only IRC)
# [01:35] <Mek> smaug: #serviceworker on freenode
# [01:35] * Joins: Guest100 (~textual@public.cloak)
# [01:35] <dcooney> chaals: We don't really know. There are things we want to put in including not limited to ES6 modules. but we need to find a path forward.
# [01:36] <dcooney> adrianba: The key question: Mozilla had comments about lack of interest in HTML imports because of the conflict; there's a whatwg loader spec that talks about how to load modules.
# [01:36] * Joins: Yukio (~Yukio@public.cloak)
# [01:36] * Joins: danbri (~Adium@public.cloak)
# [01:36] <dcooney> ... the critical common feature is both try to find out the dependency chain of modules to load them
# [01:37] <dcooney> ... it does not make sense to have two; we have to find out how to integrate them
# [01:37] <dcooney> travis l: I looked at the loader document; it has many todos and details without scenarios
# [01:37] <JakeA> smaug: #serviceworker on freenode
# [01:37] <timeless> i/topic: Agenda Bashing/scribe: timeless/
# [01:37] <dcooney> ... I agree with adrianba it is essentially a way to load dependencies--scripts that load modules
# [01:37] <timeless> RRSAgent, draft minutes
# [01:37] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [01:38] * Quits: jsbell (~jsbell@public.cloak) ("There's no place like home...")
# [01:38] <dcooney> ... it aspires to be a generic mechanism for transitive loading with hooks and interceptions for transformation
# [01:38] * Joins: yeonsoo_ (~yeonsoo@public.cloak)
# [01:38] * timeless fwiw, the minutes were cut between yesterday and today ...
# [01:38] <dcooney> ...not sure it is ready yet and whether all of those use cases are requirements for getting a basic module loader done
# [01:38] * Joins: Jongchul (~Jongchul@public.cloak)
# [01:38] * Joins: maehama (~maehama@public.cloak)
# [01:38] * Joins: SamLiu (~SamLiu@public.cloak)
# [01:38] <timeless> Meeting: Web Platform WG F2F
# [01:38] <dcooney> ...Mozilla perhaps wants to comment because of some concerns
# [01:39] <timeless> chair: chaals
# [01:39] <timeless> s/#webapps//
# [01:39] <timeless> s/!seen chaals//
# [01:39] <dcooney> ... I don't know that theres a problem with having HTML Imports and Loader running simultaneously; they both order things. Imports does interesting things with executing script in html in the context of the page which makes the case seem a bit orthogonal to loader.
# [01:39] <dcooney> adrianba: they're not coincident but there is overlap
# [01:39] * Quits: Jongchul (~Jongchul@public.cloak) ("Page closed")
# [01:40] <timeless> s/hi!//
# [01:40] * Joins: kborchers (~kborchers@public.cloak)
# [01:40] <timeless> s/travis l:/travis:/
# [01:40] <dcooney> ... if there's an algorithm for walking the dependency chain, working how it integrated with HTTP2, so there's one way. Especially since HTML Imports has the ability to include script.
# [01:40] <timeless> RRSAgent, draft minutes
# [01:40] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [01:40] * Joins: markvickers (~markvickers@public.cloak)
# [01:40] <dcooney> ... we should not pursue in parallel; they need coordination
# [01:41] <dcooney> travis: but it's not rocket science; there's a list, it is deduped
# [01:41] <dcooney> adriandba: (missed something)
# [01:41] * timeless MikkoT:
# [01:41] * Quits: mjs (~mjs@public.cloak) (mjs)
# [01:41] <dcooney> nickkoteh? (sp)..
# [01:41] <dcooney> MikkoT: there are a lot of problems in web of things, internet of things, with the hierarchy of loaders
# [01:41] * Joins: paulc (~paulc@public.cloak)
# [01:42] <paulc> present+ paulc
# [01:42] <dcooney> ... my preferred personal approach is Linux/C++ at the base, a standalone JS engine on top, browser as the third layer
# [01:42] <timeless> s/nickkoteh? (sp)../MikkoT: Mikko Tero, ZZZ
# [01:42] <paulc> rrsagent, generate the minutes
# [01:42] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html paulc
# [01:42] <dcooney> ... all loaders should have defences against malicious software
# [01:42] <timeless> s/smaug: #serviceworker on freenode//
# [01:42] * Joins: wydong_CM (~wydong_CM@public.cloak)
# [01:42] * Joins: ccho4 (~nobody@public.cloak)
# [01:42] <dcooney> ... this is the largest issue for the web platform IMHO and IoT
# [01:42] * Joins: RyutaMiyoshi (~RyutaMiyoshi@public.cloak)
# [01:42] <dcooney> ... I recommend parallel loader work that only depends on JavaScript and not HTML
# [01:43] * Joins: jxck_ (~jxck@public.cloak)
# [01:43] * rniwa yusukesuzuki do you have a list of issues you'd like to discuss?
# [01:43] <dcooney> chaals: trivial response, is the web platform part of the internet of things? Yes. Otherwise we're going to see Big Issues down the line.
# [01:43] <timeless> s/(only IRC)//
# [01:43] <dcooney> ... I agree they have to line up; who's going to do the work?
# [01:43] <timeless> s/background/background (only IRC)/
# [01:43] <JakeA> smaug: Notes are in https://docs.google.com/document/d/1AyfTNw8TyOXPNP4nk1Y93XMqdTt6PTbeE39NyCP_J5M/edit#heading=h.twg98oxj5t9s
# [01:43] * Joins: mjs (~mjs@public.cloak)
# [01:43] <dcooney> adrianba: The issue is the ECMAScript committee has said how modules get loaded is dependent on the host
# [01:43] <timeless> RRSAgent, draft minutes
# [01:43] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [01:43] <yusukesuzuki> i think we need to discuss,
# [01:44] <dcooney> ... I don't think it is feasible to have an independent module loader that exists outside the browser.
# [01:44] <dcooney> ... It would be fine to have some similaritites but the practicalities of how you get to the modules depends on the host environment.
# [01:44] * Joins: fwtnb (~fwtnb@public.cloak)
# [01:44] <dcooney> ... browser needs to coordinate script, css, etc. and node.js does not have these concerns; the situation is different.
# [01:44] <yusukesuzuki> 1. fix the module tag syntax. how to write the module tag? src="" / import=""? how to care about the old script tag's charset, crossorigin, etc.?
# [01:45] <dcooney> rniwa: are you suggesting no standards, multiple standards?
# [01:45] <yusukesuzuki> https://github.com/whatwg/loader/issues/83
# [01:45] <dcooney> adrianba: when loading ES modules in the browser, how do we coordinate with other resources? That's what alignment with HTML Imports is about.
# [01:45] * terri is now known as terri_offline
# [01:46] <dcooney> ... The idea we can spec that at a layer lower than the browser, if I'm loading modules in node, it doesn't need to worry about loading CSS.
# [01:46] * Joins: aklein (~sid4454@public.cloak)
# [01:46] <dcooney> ... My understanding about ES6 standard it describes how modules interact but not how they are loaded; that varies by host environment.
# [01:46] <dcooney> ... We should think about it from a web platform point of view. Different host environments have different considerations.
# [01:47] <rniwa> https://github.com/whatwg/loader/issues/83
# [01:47] * Joins: nori (~nori@public.cloak)
# [01:47] <dcooney> rniwa: see yusukesuzuki's comment re: GH issue 83
# [01:47] <yusukesuzuki> 2. how to integrate the other non-JS modules into the module loader? we have wasm and i believe that we need to load it through the module loader.
# [01:47] <timeless> s/Tero, ZZZ/Terho, Huawei
# [01:47] <dcooney> rniwa: I agree there's an issue with loaders in general. We don't have a concrete spec. We don't need to spec 100% of that to make the common module use case to work.
# [01:47] * Quits: markvickers (~markvickers@public.cloak) (Ping timeout: 180 seconds)
# [01:48] <dcooney> ... if we can agree on the part how scripts are loaded, each module are loaded, that is sufficient. We don't need to define the interrelationship between loading resources.
# [01:48] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [01:48] <dcooney> travis: Is the process of loading modules expected to be synchronous? load foo, can the next statement depend on foo?
# [01:49] <dcooney> rniwa: Async I think. ... There's a mechanism where you load all the dependencies asynchronously and run them synchronously in such and such an order.
# [01:49] <yusukesuzuki> And, for (1), i believe that we need to specify some part of module loader tag in the HTML spec to start implementing it.
# [01:49] <dcooney> travis: HTML has a script running order, it may do some things async, so you need to make it consistent that's the issue
# [01:49] <dcooney> rniwa: We don't want to run scripts in a random order
# [01:49] * Joins: kasar (~kasar@public.cloak)
# [01:50] <dcooney> travis: The Loader spec doesn't cover that; and HTML does not describe how to handle modules.
# [01:50] <dcooney> ... do you extend HTML? Do you split it out and try to extract the HTML things into a separate document that also includes the module things?
# [01:50] * timeless RRSAgent, draft minutes
# [01:50] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [01:50] <dcooney> chaals: One way or another we need to pull the pieces out, write them down, and implement them the same way.
# [01:50] * Joins: annevk (~annevk@public.cloak)
# [01:50] <yusukesuzuki> 3. deterministic execution order between multiple module tags. https://github.com/whatwg/loader/issues/85 script tag's async like? or defer like? should we wait DOM content loaded like defer?
# [01:51] <dcooney> ... my general sense is lets not go on editing a 1,000 page document than nobody has read entirely.
# [01:51] * annevk is sad to miss this session
# [01:51] <dcooney> ... pull out the pieces that you need and make an extension or change piece of what we have.
# [01:51] <dcooney> ... and produce a smaller thing that someone can read because that bit matters.
# [01:51] * Joins: sicking (~sicking@public.cloak)
# [01:51] * annevk disagrees with that
# [01:51] <dcooney> travis: a union of what's in loader and what's in HTML is complex
# [01:52] * Joins: skim13 (~skim13@public.cloak)
# [01:52] <dcooney> chaals: chair hears travis volunteer
# [01:52] * timeless <yusukesuzuki> 2. how to integrate the other non-JS modules into the module loader? we have wasm and i believe that we need to load it through the module loader.
# [01:52] <dcooney> rniwa: two issues--how to integrate web assembly into loading; other is deterministic module load order between multiple module tags
# [01:52] * Quits: sicking (~sicking@public.cloak) (sicking)
# [01:52] <dcooney> ... ES6 does not have the situation HTML has with multiple script tags
# [01:53] <dcooney> ... (this pertains to issue 83)
# [01:53] * timeless https://github.com/whatwg/loader/issues/83
# [01:53] <aklein> btw, am trying to join via various means
# [01:53] <yusukesuzuki> https://github.com/whatwg/loader/issues/83#issuecomment-143143195
# [01:53] * timeless -> aklein the bridge should be up
# [01:53] <dcooney> travis: the loader spec had started talking about builtin modules with name/subname eg std/math for the math module; there's at early attempt at least. Incomplete.
# [01:53] * aklein -> timeless it's more a problem on my end then anything else
# [01:53] <dcooney> rniwa: That's slightly different; if you have @import std/stuff you can still conceptually treat that as loading a module.
# [01:54] <timeless> q?
# [01:54] * Zakim sees no one on the speaker queue
# [01:54] * Joins: benedictws (~benedictws@public.cloak)
# [01:54] <dcooney> ... whereas outside of a script, you may have multiple ones that need to be ordered, for example async script does not guarantee ordering.
# [01:54] * timeless we can speak for you, "q+ to say ...." when you want to get on the queue
# [01:54] * timeless ... rniwa read what yusukesuzuki wrote (more or less)
# [01:54] <dcooney> ... issue 83 is suggesting that in the case of modules we need to have deterministic order
# [01:55] <dcooney> ... and the first comment suggests treating it as script defer where it is async but the order is guaranteed.
# [01:55] <dcooney> travis: I see that random order, full async is an issue.
# [01:55] <dcooney> chaals: How is it a problem?
# [01:55] * Quits: benedictws (~benedictws@public.cloak) ("Page closed")
# [01:55] * Joins: sicking (~sicking@public.cloak)
# [01:56] <dcooney> travis: In HTML when you use async the contract is that nothing the async script does depends on anything else. It might be the JS module pattern or something. It might have the requirement of coming in before the load event.
# [01:56] * Quits: katsu (~katsu@public.cloak) (Ping timeout: 180 seconds)
# [01:56] <dcooney> ... in es6 modules you might be able to use modules loaded before you; I'm not sure how it works with std modules.
# [01:56] * rniwa aklein : are you here?
# [01:56] <dcooney> ... unless you opt-out of that requirement you should get it.
# [01:56] * aklein I am here
# [01:56] * timeless someone just joined the bridge
# [01:56] <dcooney> ... So you don't introduce dependency modules.
# [01:56] <dcooney> aklein: is on the call
# [01:57] <dcooney> chaals: dominic is a WONDERFUL scribe, he's awesome.
# [01:57] <dcooney> travis: who is the author of the current loader spec? domenic denicola? there's no author listed but it is his style
# [01:57] * Joins: kimwooglae_ (~kimwooglae@public.cloak)
# [01:57] <dcooney> chaals: one question--can we leave that to run its course? Do we need to try to make a spec?
# [01:57] <timeless> s/is on the call/Adam Klein, I just joined, but I can't hear well/
# [01:57] <dcooney> ... you know what comes next
# [01:58] * timeless RRSAgent, draft minutes
# [01:58] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [01:58] * dom requests webex users to mute to avoid echo
# [01:58] <dcooney> travis: If the loader continues in its current path, it won't address what we care about, ie HTML loading of things plus module loading of things
# [01:58] <aklein> muted
# [01:58] <dcooney> chaals: we need someone to write this up
# [01:58] <timeless> q?
# [01:58] * Zakim sees no one on the speaker queue
# [01:58] <timeless> s/muted//
# [01:58] <dcooney> rniwa: is mozilla here? chaals: probably at Service Workers dominicc: annevk had regrets on irc
# [01:59] <dcooney> rniwa: is this the right WG to work on this, at least?
# [01:59] <dcooney> chaals: yes.
# [01:59] * Joins: yoichio (~yoichio@public.cloak)
# [01:59] <dcooney> rniwa: One thing we need to figure out is the editor and main contributors are not here. Maybe we need to take this offline.
# [01:59] <dcooney> ... Figure out who could be specing module resolution, script resolution.
# [01:59] <adrianba> +1
# [01:59] <dcooney> ... Whether that be in what WG, web platform, etc.
# [02:00] <dcooney> travis: Who did it in HTML Imports? Dimitri?
# [02:00] * timeless people are invited to "present+ Nick" or "present+ First_Last" or similar, but do not do "present+ Name Other" because that adds two people "Name", and "Other"
# [02:00] <dcooney> hayato: We are looking for a new editor; there is no active editor for HTML Imports.
# [02:00] <hober> present +hober
# [02:00] <kochi> Present+ kochi
# [02:00] <adrianba> Present+ adrianba
# [02:00] <karl> present+ Karl_Dubost
# [02:00] <dom> present+ dom
# [02:00] * hober actually in sw :)
# [02:00] * Joins: dka (~dka@public.cloak)
# [02:00] <koji> present+ Koji_Ishii
# [02:00] <timeless> s/present +/present+ /
# [02:00] <dcooney> chaals: Please put present+ and your name; we did not do introductions. Today is going to be disjointed.
# [02:00] <mathieucitrix> present+ mathieucitrix
# [02:00] <MikkoT> MikkoT present+
# [02:00] * Joins: garykac (~garykac@public.cloak)
# [02:01] <dka> present+ Dan Appelquist
# [02:01] * Joins: markw (~markw@public.cloak)
# [02:01] <xiaoqian> present+ xiaoqian
# [02:01] <dcooney> ... will rniwa take an action to talk to domenic denicola or whoever authored imports?
# [02:01] <timeless> s/MikkoT present+/present+ MikkoT/
# [02:01] <garykac> present+ Gary_Kacmarcik
# [02:01] <dufourd> Present+ Jean-Claude Dufourd (Institut Mines Telecom)
# [02:01] <MikkoT> present+ MikkoT
# [02:01] <hayato> present+ hayato
# [02:01] <Arnaud_> Present+ Arnaud_Braud
# [02:01] <timeless> s/Dan Appelquist/Dan_Appelquist
# [02:01] <dcooney> ... suggest we wrap up, without the right people in the room
# [02:01] * timeless smacks dka
# [02:01] <dcooney> Break time, back at 11:15.
# [02:01] * rniwa dcooney I think he meant talk to the editor of loader spec.
# [02:01] <timeless> s/Claude Dufourd (Institut Mines Telecom)/Claude_Dufourd_(Institut_Mines_Telecom)
# [02:01] <markw> present+ markw
# [02:02] * timeless RRSAgent, draft minutes
# [02:02] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [02:02] <dcooney> chaals: after we are back, a short agenda request, status of editing. "Almost no problems" except how to deal with IME.
# [02:02] <hellojintae> present+ JT_Jung
# [02:02] <timeless> present+ Josh_Soref
# [02:02] <dcooney> ... Watch the agenda for changes. We might have another addition.
# [02:02] <dcooney> present+ dcooney
# [02:02] * Quits: teddy (~kimoto_mizuki@public.cloak) (Client closed connection)
# [02:02] * Quits: RyutaMiyoshi (~RyutaMiyoshi@public.cloak) ("Page closed")
# [02:02] <dcooney> Break until 11:15
# [02:02] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [02:03] <dcooney> ie one hour, 13 minutes.
# [02:03] * Quits: ats (~ats@public.cloak) ("Bye")
# [02:03] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [02:03] <@Yves> present+ Yves
# [02:03] * Quits: sicking (~sicking@public.cloak) (sicking)
# [02:04] * Joins: teddy (~kimoto_mizuki@public.cloak)
# [02:04] * aklein bows out of the call, whatever the equiv of present- means
# [02:05] * Quits: hellojintae (~hellojintae@public.cloak) (Client closed connection)
# [02:05] * Joins: udo (~udo@public.cloak)
# [02:05] * Quits: ccho4 (~nobody@public.cloak) (Client closed connection)
# [02:05] * Joins: kinjim (~kinjim@public.cloak)
# [02:06] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
# [02:06] * Quits: jxck_ (~jxck@public.cloak) (Client closed connection)
# [02:07] * Quits: kborchers (~kborchers@public.cloak) (Ping timeout: 180 seconds)
# [02:07] * Quits: LJWatson (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [02:07] * Quits: Travis (~Travis@public.cloak) (Ping timeout: 180 seconds)
# [02:08] * Quits: ijongcheol (~ijongcheol@public.cloak) (Client closed connection)
# [02:08] * Joins: anssik (~uid10742@public.cloak)
# [02:09] * Quits: kasar (~kasar@public.cloak) (Ping timeout: 180 seconds)
# [02:09] * Quits: dom (dom@public.cloak) (Ping timeout: 180 seconds)
# [02:09] * Quits: yeonsoo_ (~yeonsoo@public.cloak) (Ping timeout: 180 seconds)
# [02:09] * Quits: wydong_CM (~wydong_CM@public.cloak) (Ping timeout: 180 seconds)
# [02:09] * Quits: Hyunjin (~Hyunjin@public.cloak) (Ping timeout: 180 seconds)
# [02:10] * Quits: kaoru (~kaoru@public.cloak) (Ping timeout: 180 seconds)
# [02:10] * Quits: nori (~nori@public.cloak) (Ping timeout: 180 seconds)
# [02:10] * Quits: yoichio (~yoichio@public.cloak) (Ping timeout: 180 seconds)
# [02:11] * Joins: jyasskin (~textual@public.cloak)
# [02:11] * Joins: hellojintae (~hellojintae@public.cloak)
# [02:11] * Joins: igarashi (~igarashi@public.cloak)
# [02:11] * Quits: minami_ (~minami@public.cloak) (Ping timeout: 180 seconds)
# [02:12] * Quits: jxck (~jxck@public.cloak) (Ping timeout: 180 seconds)
# [02:13] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [02:15] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [02:18] * Joins: akitsugu (~akitsugu@public.cloak)
# [02:21] * Joins: wonsuk__ (~wonsuk@public.cloak)
# [02:22] * Quits: hjin (~hjin@public.cloak) (Ping timeout: 180 seconds)
# [02:23] * Joins: sam_ (~sam@public.cloak)
# [02:26] * Quits: danbri (~Adium@public.cloak) ("Leaving.")
# [02:26] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [02:28] * Quits: kbx (~kbx@public.cloak) (Ping timeout: 180 seconds)
# [02:29] * Joins: maehama_ (~maehama@public.cloak)
# [02:30] * Joins: jxck (~jxck@public.cloak)
# [02:30] * Joins: Masa (~masa@public.cloak)
# [02:30] * Quits: jxck (~jxck@public.cloak) (Client closed connection)
# [02:32] * Joins: kimwooglae__ (~wlkim@public.cloak)
# [02:32] * Joins: vivien (vivien@public.cloak)
# [02:32] * Quits: kimwooglae_ (~kimwooglae@public.cloak) ("Page closed")
# [02:33] * Quits: mjs (~mjs@public.cloak) (mjs)
# [02:33] * Quits: maehama (~maehama@public.cloak) (Ping timeout: 180 seconds)
# [02:34] * Quits: clapierre (~clapierre@public.cloak) ("Leaving.")
# [02:35] * Joins: jxck (~jxck@public.cloak)
# [02:36] * Quits: Judy (jbrewer@public.cloak) (Ping timeout: 180 seconds)
# [02:36] * Joins: akitsugu_ (~akitsugu@public.cloak)
# [02:36] * Parts: akitsugu_ (~akitsugu@public.cloak)
# [02:37] * Quits: markw (~markw@public.cloak) (Ping timeout: 180 seconds)
# [02:37] * Quits: ctwpinc (~ctwpinc@public.cloak) ("Page closed")
# [02:38] * Quits: dka (~dka@public.cloak) (dka)
# [02:38] * Quits: kinjim (~kinjim@public.cloak) (Client closed connection)
# [02:38] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [02:38] * Joins: makoto (~makoto@public.cloak)
# [02:38] * Quits: kawai (~kawai@public.cloak) (Ping timeout: 180 seconds)
# [02:39] * Joins: mjs (~mjs@public.cloak)
# [02:41] * Quits: dufourd (~dufourd@public.cloak) (Client closed connection)
# [02:41] * Quits: kurosawa (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [02:41] * Joins: danbri (~Adium@public.cloak)
# [02:43] * Quits: Yukio (~Yukio@public.cloak) (Ping timeout: 180 seconds)
# [02:44] * Quits: teddy (~kimoto_mizuki@public.cloak) ("")
# [02:49] * Quits: makoto (~makoto@public.cloak) (Ping timeout: 180 seconds)
# [02:51] * Joins: kborchers (~kborchers@public.cloak)
# [02:51] * Quits: joesteele (~joesteele@public.cloak) (Client closed connection)
# [02:53] * Joins: joesteele (~joesteele@public.cloak)
# [02:54] * Quits: smaug (~chatzilla@public.cloak) (Client closed connection)
# [02:57] * Joins: joesteele_ (~joesteele@public.cloak)
# [02:58] * Joins: kbx (~kbx@public.cloak)
# [02:58] * Quits: Arnaud_ (~Arnaud@public.cloak) (Ping timeout: 180 seconds)
# [03:00] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [03:00] * Joins: dka (~dka@public.cloak)
# [03:00] * Quits: joesteele (~joesteele@public.cloak) (Ping timeout: 180 seconds)
# [03:00] * joesteele_ is now known as joesteele
# [03:02] * Joins: clapierre (~clapierre@public.cloak)
# [03:05] * Quits: Masa (~masa@public.cloak) ("Leaving...")
# [03:05] * Quits: jxck (~jxck@public.cloak) (Client closed connection)
# [03:07] * Joins: kawai (~kawai@public.cloak)
# [03:07] * Joins: ymasao (~masa@public.cloak)
# [03:07] * Joins: moto_ (~moto@public.cloak)
# [03:07] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [03:07] * Quits: moto_ (~moto@public.cloak) ("")
# [03:08] * Joins: mishizaw (~mishizaw@public.cloak)
# [03:09] * Joins: tantek (~tantek@public.cloak)
# [03:09] * Quits: Guest100 (~textual@public.cloak) ("Textual IRC Client: www.textualapp.com")
# [03:09] * Joins: bartek_ (~bartek@public.cloak)
# [03:09] * Joins: sato_yasu (~sato_yasu@public.cloak)
# [03:12] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [03:12] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [03:12] * Parts: ymasao (~masa@public.cloak) (Leaving...)
# [03:12] * Joins: ymasao (~masa@public.cloak)
# [03:13] * Joins: jxck (~jxck@public.cloak)
# [03:13] * Joins: LJWatson (~chatzilla@public.cloak)
# [03:13] * Joins: hjlee (~hjlee@public.cloak)
# [03:14] * Quits: SamLiu (~SamLiu@public.cloak) (Ping timeout: 180 seconds)
# [03:14] * Quits: mathieucitrix (~mathieucitrix@public.cloak) (Ping timeout: 180 seconds)
# [03:14] * Joins: kurosawa (~chatzilla@public.cloak)
# [03:15] * Joins: yukio (~yukio@public.cloak)
# [03:15] * Quits: ArtB (~ArtB@public.cloak) ("Leaving.")
# [03:15] * Joins: dufourd (~dufourd@public.cloak)
# [03:15] * Joins: Judy (jbrewer@public.cloak)
# [03:16] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [03:16] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [03:16] <hayato> I've summarized the 'Cascading Order for Shadow DOM v1' proposals: https://github.com/w3c/webcomponents/blob/gh-pages/proposals/Shadow-DOM-Cascade-Order-in-v1.md
# [03:17] <hayato> That will be one of the topics today. Please take a look at it before the session: CSS and Shadow DOM.
# [03:18] * Joins: ko (~ko@public.cloak)
# [03:18] <dka> Scribe: Dan A.
# [03:18] <dka> ScribeNick: dka
# [03:18] * Joins: kinjim (~kinjim@public.cloak)
# [03:18] <dka> Charles: topics, pointer events or touch events - do they need to be updated?
# [03:19] <dka> … & should the working group add them to the list of things we’re doing?
# [03:19] * Joins: makoto (~makoto@public.cloak)
# [03:19] * Joins: Sebastian_Kaebisch (~Sebastian_Kaebisch@public.cloak)
# [03:19] <dka> … we have a charter that describes the work we can do. We can add things to it by sending a proposal to w3c members for review.
# [03:19] * Joins: ctwochaev (~ctwochaev@public.cloak)
# [03:19] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
# [03:19] <dka> … we cannot do work that is not on our charter [because patents].
# [03:20] * Joins: Hyunjin (~Hyunjin@public.cloak)
# [03:20] * Quits: hjlee (~hjlee@public.cloak) (Ping timeout: 180 seconds)
# [03:20] * Joins: teppeis (~teppeis@public.cloak)
# [03:20] <dka> … so shoul we take this on? and if we do, will w3c members let us do it here?
# [03:20] * Joins: RyutaMiyoshi (~RyutaMiyoshi@public.cloak)
# [03:20] * Joins: tanakahr (~tanakahr@public.cloak)
# [03:20] * Joins: Travis (~Travis@public.cloak)
# [03:20] <dka> … it seems clear given that we work on e.g. ui events, keyboard events that other interaction events are part of our scope. Question is should we put these into our chater?
# [03:21] * Joins: ats (~ats@public.cloak)
# [03:21] <dka> … any opinions?
# [03:21] <dka> q?
# [03:21] * Zakim sees no one on the speaker queue
# [03:21] <dka> [stony silence]
# [03:22] <dka> … my view as Yandex is that it would be useful to work on this. Yandex formally objected to pointer events spec [for reasons] so we would like a new piece of work to bring that stuff together. I would like it to go in this charter.
# [03:22] * Joins: wayne_carr (~wayne_carr@public.cloak)
# [03:22] * Joins: smaug (~chatzilla@public.cloak)
# [03:22] * Quits: tanakahr (~tanakahr@public.cloak) ("Page closed")
# [03:22] <wayne_carr> Present+ Wayne_Carr
# [03:22] * Quits: hellojintae (~hellojintae@public.cloak) (Client closed connection)
# [03:23] <dka> Mache: Apple would object.
# [03:23] <Sebastian_Kaebisch> present+ Sebastian_Kaebisch
# [03:23] <adrianba> s/Mache/mjs/
# [03:24] <dka> charles: no driving desire to have this work done.
# [03:24] <dka> RESOLUTION: do not add pointer / touch events to charter at this time.
# [03:25] * Quits: kbx (~kbx@public.cloak) (Ping timeout: 180 seconds)
# [03:25] * Joins: jyasskin (~textual@public.cloak)
# [03:26] * Joins: Andreas_Tai (~Andreas_Tai@public.cloak)
# [03:26] <dka> chaals: 2nd topic
# [03:27] <dka> Johannes: im an invited expert - i’ve been working on one editor since 2012. We tried to get browsers to fix things so we ended up in this task force. Task force was established in June 2014… goal to allow for complex editors to override default behavior of content editiable.
# [03:28] * Joins: tanakahr (~tanakahr@public.cloak)
# [03:28] * Joins: hellojintae (~hellojintae@public.cloak)
# [03:28] * Joins: hjlee (~hjlee@public.cloak)
# [03:28] <dka> … problem with content edititable is that it’s not well specified, behaves differently in every browser and it’s broken on many levels. At the same time you cannot make an editor that does not use it at some level.
# [03:28] * Joins: ccho4 (~nobody@public.cloak)
# [03:29] <dka> … The amount of editors that exist is not that large. 10-15 that have almost all market share. Most people think it’s easy to make such an editor but [it’s not.]
# [03:29] <dka> … We want to make it slightly easier.
# [03:30] * Joins: aizu (~aizu@public.cloak)
# [03:30] <dka> … what have we done since last year? There are many strong opinions here. We’ve had 3 meetings [to get consensus] - one at the Extensible Web Summit.
# [03:30] <dka> … current state - we’ve figured out we want to have device independent events - events fired when the user wants to do some action.
# [03:31] <dka> … we do not define what triggers these events. Browser developer has to figure out what triggers it. We do specify 2 events for each one before and one after the change to the DOM.
# [03:31] * Joins: ijongcheol (~ijongcheol@public.cloak)
# [03:32] <dka> … The properties it has is data. If you add something it will be the charater you add. It will have a target range [relating to selection].
# [03:32] * Quits: kinjim (~kinjim@public.cloak) (Client closed connection)
# [03:32] * dka can someone paste the URL to these slides into the minutes as well?
# [03:33] <dka> Chaals: find & replace is another example.
# [03:33] * Joins: kinjim (~kinjim@public.cloak)
# [03:33] <dka> Johannes: edit type; isComposing; cancelable.
# [03:33] <dka> … some things are not cancelable.
# [03:34] * Joins: kbx (~kbx@public.cloak)
# [03:34] * Joins: jeff (Jeff@public.cloak)
# [03:35] <dka> … we tried to make a basic level that javascript can hook into and create an editor on top. We’ve defined 3 levels: (1) just events (2) caret - same plus caret movement (3) typing - caret + add characters to text nodes & delete content
# [03:35] <dka> … “True” combines all of them.
# [03:36] <dka> … might take 150 years to define. It’s future work.
# [03:36] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [03:37] * Quits: kinjim (~kinjim@public.cloak) (Client closed connection)
# [03:37] * Joins: yoichio (~yoichio@public.cloak)
# [03:37] * Joins: ygkim (~ygkim@public.cloak)
# [03:37] <dka> … So what still needs to be figured out? Names of events; list of edit types; IME support
# [03:39] <dka> … main important things on IME support - 1) we need to be able to add new content when the composition starts 2) atomic commits (e.g. in collaborative editor)
# [03:39] * Quits: Judy (jbrewer@public.cloak) (Ping timeout: 180 seconds)
# [03:40] <dka> … 3) when recomposing words… handled differently on desktop and mobile [browsers]
# [03:41] <dka> … 4) a proposal to allow the movement of the carot into a shadow DOM element.
# [03:41] <dka> … (feedback from Google is that this is problematic)
# [03:43] <dka> … 5) [another proposal documented on slides]
# [03:43] * Quits: annevk (~annevk@public.cloak) (Client closed connection)
# [03:43] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
# [03:44] * Parts: sato_yasu (~sato_yasu@public.cloak)
# [03:44] <dka> ?: new proposal I made was to let web apps modify the dom - you want to give full control of dom to webapps but if you want to make IME functional - specifically in japanese and chinese IME behaves differently. One approach is to let webapps communicate this back to browser but this is fragile. Easier way is for browser to look at contents. As long as webapp can keep the text in the DOM then … [?]
# [03:45] <dka> … some open questions ....
# [03:45] <dka> Johannes: last question is - which is the mode we will focus on most? Events, caret or typing?
# [03:46] * Joins: kinjim (~kinjim@public.cloak)
# [03:46] <dka> … we have a meeting tomorrow. Most editors for some reason based in Europe. I suspect we will have a lot of voice calls.
# [03:46] * Quits: makoto (~makoto@public.cloak) (Ping timeout: 180 seconds)
# [03:46] <dka> Chaals: If we have a f2f likely to be in Europe.
# [03:46] <dka> … any questions?
# [03:47] * Quits: joe (~joe@public.cloak) ("Page closed")
# [03:47] <dka> … my question: you’d like to do the most complete one we can get?
# [03:47] * Joins: joe (~joe@public.cloak)
# [03:47] <dka> Johannes: I think typing only makes sense if it makes sense for the IME.
# [03:47] * Joins: Judy (jbrewer@public.cloak)
# [03:47] * Quits: projector_ (~projector@public.cloak) (Ping timeout: 180 seconds)
# [03:47] <dka> … otherwise the editor people think caret movement is important. I personally don’t think it’s so important, but majority thinks it is. So we might go for caret instead.
# [03:48] <dka> ?: the reason we tried to do typing - intiially we wanted to do events. We couldn’t figure out how to do IME.
# [03:48] <dka> [debate on IME]
# [03:49] * Joins: mhakkinen (~mhakkinen@public.cloak)
# [03:49] * Quits: mhakkinen (~mhakkinen@public.cloak) (mhakkinen)
# [03:49] * Quits: kbx (~kbx@public.cloak) (Ping timeout: 180 seconds)
# [03:50] <dka> IME stands for Input Method Editor.
# [03:50] <dka> ?: because of that we went to input=typing to work around that we couldn’t expose styling information.
# [03:50] <adrianba> s/?:/rniwa:/
# [03:50] <karl> https://en.wikipedia.org/wiki/Input_method
# [03:50] * dka thanks
# [03:50] * Quits: igarashi (~igarashi@public.cloak) (Ping timeout: 180 seconds)
# [03:51] * Quits: joe (~joe@public.cloak) ("Page closed")
# [03:51] * Quits: jxck (~jxck@public.cloak) (Client closed connection)
# [03:51] <dka> rniwa: in advanced word processors you can use custom justification. if you want to do that in web [it’s complicated]. If you did that [it would be complicated for the IME].
# [03:51] * Joins: jxck (~jxck@public.cloak)
# [03:52] * Joins: joe (~joe@public.cloak)
# [03:52] * Joins: mhakkinen (~mhakkinen@public.cloak)
# [03:52] * Joins: projector_ (~projector@public.cloak)
# [03:52] * Joins: jxck_ (~jxck@public.cloak)
# [03:53] * Quits: jxck_ (~jxck@public.cloak) (Client closed connection)
# [03:53] <dka> kochi: in Android IME tries to see the whole editing text. For example if you type in some characters adding to previous text - then Android keyboard IME tries to read it. It needs to communicate… in addition not just getting previous text - if you start in the middle of a word - if you start composition - so when you start typing the keyboard may underline whole word.
# [03:53] * timeless there is a present-, but that actually means "I wasn't present in the meeting", so "please don't do that"
# [03:54] <rniwa> +q
# [03:54] * Zakim sees rniwa on the speaker queue
# [03:54] <adrianba> rrsagent, make minutes
# [03:54] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html adrianba
# [03:54] <dka> Johannes: that’s been one of the compications. It not only does that.
# [03:54] * Quits: danbri (~Adium@public.cloak) ("Leaving.")
# [03:54] * timeless RRSAgent, draft minutes
# [03:54] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [03:54] <timeless> s/+q/q+/G
# [03:54] <dka> … … that’s one of the most problematic chases we’re trying to solve.
# [03:54] <koji> present+ koji
# [03:55] <adrianba> ack next
# [03:55] * Zakim sees rniwa at the head of the speaker queue
# [03:55] * Zakim sees no one on the speaker queue
# [03:55] <timeless> s/Break time, back at 11:15./[ Break time, back at 11:15 ]/
# [03:55] <timeless> s/Break until 11:15/[ Break until 11:15 ]/
# [03:55] <timeless> s/ie one hour, 13 minutes./[ i.e. one hour, 13 minutes ]/
# [03:55] <dka> rniwa: while in the common case [that is unique to android] in the case where you want to do recomposition you still have that problem. The android problem could be modeled as recomposition (of the entire word).
# [03:56] <dka> Chaals: a spell checker or gammar checker does the same thing.
# [03:56] <timeless> i/summarized the 'Cascading/Topic: Agenda edits/
# [03:56] <dka> Johannes: the spellchecker in Androind has different word bounderies than the IME. In some cases words can cross DOM bounderies. But some DOM bounderies have a meaning you cannot just cross.
# [03:57] <timeless> i/2nd topic/Report from Editing Taskforce/
# [03:57] * timeless RRSAgent, draft minutes
# [03:57] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [03:57] * Parts: tanakahr (~tanakahr@public.cloak)
# [03:57] * Quits: ccho4 (~nobody@public.cloak) (Client closed connection)
# [03:57] <dcooney> yosin (not in IRC?)
# [03:57] <dka> Yoichi: question on selection ranges in the document - replacement of existing dom nodes?
# [03:57] <dcooney> s/Yoichi/yosin/
# [03:58] <dka> Johannes: if something is sleected and then you start typing - two events - one to delete and another to add new characters.
# [03:58] <timeless> s/Report from Editing Taskforce/topic: Report from Editing Taskforce/
# [03:58] * timeless RRSAgent, draft minutes
# [03:58] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [03:58] <timeless> s/2nd topic//
# [03:58] <kochi> present+ kochi
# [03:58] * Quits: jxck (~jxck@public.cloak) (Ping timeout: 180 seconds)
# [03:58] <dka> Johannes: editors now a-days all implement deletion of [content content selections]… editors are fine with doing this. Rather they do it than browsers do it.
# [03:59] <dka> Yosin: browser has default action for typing.
# [03:59] * Quits: zqzhang_ (~zqzhang@public.cloak) (Ping timeout: 180 seconds)
# [03:59] <dka> rniwa: all those actions are incompatible among browsers. we don’t want browser to modify dom.
# [03:59] <dka> Yosin: what is the difference between typing and events?
# [03:59] <timeless> q?
# [03:59] * Zakim sees no one on the speaker queue
# [04:00] <dka> rniwa: we just fire the event and browser modifies the dom.
# [04:00] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [04:00] <dka> Chaals: in content editable typing you have to splut it up: first you delete and then you start adding content.
# [04:01] <timeless> s/splut/split/
# [04:01] <dka> … the deault…
# [04:01] <dka> … in events the browser doesn’t put the characters into the document.
# [04:01] <dka> Yosin: typing does the replacement?
# [04:02] * Joins: mishizaw (~mishizaw@public.cloak)
# [04:02] <dka> Johannes: say you select something - 2 paras. Then you start typing. First you get a delete event. Javascript has to handle the deletion. Then the browser does the part of inserting the character.
# [04:02] * Quits: ymasao (~masa@public.cloak) ("Leaving...")
# [04:03] * Joins: ymasao (~masa@public.cloak)
# [04:03] * Quits: teppeis (~teppeis@public.cloak) (Ping timeout: 180 seconds)
# [04:03] <dka> Johannes: editors can do weird stuff and we can’t stop them.
# [04:04] <dka> TImeless: an editor might take a “P” and turn it into a cyrilic, arabic, etc.. letter.
# [04:04] <timeless> s/TImeless/timeless/
# [04:04] * Quits: ymasao (~masa@public.cloak) ("Leaving...")
# [04:04] <dka> Chaals: In Yandex we do this. If you type latin characters we might auto-complete in cyrillic.
# [04:05] <timeless> s/in cyrillic/in cyrillic [ght => бороться]/
# [04:05] * Quits: kochi (~Adium@public.cloak) ("Leaving.")
# [04:05] * Quits: akitsugu (~akitsugu@public.cloak) ("Leaving...")
# [04:05] * Joins: akitsugu (~akitsugu@public.cloak)
# [04:05] * timeless RRSAgent, draft minutes
# [04:05] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [04:06] * Quits: kawai (~kawai@public.cloak) (Ping timeout: 180 seconds)
# [04:06] <timeless> s/arabic/hebrew, arabic/
# [04:06] <dka> ?: The IME interaction is quite complex. We still have some issues. We can’t figure out all of them to work with JS> As far as I can remember - Microsoft doesn’t want JS to handle [?]. I want to make sure we are in consensus tomorrow.
# [04:06] * Quits: sam_ (~sam@public.cloak) (Ping timeout: 180 seconds)
# [04:06] <koji> s/?/koji/
# [04:07] * koji sorry forgot to say who I am...
# [04:07] * Quits: mhakkinen (~mhakkinen@public.cloak) (mhakkinen)
# [04:07] * Quits: clapierre (~clapierre@public.cloak) ("Leaving.")
# [04:07] <dka> rniwa: we cannot make webapps always … ?
# [04:08] <rniwa> make web apps respect editing actions requested by IME
# [04:08] <dka> Johannes: everyone is invited to (TPAC breakout) tomorrow on this topic.
# [04:08] * dka thx
# [04:08] <dka> CHaals: Lunch!
# [04:08] * Quits: dufourd (~dufourd@public.cloak) (Client closed connection)
# [04:08] <rniwa> because web apps can always prevent all keydown events or always set innerHTML of the editor every time keyup fires
# [04:08] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [04:08] <dka> … next topic will be Web Components.
# [04:08] * Quits: kinjim (~kinjim@public.cloak) (Client closed connection)
# [04:08] * Quits: hellojintae (~hellojintae@public.cloak) (Client closed connection)
# [04:08] * Quits: ijongcheol (~ijongcheol@public.cloak) (Client closed connection)
# [04:08] * dka phew!
# [04:09] * Quits: skim13 (~skim13@public.cloak) (skim13)
# [04:09] * xiaoqian RRSAgent, make minutes
# [04:09] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html xiaoqian
# [04:09] * Quits: dka (~dka@public.cloak) (dka)
# [04:09] * Quits: wayne_carr (~wayne_carr@public.cloak) ("Page closed")
# [04:10] * Quits: kborchers (~kborchers@public.cloak) (Ping timeout: 180 seconds)
# [04:10] <timeless> s/ght => бороться/ltn => детей/
# [04:11] * Quits: karl (~karlcow@public.cloak) ("This computer has gone to sleep")
# [04:11] * Quits: projector_ (~projector@public.cloak) (Ping timeout: 180 seconds)
# [04:12] * Quits: Louay (~Louay@public.cloak) (Ping timeout: 180 seconds)
# [04:12] * Quits: ats (~ats@public.cloak) (Client closed connection)
# [04:12] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [04:13] * Joins: ats (~ats@public.cloak)
# [04:13] * Quits: ko (~ko@public.cloak) (Ping timeout: 180 seconds)
# [04:14] * Quits: guillaume (guillaume@public.cloak) (Ping timeout: 180 seconds)
# [04:14] * Joins: jxck (~jxck@public.cloak)
# [04:14] * Quits: joe (~joe@public.cloak) ("Page closed")
# [04:14] * Quits: kurosawa (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [04:14] * Quits: tantek (~tantek@public.cloak) (tantek)
# [04:14] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
# [04:14] * Quits: akitsugu (~akitsugu@public.cloak) (Ping timeout: 180 seconds)
# [04:14] * Quits: ats (~ats@public.cloak) (Client closed connection)
# [04:14] * Quits: joesteele (~joesteele@public.cloak) (Ping timeout: 180 seconds)
# [04:15] * Quits: rniwa (~textual@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
# [04:15] * Quits: ivan_ (~ivan@public.cloak) (Ping timeout: 180 seconds)
# [04:15] * Quits: hjlee (~hjlee@public.cloak) (Ping timeout: 180 seconds)
# [04:15] * Quits: Hyunjin (~Hyunjin@public.cloak) (Ping timeout: 180 seconds)
# [04:15] * Quits: RyutaMiyoshi (~RyutaMiyoshi@public.cloak) (Ping timeout: 180 seconds)
# [04:16] * Quits: yoichio (~yoichio@public.cloak) (Ping timeout: 180 seconds)
# [04:16] * Quits: udo (~udo@public.cloak) (Ping timeout: 180 seconds)
# [04:17] * Quits: ygkim (~ygkim@public.cloak) (Ping timeout: 180 seconds)
# [04:17] * Quits: aizu (~aizu@public.cloak) (Ping timeout: 180 seconds)
# [04:17] * Quits: LJWatson (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [04:18] * Quits: mjs (~mjs@public.cloak) (mjs)
# [04:18] * Quits: kimwooglae__ (~wlkim@public.cloak) (kimwooglae__)
# [04:18] * Quits: yukio (~yukio@public.cloak) (Ping timeout: 180 seconds)
# [04:18] * Joins: ats (~ats@public.cloak)
# [04:19] * Quits: shoko (~shoko@public.cloak) (Ping timeout: 180 seconds)
# [04:19] * Quits: hfujisawa (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [04:20] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [04:21] * Quits: jxck (~jxck@public.cloak) (Ping timeout: 180 seconds)
# [04:21] * Quits: Andreas_Tai (~Andreas_Tai@public.cloak) (Ping timeout: 180 seconds)
# [04:22] * Quits: maehama_ (~maehama@public.cloak) (Ping timeout: 180 seconds)
# [04:24] * Quits: fwtnb (~fwtnb@public.cloak) (Ping timeout: 180 seconds)
# [04:24] * Quits: bartek_ (~bartek@public.cloak) (Ping timeout: 180 seconds)
# [04:24] * Quits: jeff (Jeff@public.cloak) ("Leaving")
# [04:24] * Quits: garykac (~garykac@public.cloak) (Ping timeout: 180 seconds)
# [04:25] * Quits: masayuki (~masayuki@public.cloak) (Ping timeout: 180 seconds)
# [04:28] * Quits: Travis (~Travis@public.cloak) (Ping timeout: 180 seconds)
# [04:29] * Quits: paulc (~paulc@public.cloak) (Ping timeout: 180 seconds)
# [04:33] * Joins: jxck (~jxck@public.cloak)
# [04:35] * Quits: ctwochaev (~ctwochaev@public.cloak) (Ping timeout: 180 seconds)
# [04:36] * Joins: dka (~dka@public.cloak)
# [04:37] * Joins: danbri (~Adium@public.cloak)
# [04:37] * Quits: wonsuk__ (~wonsuk@public.cloak) (Ping timeout: 180 seconds)
# [04:39] * Quits: Judy (jbrewer@public.cloak) (Ping timeout: 180 seconds)
# [04:39] * Joins: Judy (jbrewer@public.cloak)
# [04:39] * Joins: kochi (~Adium@public.cloak)
# [04:40] * Quits: jxck (~jxck@public.cloak) (Ping timeout: 180 seconds)
# [04:43] * Joins: hellojintae (~hellojintae@public.cloak)
# [04:45] * Joins: jyasskin (~textual@public.cloak)
# [04:45] * Quits: dka (~dka@public.cloak) (dka)
# [04:47] * Quits: Sebastian_Kaebisch (~Sebastian_Kaebisch@public.cloak) (Ping timeout: 180 seconds)
# [04:50] * Joins: cabanier (~uid15093@public.cloak)
# [04:51] * Joins: dka (~dka@public.cloak)
# [04:55] * Quits: Judy (jbrewer@public.cloak) (Ping timeout: 180 seconds)
# [04:56] * Quits: kochi (~Adium@public.cloak) ("Leaving.")
# [04:58] * Quits: dka (~dka@public.cloak) (dka)
# [04:58] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [04:59] * Joins: dufourd (~dufourd@public.cloak)
# [04:59] * Joins: LJWatson (~chatzilla@public.cloak)
# [05:03] * Quits: ats (~ats@public.cloak) (Client closed connection)
# [05:04] * Joins: astearns (~sid15080@public.cloak)
# [05:04] * Joins: mhakkinen (~mhakkinen@public.cloak)
# [05:05] * Joins: ats (~ats@public.cloak)
# [05:05] * Quits: hfujisawa (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [05:08] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [05:10] * Joins: garykac (~garykac@public.cloak)
# [05:11] * Joins: kimwooglae (~wlkim@public.cloak)
# [05:12] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [05:12] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [05:12] * Joins: ymasao (~masa@public.cloak)
# [05:13] * Parts: dufourd (~dufourd@public.cloak)
# [05:13] <LJWatson> present+ LJWatson
# [05:14] * Joins: jxck (~jxck@public.cloak)
# [05:14] * Joins: akitsugu (~akitsugu@public.cloak)
# [05:15] * Joins: Florian (~Florian@public.cloak)
# [05:15] * Joins: yukio (~yukio@public.cloak)
# [05:16] * Joins: jcdufourd (~jcdufourd@public.cloak)
# [05:16] * Joins: cwpirda (~cwpirda@public.cloak)
# [05:16] * Joins: kawai (~kawai@public.cloak)
# [05:16] * Joins: kbx (~kbx@public.cloak)
# [05:16] * Joins: yasuraoka (~yasuraoka@public.cloak)
# [05:18] <adrianba> TOPIC: Web Components
# [05:18] * Joins: kurosawa (~chatzilla@public.cloak)
# [05:18] * Joins: skim13 (~skim13@public.cloak)
# [05:19] * Joins: joe_ (~joe@public.cloak)
# [05:19] * Quits: joe_ (~joe@public.cloak) ("Page closed")
# [05:19] * Joins: clapierre (~clapierre@public.cloak)
# [05:19] * Joins: Sangjo (~Sangjo@public.cloak)
# [05:20] * Quits: hellojintae (~hellojintae@public.cloak) (Client closed connection)
# [05:20] * Joins: Judy (jbrewer@public.cloak)
# [05:20] <dcooney> ScribeNick: dcooney
# [05:20] * Joins: projector_ (~projector@public.cloak)
# [05:20] <dcooney> chaals: Where do we start?
# [05:20] <dcooney> hayato: Is there an agenda? No? Let's start with a status update.
# [05:21] * Joins: aizu (~aizu@public.cloak)
# [05:21] * Joins: katashin (~katashin@public.cloak)
# [05:21] * Joins: Hyunjin (~Hyunjin@public.cloak)
# [05:21] <dcooney> ... In Blink, we are implementing SHadow DOM v1.
# [05:21] * gsnedders At the very beginning, it's a very good place to start.
# [05:21] <dcooney> ... We have a plan no deprecate Shadow DOM v0 after shipping v1. I will announce when that happens.
# [05:21] * Joins: kochi (~Adium@public.cloak)
# [05:21] <dcooney> ... Custom Elements: No significant progress. Another F2F in December.
# [05:22] * Joins: nsakai (~nsakai@public.cloak)
# [05:22] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
# [05:22] <dcooney> ... HTML Imports: No significant progress. We should integrate it with ES6 modules.
# [05:22] * Joins: shoko (~shoko@public.cloak)
# [05:22] <dcooney> rniwa: It's good to have an overview of all the specifications and check the status of each WC spec.
# [05:22] * Joins: rniwa (~textual@public.cloak)
# [05:23] <dcooney> ... In terms of WebKit we have finished implementing Shadow DOM v1 except styles which we are talking about later today.
# [05:23] * Joins: mishizaw (~mishizaw@public.cloak)
# [05:23] <dcooney> ... We are prototyping Custom Elements but there are questions about instantiating viz ES6 classes, upgrade timing, whether attributes are present, whether things are in the tree or removed which have implications for iframes
# [05:24] <dcooney> ... We would like to make it synchronous, it looks feasible in WebKit, we would like to know about other implementers.
# [05:24] <dcooney> travis: What is the result of prototyping with cloning trees. Is it synchronous?
# [05:24] <dcooney> rniwa: Yes.
# [05:24] <dcooney> travis: No major updates on MSFT implementation status; still preparing to start Shadow DOM.
# [05:25] <dcooney> rniwa: There are three specs, let's go over their status.
# [05:25] <dcooney> ... Mozilla objected to WG chartering HTML Imports, is that right?
# [05:25] <dcooney> chaals: That is roughly correct.
# [05:25] <dcooney> rniwa: (... only Google supports HTML Imports) should we remove it from the charter?
# [05:25] * Joins: yeonsoo (~yeonsoo@public.cloak)
# [05:26] <dcooney> chaals: Its easy to just not work on something and turn in into a Note. If only Google is interested in it that is a useful thing to do; it creates a record. We can recommend people don't use it. We can call for consensus on this.
# [05:27] <dcooney> travis: HTML Imports does bring benefits to components because it can contain HTML; ES6 modules are primarily script. So there is that advantage to imports.
# [05:27] <dcooney> rniwa: Do you think we should keep working on it?
# [05:27] * Quits: kbx (~kbx@public.cloak) (Client closed connection)
# [05:27] <dcooney> travis: We should not throw it out until we figure out modules + imports + loader.
# [05:27] <dcooney> ... there is a bit of overlap in dependency resolution but we don't need to throw it out yet.
# [05:27] * Joins: kbx (~kbx@public.cloak)
# [05:28] * timeless RRSAgent, draft minutes
# [05:28] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [05:28] <dcooney> rniwa: If we put HTML Imports aside and decide to bring it back later we can concentrate on ES6 module integration with HTML without the added complexity of imports.
# [05:28] * Joins: ygkim (~ygkim@public.cloak)
# [05:28] <dcooney> adrianba: can Apple explain why they deprioritized imports?
# [05:29] <timeless> s/Its easy/It's easy
# [05:29] <dcooney> rniwa: We did not have ES6 modules, ES6 modules have a big impact on how authors package scripts, we wanted to get a more firm grip about how ES6 modules are used in the wild first and then define how Imports work.
# [05:29] * Quits: kimwooglae (~wlkim@public.cloak) (kimwooglae)
# [05:29] * timeless RRSAgent, draft minutes
# [05:29] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [05:29] * Joins: minami (~minami@public.cloak)
# [05:29] * Joins: kimwooglae (~wlkim@public.cloak)
# [05:30] * timeless dcooney, if you want me to take over, I could in a bit
# [05:30] * Joins: Travis (~Travis@public.cloak)
# [05:30] <dcooney> adrianba: So it is not that you're opposed to imports but you see ES6 modules as a prerequisite; you're not opposed to the declarative aspect. Personally (not for MSFT) I think declarative resonates with web developers and we should not throw away the concept but it remains to be seen if the current HTML Imports draft is the way forward, or ES6 modules is,
# [05:30] <dcooney> or something else.
# [05:30] <timeless> s/or something else/... or something else/
# [05:30] * Joins: tantek (~tantek@public.cloak)
# [05:30] <dcooney> ... So it should be a chartered work item, not a priority to work on the spec, but we should not forget about this use case.
# [05:30] * timeless RRSAgent, draft minutes
# [05:31] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [05:31] <dcooney> rniwa: We are interested in declarative for cross origin loading; you need declarative because you can't run a scripted loader in the same origin. (refers to proposal of a few years ago?) Like you said, we need to (focus on the ES6 module case first.)
# [05:31] <dcooney> chaals: Should we park HTML Imports spec?
# [05:32] * Joins: joesteele (~joesteele@public.cloak)
# [05:32] <dcooney> hayato: In Google we think HTML Imports and ES6 modules have a lot of overlap but that they solve different problems. One is for markup, etc. and one just for script. We object to removing them from the charter.
# [05:33] * Quits: anssik (~uid10742@public.cloak) ("Connection closed for inactivity")
# [05:33] <dcooney> chaals: Not hearing much support to remove this from the charter. Google can continue to work on the spec, but CR promotion looks rocky because other vendors are not sounding interested.
# [05:33] <dcooney> rniwa: I would hate HTML Imports to block ES6 module -HTML integration which would be bad for web developers.
# [05:34] <dcooney> chaals: That seems reasonable; as adrianba suggested it would be nice, without it blocking, it does not seem like a good idea to ignore the question in specifying the loading.
# [05:34] <dcooney> rniwa: sure
# [05:34] <dcooney> chaals: Let's see where we get to before deciding to throw something out. Other specs?
# [05:35] <dcooney> hayato: Shadow DOM, we agree essential parts of Shadow DOM v1; there are no significant contentious bits. We're on (or in) the same boat.
# [05:35] <dcooney> rniwa: we are largely agreeing on the big picture; later today we can talk about scoping order, cascading order, I hope we will be completely ready to implement it fully.
# [05:35] * Joins: Florian (~Florian@public.cloak)
# [05:35] <dcooney> kochi: I want to raise an issue about focus, focus movement when you hit tab keys.
# [05:36] <dcooney> ... the order is usually controlled by tabindex but if Web Components have some fields that may be focused the tabbing order may be disrupted.
# [05:36] <dcooney> ... the v1 spec has some notes about how tabbing order should work, but there could be additions to make it work more naturally.
# [05:37] <dcooney> ... currently the tabbing order is defined as DOM tree order; if a focusable node is distributed within a component the focus order may move inside-outside-inside-outside and look random.
# [05:37] <dcooney> ... we would like to have some consensus on how we should move forward on this problem.
# [05:37] <dcooney> chaals: What kind of component would have this weird focus problem?
# [05:38] <dcooney> kochi: A component has slots; some input is distributed into the slot; then tabbing should navigate from outside to inside.
# [05:38] <dcooney> (kochi goes to the whiteboard)
# [05:38] <dcooney> rniwa: If you have tabindex on a node, and its parent has shadowroot and that node is distributed into a slot in the shadow root.
# [05:39] <dcooney> ... If you are tabbing from outside you can have another element before it in the tab index; where should the focus go?
# [05:39] <dcooney> ... Ideally in the user's perspective, the user sees the composed tree, you should do tabbing in the composed tree.
# [05:39] <dcooney> ... Using composed tree makes more sense to me; we should move the focus in composed tree order.
# [05:39] <dcooney> kochi: Agree; imagine this case:
# [05:40] <dcooney> ... <input>,<div> w/ SR { slot 1, slot 2 }
# [05:40] <dcooney> ... this div also has a direct child
# [05:40] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [05:40] <dcooney> ... and input, input
# [05:40] <timeless> s/a direct child/two direct children/
# [05:40] * Quits: minami (~minami@public.cloak) (Ping timeout: 180 seconds)
# [05:40] <dcooney> ... input1 in slot 2; input 2 in slot 1
# [05:40] * Quits: yeonsoo (~yeonsoo@public.cloak) (Ping timeout: 180 seconds)
# [05:40] <dcooney> rniwa: so you have an element that reorders light children in the shadow dom using slots.
# [05:41] <dcooney> ... So the question is should we respect the light dom order or the reordering done by the shadow dom?
# [05:41] * Quits: kimwooglae (~wlkim@public.cloak) (kimwooglae)
# [05:41] <dcooney> hayato: I agree using composed tree is a good user experience; but here's a problem. tabindex is not a boolean; it's a number.
# [05:41] * Joins: minami (~minami@public.cloak)
# [05:41] <dcooney> ... it is very difficult to get components to coordinate the indices.
# [05:42] <dcooney> ... imagine a component with a very high tab index?
# [05:42] <dcooney> rniwa: didn't we say using anything with a tabindex > 0 a bad idea anyway? I have a hard time thinking of a use case when the component has a tabindex > 0?
# [05:42] * Joins: mishizaw (~mishizaw@public.cloak)
# [05:42] <dcooney> chaals: The use case is: complex ordering structure. If you scatter elements with CSS, it is helpful to direct the focus order.
# [05:43] <dcooney> ... the reason we recommend people don't use this, is that it is easy to break.
# [05:43] <dcooney> ... but people who use it carefully can get a vastly superior result.
# [05:43] <dcooney> rniwa: What's the use case for reordering in a component?
# [05:43] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [05:43] <timeless> q+ to talk about date picker
# [05:43] * Zakim sees timeless on the speaker queue
# [05:43] <dcooney> chaals: First, date picker. Date pickers are awful.
# [05:44] <dcooney> The idea than navigating a document in linear order is a good thing collapses when you have a dozen points.
# [05:44] * Joins: kurosawa_ (~chatzilla@public.cloak)
# [05:44] <adrianba> ack next
# [05:44] * Zakim sees timeless at the head of the speaker queue
# [05:44] <Zakim> timeless, you wanted to talk about date picker
# [05:44] * Zakim sees no one on the speaker queue
# [05:44] <dcooney> I have been taking the images out of shadow DOM, svg, and making them navigable for a screen reader. and it is bat**** insane.
# [05:44] * Quits: kochi (~Adium@public.cloak) ("Leaving.")
# [05:44] <timeless> ack
# [05:44] <dcooney> timeless: I have worked on a date picker
# [05:45] * Joins: kimwooglae (~wlkim@public.cloak)
# [05:45] <dcooney> ... You can have RTL fun and the order stops being the way you expect, you might want to start on the right and exit on the left, but not do the reordering with CSS.
# [05:45] * Quits: vivien (vivien@public.cloak) (Ping timeout: 180 seconds)
# [05:45] <dcooney> ... or doing really shiny styling, or responding to language changes and doing these sways; I doubt Shadow DOM encourages you to tear down and rebuild the entire tree; you would use CSS and update tabindexes.
# [05:46] <dcooney> ... I think that covers your datepicker nicely.
# [05:46] <dcooney> chaals: I see the problem that can arise but I am not sure of the use case that leads to this probelm.
# [05:46] <dcooney> ... I see they could create a component where the navigation is more sensible; but I don't see how navigation would break.
# [05:46] <rniwa> +1
# [05:47] <dcooney> ... Allowing people to do stupid things is reasonable; it does not seem like a dangerous trap.
# [05:47] * Joins: ccho4 (~nobody@public.cloak)
# [05:47] <dcooney> rniwa: I imagine we could treat shadow DOM like iframe; if you specify tabindex inside iframe it is a nested iframe, the scopes are different. We could do something like that. Specify tabindex inside shadow dom and move in that order inside the shadow DOM.
# [05:47] * Joins: mjs (~mjs@public.cloak)
# [05:48] <dcooney> timeless: that seems reasonable to understand, I didn't understand the other thing
# [05:48] * Quits: Hyunjin (~Hyunjin@public.cloak) (Ping timeout: 180 seconds)
# [05:48] <dcooney> hayato: that's what's in the current spec
# [05:48] * Quits: kurosawa (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [05:48] * kurosawa_ is now known as kurosawa
# [05:48] <dcooney> adrianba: Seems important (obvious?) for component reuse.
# [05:48] * rniwa sometimes stating obvious is very important
# [05:48] * timeless [ e.g. outbound and return flight dates ]
# [05:48] <timeless> [ e.g. outbound and return flight dates ]
# [05:48] <dcooney> chaals: One question: Being able to do scoped tab indexing would be really really good for navigation.
# [05:48] <timeless> s/timeless/scribe/
# [05:48] * Joins: mishizaw (~mishizaw@public.cloak)
# [05:49] <dcooney> ... In Shadow DOM is great; doing it in general would be great. Dumb, linear, all things navigation is a big failure of the web.
# [05:49] <dcooney> ... Having Shadow DOM allow it is a step.
# [05:49] <timeless> q?
# [05:49] * Zakim sees no one on the speaker queue
# [05:49] <dcooney> ... Maybe changing HTML is OT.
# [05:49] <dcooney> kochi: We have another scope of tab ordering. The input element's tab index scope is still the document tree's scope.
# [05:50] <dcooney> (chaals notates the diagram to put tabindex on slots AND inputs)
# [05:51] <dcooney> kochi: Slot itself is not focusable by default. Web authors may think specifying tabindex on slot influences tab navigation but it does not, at least not in Chrome today.
# [05:51] * Joins: yoichio (~yoichio@public.cloak)
# [05:51] * Joins: RyutaMiyoshi (~RyutaMiyoshi@public.cloak)
# [05:51] <dcooney> rniwa: I don't understand what the problem is? You want to change the ordering of the tab index in Shadow DOM, based on which slot it is assigned to?
# [05:51] <dcooney> kochi: Specifying tabindex on slot element does not control the order of tab navigation over the slotted input elements.
# [05:52] <mjs> q+
# [05:52] * Zakim sees mjs on the speaker queue
# [05:52] <dcooney> ... The input element tab index order is controlled by the input element itself, which is the insertion point.
# [05:53] <dcooney> rniwa: Two qs: Are there use cases where you need to specify tabindex on slot? This is similar to the problem of slot not generating a CSS box. Like that, you could wrap it in a span.
# [05:53] <adrianba> ack next
# [05:53] * Zakim sees mjs at the head of the speaker queue
# [05:53] * Zakim sees no one on the speaker queue
# [05:53] <dcooney> ... second q, when a node is assigned to a slot, we need to create other nested tab index scope for each slot, it needs to be isolated both from the slot and the shadow dom
# [05:53] * Quits: jxck (~jxck@public.cloak) (Client closed connection)
# [05:53] * Joins: ymasao_ (~masa@public.cloak)
# [05:53] <dcooney> mjs there are two cases: what if you want to control order in the shadow dom? the nested tab index shadow scope thing is a solution.
# [05:54] * Parts: ymasao_ (~masa@public.cloak) (Leaving...)
# [05:55] * Joins: ymasao_ (~masa@public.cloak)
# [05:55] <dcooney> ... what if, in this case, if the tab indices are specified or not, both answers--using the tab index in the page might be reordered; if you apply the nested tab index specially you... (missing) there's no way for the consumer to not become dependent on the implementation details of the component. You need to be able to override.
# [05:55] <dcooney> mjs: Say I have a custom element with an input element and a content slot.
# [05:55] * timeless ...
# [05:55] <dcooney> ... In its light DOM you have an input element that puts it into the slot.
# [05:55] <dcooney> ... Say they both have an explicit tab index. How do you resolve them?
# [05:55] * Joins: yosuke (yfunahas@public.cloak)
# [05:56] <dcooney> ... If you apply the nested scope thing, then the abstraction is violated because the consumer has to be aware of tabindices inside the component.
# [05:56] <dcooney> ... On the other hand, if you do it naively the tab index is surprising
# [05:56] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [05:56] <dcooney> ... You need a tab index override.
# [05:56] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [05:57] <timeless> (makes sense to me)
# [05:57] <dcooney> ... I guess rniwa's proposal of having the slot scope tab index will work; slots are not tabbable but you could put a tabindex on it.
# [05:57] <dcooney> ... hopefully I understand the problem-
# [05:57] <dcooney> hayato: that's the problem. Today, current spec, light children are navigated after navigating all elements in the shadow tree.
# [05:57] <dcooney> ... It does not depend on distribution or not. (reiterates spec.)
# [05:58] <dcooney> ... I know this is not ideal but we don't have an idea how to meet the user's expectation which is the composed tree based navigation order.
# [05:58] <mjs> q+
# [05:58] * Zakim sees mjs on the speaker queue
# [05:58] <rniwa> q+
# [05:58] * Zakim sees mjs, rniwa on the speaker queue
# [05:58] <dcooney> ... ... distribution breaks everything because light children are later in document order. It's a huge unresolved problem. We need to answer this.
# [05:58] <timeless> ack mjs
# [05:58] * Zakim sees rniwa on the speaker queue
# [05:58] * timeless thinks that's the current spec
# [06:01] * Joins: jeff (Jeff@public.cloak)
# [06:01] <dcooney> mjs: this thing (you described) are you suggesting it should work that way, or what the spec says. It's a terrible behaviour when light and shadow DOM have focusable stuff; even if the light and shadow dom author collude they can't get a good result. rniwa's proposal gives control, sensible results, etc.
# [06:01] <dcooney> ... composed tree order is a sensible default but it is not enough, for example, if there's a table. The default order will not be what you want.
# [06:01] <dcooney> ... ... seems to me (rniwa's proposal) gives a clear answer. Realize you don't have to recompute tab cycle every time, you only need to have it when the user tabs.
# [06:01] <dcooney> ... The fact that it interacts with distribution does not matter, when you hit tab you look am I in the shadow tree, have I been distributed into a slot, etc. this seems like a clear answer to the problem.
# [06:01] <dcooney> rniwa: ditto, plus
# [06:01] <dcooney> ... we should solve this by defining tabindex scope at the shadow root boundary and the slot boundary and then it works by always working on the composed tree.
# [06:02] <dcooney> kochi: I'll file a bug with some examples and we can work on updating the spec.
# [06:02] <rniwa> +q
# [06:02] * Zakim sees rniwa on the speaker queue
# [06:02] <dcooney> hayato: Nobody has spent much time on this, I welcome work on this, etc.
# [06:02] <dcooney> chaals: likes the proposed solution, it seems to make a lot of sense, have not thought about it carefully
# [06:02] <adrianba> ack next
# [06:02] * Zakim sees rniwa at the head of the speaker queue
# [06:02] * Zakim sees no one on the speaker queue
# [06:02] <dcooney> rniwa: related to focus, selection
# [06:02] <dcooney> ... since I edit that specification it is my interest
# [06:03] * Quits: kbx (~kbx@public.cloak) (Ping timeout: 180 seconds)
# [06:03] <dcooney> ... there's a question whether the user can select across the shadow boundary; what happens when they copy paste?
# [06:03] <dcooney> travis: yes; it should work
# [06:03] <dcooney> hayato: This has been a multiyear problem in blink. yosin?
# [06:04] * Quits: ccho4 (~nobody@public.cloak) (Client closed connection)
# [06:04] <dcooney> yosin: Current Blink defines selection in the composed tree. Blink does not support deleting; cut does not work in the shadow tree. Deleting from a composed tree is hard to define. We have no idea what the API surface is, we need a specification. That's the status.
# [06:04] * Joins: dka (~dka@public.cloak)
# [06:04] <dcooney> rniwa: I think the fundamental issue is Shadow DOM is vague about selection.
# [06:05] * Joins: Hyunjin (~Hyunjin@public.cloak)
# [06:05] <dcooney> ... Say you have an element with SR and users select from outside the element and stops the selection inside of it. How is that exposed to author scripts? Where should the ending boundary be? Does it contain the element outside the shadow dom or does it point inside the shadow dom, violating encapsulation. Seems bad.
# [06:05] * Joins: jeff_ (Jeff@public.cloak)
# [06:05] <dcooney> ... Or does the author know, seeing selection end at the element, know to go inside there and search.
# [06:06] <dcooney> yosin: We need deep anchor node and deep offset.
# [06:06] <dcooney> ... Exposing selection in shadow tree is from shadowRoot.getSelection, limited to shadow tree, a deep version of anchor and focus position would be easier to use for web authors.
# [06:06] <dcooney> rniwa: How is that easier?
# [06:06] * Joins: sato_yasu (~sato_yasu@public.cloak)
# [06:07] <dcooney> yosin: Iterating over. We need to provide compare position on composed tree or shadow tree or something.
# [06:07] <dcooney> ... Most operations on selection iterates the nodes.
# [06:07] <dcooney> rniwa: What's the use case of iterating over selection?
# [06:07] * Joins: ccho4 (~nobody@public.cloak)
# [06:07] <dcooney> yosin: For caret, authors insert or delete at the caret position. Exposing a node and offset is enough.
# [06:07] <dcooney> ... For ranges, authors want to copy or delete the seleceted range.
# [06:08] <dcooney> ... Then we need to iterate.
# [06:08] <dcooney> rniwa: You are still talking about editing?
# [06:08] * Joins: ivan_ (~ivan@public.cloak)
# [06:08] <dcooney> yosin: Yes; and copying serializiation.
# [06:08] <dcooney> rniwa: Why is iteration better? Use a DOM walker and as soon as you hit the end, check if it has a shadow dom you created, and iterate inside of that tree.
# [06:09] * Joins: kochi (~Adium@public.cloak)
# [06:09] <dcooney> ... Whereas if all you have is container and deep offset, you need to find a node that is in your dom that is the deep end or start of your container.
# [06:10] <dcooney> ... If you are iterating dom in dom dom dom dom order ... why would you want to go into and modify the shadow dom? when editing it is not because you want to put each paragraph in shadow dom; you might have icons in shadow DOM and want to treat it as atomic.
# [06:10] * Travis thinks rniwa just proposed a new DeepNodeIterator() ;-)
# [06:10] * rniwa nope
# [06:10] <dcooney> ... It depends on the use case, etc.
# [06:10] * dcooney is sorry, got behind.
# [06:10] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
# [06:10] <dcooney> hayato: We should be careful not to expose deep node api because it does not work with closed mode.
# [06:11] <dcooney> yosin: My main application is scoping selection and selecting partial node in shadow tree. copy should serialize selected node and not entire shadow tree or ignore it
# [06:11] * Joins: atai (~atai@public.cloak)
# [06:12] <dcooney> rniwa: There's no specification for serializing selections across shadow tree; and what happens if that happens within contenteditable.
# [06:12] * Quits: jeff (Jeff@public.cloak) (Ping timeout: 180 seconds)
# [06:12] <dcooney> ... It is unclear if ... contenteditable state would not propagate into shadowdom. So if you are trying to delete things it kind of fails because it is in in some sense in a weird rainbow state.
# [06:12] <dcooney> yosin: contenteditable is not well defined, so can we not define something for shadow dom?
# [06:12] <dcooney> ...
# [06:13] <dcooney> just say shadow in contenteditable is not defined
# [06:13] * Joins: vivien (vivien@public.cloak)
# [06:13] <dcooney> chaals: we can; should we?
# [06:13] <dcooney> rniwa: Effectively that is what we have today. Nothing is defined about contenteditable.
# [06:14] <dcooney> ... We could disallow contenteditable at all within shadow DOM for now, just like we disabled mutation events. This is a rare opportunity to disable features we do not like.
# [06:14] <dcooney> rniwa: Do you not like that chaals?
# [06:14] * timeless RRSAgent, draft minutes
# [06:14] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [06:14] <dcooney> chaals: It does not make me happy; nobody is happy about contenteditable. Yet people use it. Components can create editors.
# [06:14] <dcooney> rniwa: You could create an iframe.
# [06:15] <dcooney> timeless: Can you put a slot in an iframe?
# [06:15] * Joins: karl (~karlcow@public.cloak)
# [06:15] <dcooney> rniwa: You could, but it does not do anything because the iframe is a separate document and the slot is in the regular known shadow dom; you can create a shadow dom inside the iframe too... but that is not what you are asking.
# [06:16] * Quits: ccho4 (~nobody@public.cloak) (Client closed connection)
# [06:16] <dcooney> ... Should we keep this as an open issue? We should at least have a git hub issue about how selection works and how contenteditable inside shadow dom works. We need something defined before all the browsers can ship.
# [06:16] <timeless> s/mjs there are two cases/mjs: there are two cases/
# [06:17] <dcooney> chaals: It is nice to not have things end up in the magic rainbow state; delete should delete things, users will be crazy face
# [06:17] <dcooney> rniwa: When you have a clear user friendly scenario, when you select outside the shadow dom to inside, if the user asks to delete, it is weird to delete the whole shadow dom (and something)
# [06:17] * Joins: jxck (~jxck@public.cloak)
# [06:17] <dcooney> ... when a deletion happens, something should happen
# [06:18] <dcooney> chaals: Something should go away. If you delete half way into a table, what goes away? That's not interoperable or well defined; editing people don't trust browsers to do it and they work to specify their own behavior.
# [06:18] <dcooney> ... We could specify "you should delete something" and work it out as part of contenteditable1=tru.
# [06:19] <dcooney> ... We should have an issue and engage editing people for help.
# [06:19] <timeless> s/tru./true/
# [06:19] <dcooney> hayato: We have ancient bugs for that, I closed them for lack of recent activity. We are aware of these problems but they are unresolved. There are discussions on the bug. I will reopen the bugs.
# [06:20] <dcooney> rniwa: Let's discuss Custom Elements.
# [06:20] * timeless who wrote "just say shadow in contenteditable is not defined"? (it's unattributed, yosin??)
# [06:20] <dcooney> ... We have been prototyping in WebKit. Doing everything synchronous is not that bad.
# [06:20] * Quits: ymasao_ (~masa@public.cloak) ("Leaving...")
# [06:21] <dcooney> ... There were a couple of places to fix but it seems better than alternatives like proxies, faking APIs to ignore elements, remove and reinsert, move native properties
# [06:21] <dcooney> ... Those are much, much harder to implement.
# [06:21] <dcooney> ... Do other vendors have experience with this, prototyping other designs?
# [06:22] <dcooney> travis: We have done a bit of exploration; code analysis and thought experiment, not experimentation. Similar results, we think synchronously instantiating during parsing, and that is because we have already paid the tax of running MutationEvents.
# [06:22] <dcooney> ... It might introduce a lot more context switching from parsing to script. I don't see a way around that.
# [06:22] <timeless> scribe: timeless
# [06:22] <timeless> chaals: other things?
# [06:23] <timeless> ... run to half past...
# [06:23] <timeless> rniwa: there was a request to have ZZZ, eliot from Google couldn't attend TPAC
# [06:23] * Joins: ko (~ko@public.cloak)
# [06:23] <timeless> ... does anyone have a preferred date?
# [06:23] <timeless> ... perhaps in two weeks
# [06:23] * Joins: ccho4 (~nobody@public.cloak)
# [06:23] <timeless> s/ZZZ/another meeting/
# [06:23] <timeless> ... alternatively first/second week of December
# [06:23] <timeless> chaals: I have a preference for notice, two weeks is not
# [06:24] * Quits: marcosc_ (~marcosc@public.cloak) (Client closed connection)
# [06:24] <timeless> ... I'd assume a meeting would be in California
# [06:24] <timeless> ... if you want Berlin, I could do it sooner, but I doubt you'd want that
# [06:24] <timeless> Travis: I'd agree w/ chaals
# [06:24] <timeless> ... the proposal submitted in the email was something we'd already talked about
# [06:24] <timeless> ... not sure there was new content to discuss
# [06:24] <timeless> ... not sure there won't be
# [06:24] * Joins: udo (~udo@public.cloak)
# [06:24] <timeless> ... i'd like to meet again, after the holidays
# [06:24] * Joins: kbx (~kbx@public.cloak)
# [06:24] <timeless> ... perhaps a little further out
# [06:24] <timeless> ... (January)
# [06:25] <timeless> chaals: so, late January
# [06:25] <timeless> QQQ: another F2F in December
# [06:25] <timeless> ... we could host
# [06:25] <timeless> ... about Custom Elements
# [06:25] <timeless> ... there are still incoming proposals
# [06:25] * timeless mjs, QQQ?
# [06:25] * mjs ??
# [06:25] <dcooney> s/QQQ/hayato/
# [06:25] <timeless> chaals: Chairs should take an ACTION item to gauge interest
# [06:26] <timeless> rniwa: when we last had a meeting in the spring, there were open questions of what can be implemented
# [06:26] <timeless> ... to answer that, people need to prototype or inspect their engines to see what could be implemented
# [06:26] <timeless> ... i have some confidence that I could get it done before next month
# [06:26] <timeless> .... Microsoft?
# [06:26] <timeless> s/.././
# [06:26] <timeless> Travis: not sure I can
# [06:27] <timeless> ... thinking about what's going on next month/next little bit
# [06:27] <timeless> ACTION chaals to look into next F2F
# [06:27] * trackbot is creating a new ACTION.
# [06:27] <trackbot> Created ACTION-759 - Look into next f2f [on Charles McCathie Nevile - due 2015-11-03].
# [06:27] <timeless> chaals: do people have more for Custom Element?
# [06:28] <timeless> Travis: is there any other significant issue in Custom Element other than
# [06:28] <timeless> rniwa: no other issues
# [06:28] <timeless> ... creation is the entirety of Custom Elements
# [06:28] * Joins: yeonsoo_ (~yeonsoo@public.cloak)
# [06:28] <timeless> s/other than/other than Creation timing
# [06:28] <timeless> dcooney: this isn't very controversial, but there's some question of "ancestor-changed" v. in-/out- of document
# [06:28] * Quits: kbx (~kbx@public.cloak) (Client closed connection)
# [06:28] <timeless> mjs: not fully resolved last time, besides initial timing of creation
# [06:28] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [06:29] <timeless> ... question of supporting upgrade/after-the-fact-upgrade
# [06:29] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [06:29] <timeless> ... general consensus was to support it, but not sure how given Constructor()
# [06:29] <timeless> ... exact timing of RRR
# [06:29] <timeless> ... not totally resolved
# [06:29] * timeless mjs: RRR?
# [06:30] <mjs> s/RRR/lifecycle callbacks/
# [06:30] * Quits: rniwa (~textual@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
# [06:30] <timeless> chaals: we'll be back to talk about CSS and Shadow DOM at 3pm
# [06:30] <timeless> ... I won't be back at 3pm
# [06:30] <timeless> ... I'd like to thank you all, and especially those who scribed
# [06:30] * Quits: jcdufourd (~jcdufourd@public.cloak) (Client closed connection)
# [06:30] <timeless> [ Break until 3pm ]
# [06:30] * Quits: clapierre (~clapierre@public.cloak) ("Leaving.")
# [06:30] * Quits: mhakkinen (~mhakkinen@public.cloak) (mhakkinen)
# [06:30] <timeless> topic: CSS and Shadow DOM
# [06:31] * Quits: kochi (~Adium@public.cloak) ("Leaving.")
# [06:31] * Quits: mjs (~mjs@public.cloak) (mjs)
# [06:31] * Joins: mhakkinen (~mhakkinen@public.cloak)
# [06:32] * Joins: jyasskin (~textual@public.cloak)
# [06:33] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [06:33] * Quits: mhakkinen (~mhakkinen@public.cloak) (mhakkinen)
# [06:34] * Joins: SamLiu_ (~SamLiu@public.cloak)
# [06:34] * Quits: jeff_ (Jeff@public.cloak) (Ping timeout: 180 seconds)
# [06:34] * Quits: RyutaMiyoshi (~RyutaMiyoshi@public.cloak) (Ping timeout: 180 seconds)
# [06:34] * Joins: annbass_ (~annbass@public.cloak)
# [06:35] * Quits: yeonsoo_ (~yeonsoo@public.cloak) (Ping timeout: 180 seconds)
# [06:36] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [06:36] * Quits: yasuraoka (~yasuraoka@public.cloak) (Ping timeout: 180 seconds)
# [06:36] * Quits: aizu (~aizu@public.cloak) (Ping timeout: 180 seconds)
# [06:36] * Quits: shoko (~shoko@public.cloak) ("Page closed")
# [06:36] * Quits: Hyunjin (~Hyunjin@public.cloak) (Ping timeout: 180 seconds)
# [06:36] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [06:36] * Quits: LJWatson (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [06:37] * annbass_ is now known as annbass
# [06:37] * Quits: garykac (~garykac@public.cloak) (Ping timeout: 180 seconds)
# [06:37] * Joins: mhakkinen (~mhakkinen@public.cloak)
# [06:37] * Quits: minami (~minami@public.cloak) (Ping timeout: 180 seconds)
# [06:38] * Joins: yubo_ (~yubo@public.cloak)
# [06:38] * Quits: ko (~ko@public.cloak) (Ping timeout: 180 seconds)
# [06:38] * Quits: ats (~ats@public.cloak) (Ping timeout: 180 seconds)
# [06:40] * Joins: ats (~ats@public.cloak)
# [06:40] * Joins: clapierre (~clapierre@public.cloak)
# [06:42] * Quits: yoichio (~yoichio@public.cloak) (Ping timeout: 180 seconds)
# [06:43] * Quits: ats (~ats@public.cloak) (Client closed connection)
# [06:43] * Quits: udo (~udo@public.cloak) (Ping timeout: 180 seconds)
# [06:44] * Joins: ats (~ats@public.cloak)
# [06:44] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [06:44] * Joins: sicking (~sicking@public.cloak)
# [06:45] * Quits: ats (~ats@public.cloak) ("Bye")
# [06:45] * Quits: sato_yasu (~sato_yasu@public.cloak) (Ping timeout: 180 seconds)
# [06:45] * Joins: mishizaw (~mishizaw@public.cloak)
# [06:45] * Quits: clapierre (~clapierre@public.cloak) ("Leaving.")
# [06:46] * Quits: ccho4 (~nobody@public.cloak) (Client closed connection)
# [06:47] * Quits: kimwooglae (~wlkim@public.cloak) (kimwooglae)
# [06:47] * Quits: yukio (~yukio@public.cloak) (Ping timeout: 180 seconds)
# [06:47] * Quits: mhakkinen (~mhakkinen@public.cloak) (mhakkinen)
# [06:48] * Joins: clapierre (~clapierre@public.cloak)
# [06:48] * Quits: ymasao (~masa@public.cloak) (Ping timeout: 180 seconds)
# [06:49] * Quits: Travis (~Travis@public.cloak) (Ping timeout: 180 seconds)
# [06:49] * Quits: yubo_ (~yubo@public.cloak) (Ping timeout: 180 seconds)
# [06:49] * Quits: bkardell_ (~uid10373@public.cloak) ("Connection closed for inactivity")
# [06:49] * Quits: Judy (jbrewer@public.cloak) (Ping timeout: 180 seconds)
# [06:50] * Joins: LJWatson (~chatzilla@public.cloak)
# [06:51] * Quits: SamLiu_ (~SamLiu@public.cloak) ("Page closed")
# [06:51] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [06:51] * Joins: sam_ (~sam@public.cloak)
# [06:51] * Joins: kurosawa_ (~chatzilla@public.cloak)
# [06:52] * Quits: danbri (~Adium@public.cloak) ("Leaving.")
# [06:52] * Quits: dka (~dka@public.cloak) (dka)
# [06:53] * Joins: hfujisaw_ (~hfujisawa@public.cloak)
# [06:53] * Quits: kawai (~kawai@public.cloak) (Ping timeout: 180 seconds)
# [06:53] * Quits: nsakai (~nsakai@public.cloak) (Ping timeout: 180 seconds)
# [06:54] * Joins: mjs (~mjs@public.cloak)
# [06:55] * Quits: kurosawa (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [06:55] * Quits: hfujisaw_ (~hfujisawa@public.cloak) (Client closed connection)
# [06:55] * Joins: hfujisaw_ (~hfujisawa@public.cloak)
# [06:55] * kurosawa_ is now known as kurosawa
# [06:55] * Joins: ymasao (~masa@public.cloak)
# [06:55] * Joins: kimwooglae (~wlkim@public.cloak)
# [06:57] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
# [06:57] * Joins: mhakkinen (~mhakkinen@public.cloak)
# [06:57] * Quits: ygkim (~ygkim@public.cloak) (Ping timeout: 180 seconds)
# [06:57] * Joins: rniwa (~textual@public.cloak)
# [06:58] * Quits: hfujisawa (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [06:59] <astearns> CSSWG almost ready to come over
# [07:00] * adrianba astearns, start in 5?
# [07:00] * Parts: rhiaro_ (~quassel@public.cloak) (http://quassel-irc.org - Chat comfortably. Anywhere.)
# [07:00] * Joins: dka (~dka@public.cloak)
# [07:01] * Joins: Florian (~Florian@public.cloak)
# [07:01] <astearns> adrianba: hopefully
# [07:01] * Joins: Judy (jbrewer@public.cloak)
# [07:01] * Joins: za12 (~androirc@public.cloak)
# [07:01] * adrianba astearns okay, this is our last session so we're just waiting on you ;o)
# [07:02] * Quits: hfujisaw_ (~hfujisawa@public.cloak) (Client closed connection)
# [07:02] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [07:02] * Joins: danbri (~Adium@public.cloak)
# [07:04] * Quits: ivan_ (~ivan@public.cloak) (Ping timeout: 180 seconds)
# [07:04] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [07:04] * Quits: tantek (~tantek@public.cloak) (tantek)
# [07:04] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [07:05] * Quits: sam_ (~sam@public.cloak) ("Page closed")
# [07:07] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
# [07:07] * Quits: atai (~atai@public.cloak) (Ping timeout: 180 seconds)
# [07:07] * Quits: ymasao (~masa@public.cloak) (Client closed connection)
# [07:07] * Joins: ymasao (~masa@public.cloak)
# [07:09] * MikeSmith guesses the CSS WG has not arrived yet...
# [07:09] * @Yves they are around
# [07:09] * @Yves arriving in style
# [07:09] <MikeSmith> heh
# [07:10] * Joins: dom (dom@public.cloak)
# [07:10] * Quits: annbass (~annbass@public.cloak) (Ping timeout: 180 seconds)
# [07:11] * Joins: ats (~ats@public.cloak)
# [07:11] * Joins: anssik (~uid10742@public.cloak)
# [07:12] * Joins: oonishi (~oonishi@public.cloak)
# [07:13] * Quits: cabanier (~uid15093@public.cloak) ("Connection closed for inactivity")
# [07:13] * Joins: kikuchiharuma_ (~kikuchiharuma@public.cloak)
# [07:14] <timeless> RRSAgent, draft minutes
# [07:14] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [07:14] * Joins: glazou (~glazou@public.cloak)
# [07:14] <timeless> s/heh//
# [07:14] * timeless http://www.w3.org/2015/10/26-webapps-minutes.html#item07
# [07:14] * Joins: shigeya (~shigeya@public.cloak)
# [07:14] <timeless> s/adrianba: hopefully//
# [07:14] * Joins: nulltask (~nulltask@public.cloak)
# [07:14] <timeless> rniwa: a couple of questions we need to resolve for Shadow DOM before we can implement the feature
# [07:14] <rniwa> https://github.com/w3c/webcomponents/blob/gh-pages/proposals/Shadow-DOM-Cascade-Order-in-v1.md
# [07:14] <timeless> ... we have a list, we can go through it
# [07:15] * Joins: ivan_ (~ivan@public.cloak)
# [07:15] * Joins: yukio (~yukio@public.cloak)
# [07:15] <timeless> ... go through each issue first
# [07:15] * Joins: TabAtkins (~sid11559@public.cloak)
# [07:15] * Joins: annbass (~annbass@public.cloak)
# [07:15] * Joins: dauwhe (~dauwhe@public.cloak)
# [07:15] * Joins: kochi (~Adium@public.cloak)
# [07:15] <timeless> ... first: combinators, and changes to them
# [07:15] <timeless> ... we don't want deep or shallow combinators
# [07:15] <timeless> ... rename ::content to ::slotted
# [07:16] <timeless> ... still have :host and :host-context
# [07:16] * timeless :slottted is a typo
# [07:16] <timeless> Travis: I don't object
# [07:16] <timeless> rniwa: I think we don't want :host-context
# [07:16] * Joins: ccho4 (~nobody@public.cloak)
# [07:16] <timeless> Travis: :host is a shadow/guide
# [07:16] * Joins: jyasskin (~textual@public.cloak)
# [07:16] <timeless> mjs: could we have explanations of :host and :host-context
# [07:16] * Joins: fantasai (~fantasai@public.cloak)
# [07:17] * Joins: yoichio (~yoichio@public.cloak)
# [07:17] <TabAtkins> https://public.etherpad-mozilla.org/p/webapps
# [07:17] * Joins: masayuki (~masayuki@public.cloak)
# [07:17] <timeless> TabAtkins: I brought up an edit pad
# [07:17] <timeless> ... I'll draw up an example real quick
# [07:17] * Parts: annbass (~annbass@public.cloak)
# [07:17] * Joins: Bert1 (bbos@public.cloak)
# [07:18] * Joins: dbaron (~dbaron@public.cloak)
# [07:18] * Joins: myles (~Adium@public.cloak)
# [07:18] * glazou still thinks :host-context is unreadable from a web author's POV
# [07:18] * Joins: nsakai (~nsakai@public.cloak)
# [07:18] <timeless> [ tab draws ]
# [07:18] * Joins: leaverou (~leaverou@public.cloak)
# [07:18] <timeless> [ adrianba increases the font size ]
# [07:18] * Joins: fwtnb (~fwtnb@public.cloak)
# [07:18] <timeless> TabAtkins: if you're inside the shadow
# [07:18] <timeless> ... as this style is, and you try to have a my-component selector
# [07:18] * Joins: MaRakow (~MaRakow@public.cloak)
# [07:19] * gsnedders tab: he's got it.
# [07:19] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [07:19] <timeless> ... this component, this div, this style
# [07:19] <dbaron> Tab draws:<my-component>
# [07:19] <dbaron> <::shadow>
# [07:19] <dbaron> <style>
# [07:19] <dbaron> my-component
# [07:19] <dbaron> :host { color: red; }
# [07:19] <dbaron> </style>
# [07:19] <dbaron> </::shadow>
# [07:19] <dbaron> <div>foo</div>
# [07:19] <dbaron> </my-component>
# [07:19] <timeless> ... if you take my-component, it won't set on this (the my-component)
# [07:19] <dbaron> er, now it's:
# [07:19] <dbaron> <my-component> <---------
# [07:19] <dbaron> <::shadow>
# [07:19] <dbaron> <style>
# [07:19] <dbaron> my-component { color: blue; }
# [07:19] <dbaron> :host { color: red; }
# [07:19] <dbaron> </style>
# [07:19] <dbaron> <div>foo</div>
# [07:19] <dbaron> </::shadow>
# [07:19] <dbaron> </my-component>
# [07:20] <timeless> ... from inside the shadow root, styles can only see other things inside the shadow root
# [07:20] * Joins: AndreyR_ (~AndreyR@public.cloak)
# [07:20] <adrianba> q?
# [07:20] * Zakim sees no one on the speaker queue
# [07:20] <timeless> ... the other stuff outside is in control of the user, not the shadow author
# [07:20] * Joins: dyamada (~dyamada@public.cloak)
# [07:20] <timeless> ... you do still sometimes want to be able to style your host element
# [07:20] <timeless> ... to say make it a flex-box
# [07:20] <timeless> ... that's what :host is for
# [07:20] <timeless> ... :host-context is a little different
# [07:21] * Joins: clapierre1 (~clapierre@public.cloak)
# [07:21] <timeless> ... say you want to style things based on whether your anchor is class="light-theme"
# [07:21] <timeless> ... you can't do `.light-theme div {...}`
# [07:21] <timeless> ... you could do `:host(.light-theme) div {...}` this would only match the host if it matches
# [07:21] <timeless> ... it's a function() because ...
# [07:21] * Joins: minami (~minami@public.cloak)
# [07:21] <timeless> ... :host.light-theme doesn't work, because .light-theme doesn't work
# [07:22] * Joins: kawai (~kawai@public.cloak)
# [07:22] <timeless> ... removing a simple selector from a compound selector will never select "less"
# [07:22] <timeless> ... by CSS Selectors definition
# [07:22] * Joins: RyutaMiyoshi (~RyutaMiyoshi@public.cloak)
# [07:22] <timeless> ... things with more selections must select not more than the other, it's more specific
# [07:22] <timeless> ... it can't be a wider match
# [07:22] * Joins: yosin (~yosin@public.cloak)
# [07:22] <timeless> ... .light-theme div #2 -- doesn't match anything
# [07:22] <timeless> ... then :host.light-theme div #1 -- can't match more than #2
# [07:23] <timeless> ... it's more specific, it can't match less
# [07:23] * Joins: Rossen (~rossen@public.cloak)
# [07:23] <timeless> ... you can't select less than 0
# [07:23] * Quits: ccho4 (~nobody@public.cloak) (Client closed connection)
# [07:23] <timeless> ... so we have to use a function argument -- :host(.light-theme) div ...
# [07:23] <timeless> DZZ: what does :host { color: red } do ?
# [07:23] <hober> s/DZZ/dino/
# [07:24] <timeless> TabAtkins: it selects the host object (<my-component>) and sets the color property to red
# [07:24] <timeless> ... a more reasonable example is :host { display: flex }
# [07:24] <timeless> ... because you need to use flex-box layout
# [07:24] <timeless> ... does that sufficiently clarify functional host?
# [07:24] <timeless> mjs: additional question, when you use the descendant selector, what does it select
# [07:25] <timeless> TabAtkins: PPP
# [07:25] * Quits: clapierre (~clapierre@public.cloak) (Ping timeout: 180 seconds)
# [07:25] * Quits: ymasao (~masa@public.cloak) ("Leaving...")
# [07:25] <timeless> mjs: :host selects the host element, but if you select a descendant, it only selects things in the shadow
# [07:25] * Joins: ymasao (~masa@public.cloak)
# [07:25] <timeless> TabAtkins: yes, for the purpose of selectors, :host selects two things, the host, and the shadow dom, descendants select inside only
# [07:25] * Joins: ko (~ko@public.cloak)
# [07:25] <timeless> leaverou: why not a psuedo element?
# [07:26] <timeless> ... there's a flaw that :host is a UUU and not a psuedo
# [07:26] <timeless> TabAtkins: the reason it wasn't a pseudo is that it does exist
# [07:26] <timeless> MMM: the projection exists, but the object doesn't exist
# [07:26] <timeless> TabAtkins: but i'm styling the real element
# [07:26] <karl> s/MMM/ChrisLilley/
# [07:26] <timeless> leaverou: if you can't select it with * then ...
# [07:26] <timeless> TabAtkins: no...
# [07:26] <timeless> mjs: * would select everything except it
# [07:27] <timeless> TabAtkins: * is not everything, it's all tag names in this tree
# [07:27] <timeless> leaverou: any other examples?
# [07:27] <timeless> TabAtkins: no, this is the first one
# [07:27] <timeless> q?
# [07:27] * Zakim sees no one on the speaker queue
# [07:27] * timeless lost a PPP
# [07:27] <timeless> NNN: do you agree *:host is equivalent to :host ?
# [07:27] * Joins: hellojintae (~hellojintae@public.cloak)
# [07:27] <timeless> TabAtkins: it is not
# [07:27] * Joins: garykac (~garykac@public.cloak)
# [07:27] * Joins: hjlee (~hjlee@public.cloak)
# [07:27] <timeless> ... if you wrote * { color: grey}
# [07:27] <astearns> s/NNN/SimonSapin/
# [07:27] <timeless> ... it selects every element in the shadow tree
# [07:28] <timeless> SimonSapin: same as ...
# [07:28] <mjs> q+
# [07:28] * Zakim sees mjs on the speaker queue
# [07:28] * timeless fantasai ...
# [07:28] <rniwa> q+
# [07:28] * Zakim sees mjs, rniwa on the speaker queue
# [07:28] <timeless> TabAtkins: *:host is bad, it won't select anything
# [07:28] <timeless> SimonSapin: defining this way is inconsistent, as with 1/2
# [07:28] <timeless> TabAtkins: 1/2 both match nothing
# [07:29] * dauwhe hober asks for permission instead of forgiveness?
# [07:29] <timeless> mjs: point w/ *, every other psuedo class, *:whatever is exactly equivalent to :whatever
# [07:29] <timeless> ... but for pseudo elements, that isn't the case
# [07:29] <hayato> We had a similar discussion https://lists.w3.org/Archives/Public/public-webapps/2015AprJun/0295.html
# [07:29] <dbaron> q+
# [07:29] * Zakim sees mjs, rniwa, dbaron on the speaker queue
# [07:29] <timeless> ... although :host sort of refers to a real element, it sort of doesn't
# [07:30] <timeless> ... descendant refers to something after refers to something it wouldn't normally would
# [07:30] <timeless> ... the fact that it's weird kind of makes it a psuedo element
# [07:30] <dbaron> ack mjs
# [07:30] * Zakim sees rniwa, dbaron on the speaker queue
# [07:30] <timeless> TabAtkins: it wouldn't be inconsistent, but i felt it leaned heavier to this style
# [07:30] * Joins: sato (~sato@public.cloak)
# [07:30] <timeless> hober: all selectors for forever have been scoped to a tree, we didn't know that because there was only one tree
# [07:30] * Joins: plinss (~plinss@public.cloak)
# [07:30] <timeless> ... now we have more than one tree
# [07:30] <timeless> ... :host projects from one tree to another
# [07:31] * Joins: tfuji (~tfuji@public.cloak)
# [07:31] <timeless> ... it's true it's inconsistent, but we're doing something before
# [07:31] <timeless> ... but this entire argument is `:` or `::` and i don't care
# [07:31] <timeless> TabAtkins: if you are ok w/ a full selector after a psuedo element?
# [07:31] <timeless> ... then I'm ok
# [07:32] * Joins: tantek (~tantek@public.cloak)
# [07:32] <timeless> dbaron: I just want
# [07:32] <timeless> ... we use psuedos for things where we don't want to fully explain the dragons
# [07:33] <timeless> ... to mjs, you stick a * in front of it, and that doesn't change anything
# [07:33] <timeless> ... true for psuedo classes and not for psuedo elements
# [07:33] <timeless> ... but it's true for both
# [07:33] * timeless .... befor this proposal
# [07:33] <timeless> ... before this proposal, it was true for both
# [07:33] <hober> q+
# [07:33] * Zakim sees rniwa, dbaron, hober on the speaker queue
# [07:33] <timeless> TabAtkins: psuedo elements are always of another element
# [07:33] <dbaron> ack dbaron
# [07:33] * Zakim sees rniwa, hober on the speaker queue
# [07:33] <timeless> ... but what element is this a psuedo of?
# [07:33] <timeless> mjs: what is ::selection a psuedo of?
# [07:34] <timeless> TabAtkins: open question, but there are valid answers for it
# [07:34] <timeless> [ laughter ]
# [07:34] * Quits: za12 (~androirc@public.cloak) (Client closed connection)
# [07:34] * Quits: fwtnb (~fwtnb@public.cloak) (Ping timeout: 180 seconds)
# [07:34] <timeless> dbaron: there's no spec for ::selection saying how it works
# [07:34] <timeless> fantasai: just wrong, I haven't published it
# [07:34] <timeless> ... we do have a spec for that now
# [07:34] <timeless> TabAtkins: what element does *::host(*) match?
# [07:35] <timeless> ... just serves as the host host, but we've reinvented the host
# [07:35] <timeless> falken: a pseudo element has an element w/ its own set of styles
# [07:35] <timeless> s/falken/fantasai/
# [07:35] <kochi> https://code.google.com/p/chromium/codesearch#chromium/src/third_party/WebKit/Source/core/css/parser/CSSSelectorParser.cpp&q=%5C*:host&sq=package:chromium&type=cs&l=571
# [07:35] <timeless> ... but you're trying to cascade all of the classes from outside and inside to the same element
# [07:35] * Joins: zcorpan (~zcorpan@public.cloak)
# [07:35] <timeless> ... taking both scopes as an input and cascading together
# [07:35] <zcorpan> q?
# [07:35] * Zakim sees rniwa, hober on the speaker queue
# [07:36] <timeless> ... an element gets styles, and the psuedo gets its own styles, they're independent entities w/ independent styles
# [07:36] <timeless> TabAtkins: correct, your styles get merged (outside + outside-inside)
# [07:36] <timeless> ... I think I need to put an explainer into the spec
# [07:36] <timeless> ... we're sticking w/ single colon
# [07:36] <zcorpan> how about dropping the colon(s)?
# [07:36] <timeless> mjs: TabAtkins, I think you've answered this question multiple times in the past
# [07:36] * Quits: kikuchiharuma_ (~kikuchiharuma@public.cloak) (Ping timeout: 180 seconds)
# [07:36] <timeless> ... why not `:::` ?
# [07:37] <timeless> ... "this is a weird thing", it should look different
# [07:37] <dbaron> s/mjs/hober/
# [07:37] <timeless> ... I swear i'm not trolling
# [07:37] <timeless> TabAtkins: I considered it, but the single-double is the single worst thing of CSS
# [07:37] <timeless> hober: we could do ::: so that people don't come w/ a preconceived notion
# [07:38] * Joins: hfujisaw_ (~hfujisawa@public.cloak)
# [07:38] <timeless> Simon: drop a `:` and just have a function
# [07:38] <timeless> TabAtkins: we could have a function, it isn't defined as allowed for simple selectors yet
# [07:38] <timeless> ... maybe it would be clearer?
# [07:38] * Joins: Florian_ (~Florian@public.cloak)
# [07:38] <timeless> fantasai: it would look more like a tag name
# [07:38] <timeless> UUU: it would be better because you can't put a star in front of it
# [07:38] <timeless> TabAtkins: that's good
# [07:38] * gsnedders put a star on it and make it fabulous
# [07:38] <gsnedders> s/UUU/zcorpan/
# [07:38] <timeless> mjs: now that we've colored the bike shed, can we go back to semantics?
# [07:38] <timeless> [ laughter ]
# [07:39] <timeless> Travis: :host-context
# [07:39] <timeless> TabAtkins: selector to host(...)
# [07:39] <timeless> ... but we figured there were UCs for contexts higher up
# [07:39] * Joins: ccho4 (~ccho4@public.cloak)
# [07:39] <timeless> ... e.g. body.light-theme
# [07:39] <timeless> ... host-context() let's you try to select against the host element or any of its ancestors
# [07:40] <timeless> rniwa: afaiu, that would be defined in CSS Var
# [07:40] <timeless> ... why do we need a separate very similar to address the same UC?
# [07:40] <hober> q?
# [07:40] * Zakim sees rniwa, hober on the speaker queue
# [07:40] <hober> q- rniwa
# [07:40] * Zakim sees hober on the speaker queue
# [07:40] <timeless> TabAtkins: using Variables is the right solution if you want to do your own theme
# [07:40] <timeless> ... an element that's openly themeable, but if you want a predetermined thing
# [07:40] <timeless> ... this lets you ...
# [07:40] <timeless> rniwa: that seems wrong
# [07:40] <timeless> ... we don't have any other elements like that
# [07:40] <timeless> TabAtkins: we absolutely do
# [07:41] <timeless> ... just like :host(.foo) > div -- is equivalent to .foo > div
# [07:41] <timeless> ... :host-context(.foo) > div -- .foo div
# [07:41] <timeless> s/to .foo/to :host.foo
# [07:41] <timeless> rniwa: no host element styling different based on ancestor
# [07:42] <timeless> TabAtkins: :host-context lets you put anywhere in a tree
# [07:42] <mjs> q+
# [07:42] * Zakim sees hober, mjs on the speaker queue
# [07:42] <timeless> hober: disagree w/ that
# [07:42] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
# [07:42] * Joins: baba (~baba@public.cloak)
# [07:42] <timeless> ... for .list-theme case
# [07:42] <timeless> ... typical page, we use class div
# [07:42] <timeless> ... you stick in header v. main content (light/dark)
# [07:42] <timeless> ... you could see a push/pull question
# [07:42] <timeless> ... is component pulling in
# [07:43] <timeless> ... or is the page pushing in
# [07:43] * Joins: hitsujiwool (~hitsujiwool@public.cloak)
# [07:43] <rniwa> q+
# [07:43] * Zakim sees hober, mjs, rniwa on the speaker queue
# [07:43] <timeless> ... I think that's the typical case (one of them -- unclear which)
# [07:43] <timeless> ... :host-context is a pull model, currently things don't do that
# [07:43] <timeless> ... make sense?
# [07:43] <timeless> TabAtkins: not a lot, but ok
# [07:43] <timeless> ... it's about predefined styles from the component, vs. the page poking in its own styles
# [07:43] <timeless> hober: i think you can do your own stuff w/o this
# [07:43] <timeless> TabAtkins: only if you use :host w/ ...
# [07:44] <timeless> hober: i don't think so
# [07:44] * timeless doesn't understand, but...
# [07:44] <timeless> q?
# [07:44] * Zakim sees hober, mjs, rniwa on the speaker queue
# [07:44] <timeless> ack hober
# [07:44] * Zakim sees mjs, rniwa on the speaker queue
# [07:44] <timeless> ack mjs
# [07:44] * Zakim sees rniwa on the speaker queue
# [07:44] <timeless> mjs: :host-context, you could imagine a UC for it, but it seems like a box-checking exercise...
# [07:44] <timeless> ... it's true that built in classes
# [07:44] <timeless> TabAtkins: do things disable themselves based on fieldset?
# [07:45] <timeless> [ yeah ]
# [07:45] * Quits: hfujisaw_ (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [07:45] <timeless> mjs: fieldset isn't a good case
# [07:45] * zcorpan TabAtkins: https://drafts.csswg.org/selectors-4/#the-universal-selector doesn't say that * doesn't match nameless elements, afaict
# [07:45] <timeless> dbaron: <ul type=...>
# [07:45] <timeless> rniwa: disabled you can't rely on ancestor
# [07:45] <timeless> ... element disabled by label
# [07:45] <timeless> TabAtkins: correct, it's more complicated than that
# [07:45] <timeless> ... it's not nothing, forms can get more complicated
# [07:45] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [07:46] <timeless> hober: <ul type="a"> could be done w/ :host
# [07:46] <timeless> TabAtkins: not if the <li>s are the shadows
# [07:46] <timeless> dbaron: <table rule> changes things on borders of <td>s
# [07:46] <timeless> TabAtkins: the idea that there's no example is laughable
# [07:46] <timeless> [ agreed ]
# [07:46] <timeless> mjs: still seems too obscure
# [07:46] * Joins: annevk (~annevk@public.cloak)
# [07:47] <timeless> ... I still think we could start w/ :host and see if real UCs in the field demonstrate a need
# [07:47] <dbaron> also the list style rotation for nested ul
# [07:47] <timeless> ... so much of this isn't read
# [07:47] <timeless> TabAtkins: I'm down w/ that
# [07:47] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [07:47] <timeless> hober: let's get yelled at
# [07:47] <jyasskin> q+ jyasskin
# [07:47] * Zakim sees rniwa, jyasskin on the speaker queue
# [07:47] <timeless> BBB: theming isn't a good UC?
# [07:47] <timeless> mjs: I think adding it there isn't a good UC
# [07:47] <timeless> ... and I think theming is dumb anyway
# [07:47] * Quits: Florian_ (~Florian@public.cloak) (Client closed connection)
# [07:47] <timeless> ... and CSS Vars seem like a better way
# [07:47] <timeless> dbaron: this is widely used as a developer practice
# [07:48] <timeless> UUU: Polymer is using something like CSS Vars
# [07:48] * Joins: Florian (~Florian@public.cloak)
# [07:48] * timeless who was BBB and UUU?
# [07:48] <timeless> q?
# [07:48] * Zakim sees rniwa, jyasskin on the speaker queue
# [07:48] <timeless> ack rniwa
# [07:48] * Zakim sees jyasskin on the speaker queue
# [07:48] <jyasskin> q- jyasskin
# [07:48] * Zakim sees no one on the speaker queue
# [07:48] <timeless> rniwa: i want to point out that we asked people using Web Components
# [07:48] * Joins: Florian_ (~Florian@public.cloak)
# [07:48] <timeless> ... anecdotal says that people have no use of :host-context
# [07:49] * hober tl;dr :host-context, YAGNI
# [07:49] <jyasskin> s/UUU/jyasskin
# [07:49] * Quits: minami (~minami@public.cloak) (Ping timeout: 180 seconds)
# [07:49] <timeless> TabAtkins: our usage is below our kill threshold, so ...
# [07:49] * Joins: justin (~justin@public.cloak)
# [07:49] * Joins: jchiba (~jchiba@public.cloak)
# [07:49] <timeless> ... I recognize :host-context is a lower value, i don't think it's necessary for v1
# [07:49] <timeless> ... i'm ok w/ deferring to later
# [07:50] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [07:50] <timeless> topic: Cascading Models
# [07:50] * Quits: ccho4 (~ccho4@public.cloak) (Ping timeout: 180 seconds)
# [07:50] <kochi> https://github.com/w3c/webcomponents/blob/gh-pages/proposals/Shadow-DOM-Cascade-Order-in-v1.md
# [07:50] <kochi> Could you project this?
# [07:51] <timeless> kochi: summary of proposals of how cascading model should work
# [07:51] <timeless> ... see the end of the document
# [07:51] <kochi> s/kochi/hayato/
# [07:51] * Joins: hfujisaw_ (~hfujisawa@public.cloak)
# [07:51] <timeless> ... proposal 1, 2
# [07:51] <timeless> hayato: element in shadow tree
# [07:51] <timeless> ... we have 5 nodes
# [07:52] <timeless> ... we have tree of trees
# [07:52] <timeless> ... dom tree w/ nodes
# [07:52] <timeless> ... tree of tree
# [07:52] <timeless> ... A is a tree, B is child of A
# [07:52] <timeless> ... element in document tree host, shadow host is B
# [07:52] <timeless> ... C is child tree of B
# [07:53] * Joins: fwtnb (~fwtnb@public.cloak)
# [07:53] <timeless> ... shadow host in B, hosts shadow tree C
# [07:53] * timeless ?!?#
# [07:53] <timeless> ... in shadow ... we have a special selector
# [07:53] <timeless> ... like :host, or ::slotted
# [07:53] <timeless> ... we have a proposal for some pseudo elements
# [07:53] <timeless> ... suppose an element in shadow tree B
# [07:53] <timeless> ... there are a lot of possibilities
# [07:53] <timeless> ... for selectors applied to B
# [07:54] <timeless> ... we should define how cascading should be applied
# [07:54] <timeless> ... if multiple selectors apply to the same element
# [07:54] <timeless> ... ... element B
# [07:54] <timeless> ... element B can have an attribute
# [07:54] <timeless> ... B stye-attribute
# [07:54] <timeless> mjs: I don't understand any of this
# [07:55] <timeless> mjs: how do A, B, C, D, E relate to the markup example?
# [07:55] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
# [07:55] <timeless> hayato: <html>=A
# [07:55] <timeless> ... it's a shadow host
# [07:55] <timeless> ... shadow tree hosted by A is B
# [07:55] * Joins: Samliu_ (~Samliu@public.cloak)
# [07:55] <timeless> rniwa: in the original markup, the things outside shadow dom is A
# [07:55] <timeless> ... host one has B
# [07:56] <timeless> ... three has C
# [07:56] * Quits: shigeya (~shigeya@public.cloak) (shigeya)
# [07:56] <timeless> ... if you look outside outer host one
# [07:56] <timeless> ... there's a node projected through 4
# [07:56] <timeless> TabAtkins: host 4 is a light-dom child of host 2
# [07:56] <timeless> ... host 3 is a shadow child of host 2
# [07:56] <timeless> ... need target items to understand this
# [07:57] <timeless> mjs: not sure anyone here can fully understand this example
# [07:57] <timeless> ... i think i'm more confused w/ further explanation
# [07:57] * Quits: hfujisawa (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [07:57] <timeless> ... if D is a shadow tree nested in C, nested in B
# [07:57] <timeless> ... how can a selector in D affect something in B?
# [07:57] <timeless> rniwa: that's a case where a light dom node in B is getting slotted in C in turn slotted into D
# [07:58] <timeless> ... cascading slotting
# [07:58] <timeless> ... so selectors from B could apply
# [07:58] <timeless> ... and selectors from C could apply
# [07:58] <timeless> ... and selectors from D could apply
# [07:58] <timeless> mjs: ok
# [07:58] * Quits: hfujisaw_ (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [07:58] <timeless> [ group finally understands ]
# [07:58] <Samliu_> minutes
# [07:58] <timeless> RRSAgent, draft minutes
# [07:58] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [07:58] <timeless> hywe need to consider ...
# [07:59] <timeless> s/hywe/hayato/
# [07:59] <timeless> mjs: how is B's style attribute affecting children in shadow dom of b
# [07:59] <timeless> ... I can understand through inheritance, but not cascading
# [08:00] <timeless> ... a node that's a descendant element or ?
# [08:00] <timeless> PPP: host element has ...
# [08:00] * timeless fantasai help?
# [08:00] * Joins: wydong_cm (~wydong_cm@public.cloak)
# [08:00] * Joins: minami (~minami@public.cloak)
# [08:01] <timeless> mjs: i wish the numbers in the markup matched the letters
# [08:01] <timeless> hayato: maybe we need more time to understand
# [08:01] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [08:01] <timeless> fantasai: maybe we need an application
# [08:01] <timeless> TabAtkins: we could use my example, it's simpler and more consistent
# [08:01] <TabAtkins> https://github.com/w3c/webcomponents/issues/316#issuecomment-149735841
# [08:02] <timeless> TabAtkins: tinier example, expresses almost everything from the bigger example
# [08:02] <timeless> ... element in question is a menu item example
# [08:02] * Joins: mishizaw (~mishizaw@public.cloak)
# [08:02] <timeless> ... should express most of the items
# [08:02] <timeless> ... menuitem is a light dom child of menu
# [08:02] <timeless> ... there's a style trying to turn it red
# [08:02] <timeless> ... style element trying to turn itself yellow
# [08:02] <timeless> ... style on the shadow trying to turn it green
# [08:02] <timeless> ... then there's a style inside trying to turn it blue
# [08:03] <timeless> ... the winner was yellow
# [08:03] * dbaron fwiw, I went over to the AC meeting
# [08:03] <timeless> ... ordering is determined by a couple of principles of how to resolve this
# [08:03] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [08:03] <timeless> ... style= attributes win
# [08:03] <timeless> ... shadow styles are the opposite
# [08:03] <timeless> ... don't need to guard
# [08:03] <timeless> ... normally styles are treated like defaults
# [08:04] <timeless> ... opposite using !important inside shadow root
# [08:04] <timeless> ... styles from outside would lose
# [08:04] * Parts: ymasao (~masa@public.cloak) (Leaving...)
# [08:04] <timeless> ... this gives defaults and invariants
# [08:04] <timeless> ... page rule beats content rule, and page rule beats host rule
# [08:04] <timeless> ... example has things labeled
# [08:04] <timeless> ... the ids on the styles
# [08:05] <timeless> ... the inline style isn't labeled, i can't attribute that
# [08:05] <timeless> ... rules from outside win over inside
# [08:05] <timeless> ... page rules beat content rule
# [08:05] <wydong_cm> RRSagent, draft minutes
# [08:05] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html wydong_cm
# [08:05] <timeless> ... page rules win over :host
# [08:05] <timeless> mjs: remove inline yellow, what color?
# [08:05] <timeless> TabAtkins: red from page
# [08:05] <timeless> mjs: outermost styling scope wins?
# [08:06] <timeless> TabAtkins: wins against normal shadow rules
# [08:06] <timeless> ... whenever we conflict w/ normal shadow rules
# [08:06] <timeless> ... outside ones win since they don't usually intermix
# [08:06] <timeless> ... so we treat them as intentional
# [08:06] * Quits: dka (~dka@public.cloak) (dka)
# [08:06] <timeless> mjs: i don't follow your logic
# [08:06] <timeless> ... it was more obvious when we had shadow piercing
# [08:06] <timeless> s/.../TabAtkins:/
# [08:06] <timeless> mjs: if we're not overriding
# [08:07] <timeless> ... if you set :host { display: inline}
# [08:07] <rniwa> +q
# [08:07] * Zakim sees rniwa on the speaker queue
# [08:07] <timeless> ... and it would otherwise have {display: block}
# [08:07] <timeless> ... it won't work
# [08:07] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [08:07] <timeless> TabAtkins: that's why i mentioned invariants (!important)
# [08:07] <timeless> mjs: what about UA style sheet?
# [08:07] <timeless> TabAtkins: yes, they lose at the origin step
# [08:07] * Quits: sicking (~sicking@public.cloak) (sicking)
# [08:07] <timeless> ... everything in page win over UA at origin step
# [08:07] <timeless> ... cascade is several independent steps
# [08:08] <timeless> ... origin, author beats ua
# [08:08] <timeless> ... then style...
# [08:08] <timeless> ... then scoping
# [08:08] <timeless> ... then specificity
# [08:08] <timeless> ... then sequence
# [08:08] * Joins: mishizaw (~mishizaw@public.cloak)
# [08:08] <timeless> mjs: and importance?
# [08:08] <timeless> TabAtkins: important is origin
# [08:08] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [08:08] * Joins: jmajnert (~quassel@public.cloak)
# [08:08] <timeless> ... they'd be in the same origin
# [08:08] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [08:08] <timeless> ... and important inside shadow would win
# [08:08] <timeless> rniwa: other people have other questions about this example?
# [08:08] <timeless> TabAtkins: besides mjs
# [08:09] <timeless> hober: what I was originally going to say was covered
# [08:09] <timeless> ... i think this works, i think it's difficult to follow
# [08:09] <timeless> ... but it's fine
# [08:09] <timeless> jyasskin: a host rule is kind of like a UA style sheet for a shadowed element?
# [08:09] <timeless> TabAtkins: that's the way you should think of it
# [08:09] * Quits: RyutaMiyoshi (~RyutaMiyoshi@public.cloak) (Ping timeout: 180 seconds)
# [08:09] <timeless> ... originally it was all elements since you could poke
# [08:09] <timeless> ... but now you only can target the host
# [08:10] <timeless> adrianba: that's all the time we allocated
# [08:10] <timeless> ... how much more time do you want to spend on this?
# [08:10] <timeless> TabAtkins: what else is there for CSS to do?
# [08:10] <timeless> YYY: Animations
# [08:10] * timeless fantasai who was behind you?
# [08:10] <timeless> adrianba: ok, 20 minutes
# [08:11] <timeless> s/YYY/astearns
# [08:11] <timeless> TabAtkins: one thing unordered
# [08:11] <timeless> ... eliminate page rule, and style attribtue
# [08:11] <timeless> s/tue/ute/
# [08:11] <timeless> ... you're left w/ content/slotted fighting w/ host-rule
# [08:11] <timeless> ... i didn't have something, it's described by rune's proposal
# [08:12] <timeless> ... general intuition, i think content should win against host
# [08:12] <timeless> hober: yep
# [08:12] <timeless> TabAtkins: so w/ remainder, you'd get green
# [08:12] <timeless> mjs: i think it's the right answer, it's consistent
# [08:12] <wydong_cm> RRSagent, draft minutes
# [08:12] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html wydong_cm
# [08:12] * Joins: dstockwell (~sid40369@public.cloak)
# [08:12] * Quits: ats (~ats@public.cloak) (Client closed connection)
# [08:12] * Joins: shigeya (~shigeya@public.cloak)
# [08:13] <timeless> ... i'd love to hear disagreement
# [08:13] <timeless> [ None ]
# [08:13] <hober> s/mjs/hober/
# [08:13] <timeless> rniwa: element slotted through multiple shadow doms
# [08:13] * Joins: ats (~ats@public.cloak)
# [08:13] <timeless> ... element, inline
# [08:13] <timeless> ... each slot element is a separate shadow dom
# [08:13] <timeless> ... each could have different styles
# [08:13] <timeless> ... all need to be ordered consistently
# [08:13] <timeless> ... i heard you had an idea for this
# [08:14] <timeless> ... e.g. not styling some...
# [08:14] <timeless> ... what was the conclusion
# [08:14] * Quits: MaRakow (~MaRakow@public.cloak) (Ping timeout: 180 seconds)
# [08:14] <timeless> hayato: we haven't ...
# [08:14] <timeless> ... first redistribute shadow tree wins
# [08:14] * timeless ?!
# [08:14] <timeless> ... if we agree w/ rune's proposal
# [08:14] <timeless> rniwa: outer shadow, then inner shadow
# [08:15] <timeless> ... style from outer would win over inner
# [08:15] <timeless> mjs: that seems backwards from what you said
# [08:15] <timeless> ... oh wait, it's consistent
# [08:15] <timeless> ... another algorithm would be only your final position
# [08:15] <timeless> ... maybe simpler to compute
# [08:15] <timeless> ... not sure it handles your UCs
# [08:15] <timeless> ... hard to tell which is more useful
# [08:15] <timeless> rniwa: consider <listview>
# [08:16] <timeless> ... maybe you have another component inside that has two extra items :before, :after
# [08:16] <timeless> ... styles applying to slots
# [08:16] <timeless> mjs: already lost
# [08:16] <timeless> rniwa: list of countries
# [08:16] <timeless> ... <listview> [list of countries] </listview>
# [08:16] <timeless> ... you have a preferred countries
# [08:16] <timeless> ... lightdom has some countries (china, japan)
# [08:17] <timeless> ... then you have outside USA which it's contributing at the top
# [08:18] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [08:18] * Joins: yasu_sato (~yasu_sato@public.cloak)
# [08:18] * dauwhe DRY stands for "do repeat yourself"
# [08:19] <timeless> mjs: can you put slot markers in?
# [08:20] <timeless> Travis: I think we need to see this example in working browsers
# [08:20] * Joins: ymasao (~masa@public.cloak)
# [08:20] * Rossen is now known as Rossen_away
# [08:20] * Quits: ats (~ats@public.cloak) ("Bye")
# [08:21] <timeless> mjs: outer things can't see into light children's shadow dom
# [08:21] <timeless> ... maybe we should give up inventing this example and do it offline
# [08:21] <timeless> [ laughter ]
# [08:22] <timeless> rniwa: ignoring intermediary shadow doms seems like a bad idea
# [08:22] * Quits: myles (~Adium@public.cloak) ("Leaving.")
# [08:22] <timeless> ... intermediary doms may need to add styles to nodes
# [08:22] * Quits: sato (~sato@public.cloak) (Ping timeout: 180 seconds)
# [08:22] <timeless> hayato: we should define how slotted ...
# [08:22] * Joins: mishizaw (~mishizaw@public.cloak)
# [08:22] <timeless> ... current spec says all styles should be applied when redistribution happens
# [08:23] <timeless> ... because slotted elements apply to distributed nodes
# [08:23] * Joins: YusukeNakaya (~YusukeNakaya@public.cloak)
# [08:23] * Quits: glazou (~glazou@public.cloak) (glazou)
# [08:23] <timeless> ... distribution depends on how slotted psuedo element
# [08:23] <timeless> ... slotted element applied to distributed node of slotted element (??)
# [08:23] * Quits: tantek (~tantek@public.cloak) (tantek)
# [08:23] <timeless> ... you might want to add a comment to the issue about slotted element
# [08:24] <timeless> ... make sense?
# [08:24] <timeless> rniwa: no
# [08:24] <timeless> ... current spec only allows final destination?
# [08:24] <timeless> hayato: not only final
# [08:24] <timeless> rniwa: ok, i think we should keep [allowing others to apply style]
# [08:24] <timeless> ... in addition to TabAtkins 's proposal, there's rune's proposal, and ...
# [08:24] <timeless> ... what are the differences?
# [08:24] <timeless> ... it's not obvious how they're different
# [08:24] <timeless> ... what's the motivation for each proposal
# [08:25] * Joins: Judy_alt (jbrewer@public.cloak)
# [08:25] <timeless> hayato: differences ...
# [08:25] <timeless> rniwa: what are the motivations (for other proposals)
# [08:25] <timeless> hayato: proposal 1 is from rune (Opera) guys
# [08:25] <timeless> ... this makes implementation easier
# [08:25] * timeless Opera ??
# [08:25] <timeless> ... rune prefers style= should be treated
# [08:25] * Joins: YusukeNakayaJP (~YusukeNakayaJP@public.cloak)
# [08:26] <timeless> ... in same way as style in same node tree
# [08:26] <timeless> ... reason same attribute is next to B
# [08:26] * Quits: kimwooglae (~wlkim@public.cloak) (kimwooglae)
# [08:26] <timeless> mjs: don't we want to have style= consistent w/ in a top level document
# [08:26] * Quits: hfujisawa (~hfujisawa@public.cloak) (Client closed connection)
# [08:26] <timeless> ... it should be the same order in a shadow tree, or it's rediculous
# [08:26] <timeless> rniwa: TabAtkins 's proposal, rune's proposal
# [08:26] <timeless> ... no difference
# [08:27] <timeless> ... was his proposal in response to opinion 2?
# [08:27] <timeless> ... afaict, TabAtkins 's and rune's proposal preserve the invariants that we want
# [08:27] * Quits: AndreyR_ (~AndreyR@public.cloak) (Ping timeout: 180 seconds)
# [08:27] <timeless> ... style rules / style= from same tree next to eachother
# [08:27] * Quits: hellojintae (~hellojintae@public.cloak) (Client closed connection)
# [08:27] <timeless> ... not sure who's opinion 2 is
# [08:27] * Quits: danbri (~Adium@public.cloak) ("Leaving.")
# [08:27] * Rossen_away is now known as Rossen
# [08:27] <timeless> ... your proposal violates that by putting style= in a different thing
# [08:27] <timeless> ... given we went through the exercise to understand TabAtkins 's rational
# [08:27] * Quits: ko (~ko@public.cloak) ("Page closed")
# [08:27] <timeless> mjs: TabAtkins 's proposal doesn't contain all the letters
# [08:28] <timeless> ... hard to tell how it's different from the others
# [08:28] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [08:28] <timeless> ... do A+D never apply in TabAtkins, or are they ...
# [08:28] <timeless> ... and E isn't used, does that mean they can't apply in Option 2?
# [08:28] <timeless> TabAtkins: my proposal doesn't have A
# [08:28] * Quits: LJWatson (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [08:29] <timeless> mjs: before next time we discuss this, could someone write this up w/ the same set of letters/possibilities
# [08:29] <timeless> ... i can't tell if it's agnostic, say it won't apply, written against different example
# [08:29] <timeless> ... hard to understand how to pick
# [08:29] <timeless> VVV: sorry, proposal 1 is rune's
# [08:30] <timeless> ... ryuske didn't understand that rune's proposal
# [08:30] <timeless> mjs: is rune's the same as TabAtkins 's?
# [08:30] <timeless> VVV: TabAtkins 's covers style=, rune's didn't
# [08:30] <timeless> .... hayato add's nested to TabAtkins 's example
# [08:30] <timeless> s/.././
# [08:30] <timeless> hober: all one proposal, different levels of detail in the writeup?
# [08:31] <timeless> ... three proposals, one didn't cover everything, one added a layer, the next added the next layer
# [08:31] <timeless> VVV: TabAtkins 's added a corner case
# [08:31] <timeless> ... just an improvement over rune's
# [08:31] * sangwhan s/ryuske/ryosuke/ ?
# [08:31] <timeless> s/VVV/koji/
# [08:31] * Quits: Judy (jbrewer@public.cloak) (Ping timeout: 180 seconds)
# [08:31] <timeless> s/VVV/koji/
# [08:31] <timeless> s/VVV/koji/
# [08:31] * timeless probably
# [08:32] <timeless> rniwa: i think this situation is way too confusing for us to conclude at this time
# [08:32] <timeless> s/ryuske/ryosuke/
# [08:32] <timeless> ... if one is a superset of another, we don't need the subset proposals
# [08:33] <timeless> mjs: the way TabAtkins wrote his up was a lot easier to understand than A, B, C, D, E
# [08:33] <timeless> ... please write all the proposals up that way
# [08:33] <timeless> mjs: 1. explain proposals
# [08:33] * Quits: shigeya (~shigeya@public.cloak) (shigeya)
# [08:33] <timeless> ... 2. explain reasoning for differences
# [08:33] * Quits: Judy_alt (jbrewer@public.cloak) (Ping timeout: 180 seconds)
# [08:33] <timeless> ... doing 2 first wouldn't help
# [08:33] <timeless> adrianba: out of time
# [08:33] <timeless> ... glad we waited until the end of day 2 to talk about this
# [08:33] <timeless> ... we accomplished some progress
# [08:34] <timeless> ... conclusion is a bit more explanation of proposal, broken down in small pieces, thanks all for the disucssion
# [08:34] <timeless> ... end of WebPlatform WG Meeting
# [08:34] <timeless> ... thanks to CSS WG people who came
# [08:34] <timeless> s/disucssion/discussion/
# [08:34] <timeless> [ Applause ]
# [08:34] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
# [08:34] * Quits: kochi (~Adium@public.cloak) ("Leaving.")
# [08:34] <timeless> [ Adjourned ]
# [08:34] * Quits: rniwa (~textual@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
# [08:34] * Quits: Sangjo (~Sangjo@public.cloak) ("Page closed")
# [08:34] <timeless> RRSAgent, draft mintues
# [08:34] <RRSAgent> I'm logging. I don't understand 'draft mintues', timeless. Try /msg RRSAgent help
# [08:34] * Quits: Bert1 (bbos@public.cloak) ("Leaving.")
# [08:34] * Quits: jxck (~jxck@public.cloak) (Client closed connection)
# [08:34] * Joins: Bert1 (bbos@public.cloak)
# [08:34] * Quits: Bert1 (bbos@public.cloak) ("Leaving.")
# [08:35] <timeless> s/RRSAgent, draft mintues//
# [08:35] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
# [08:35] * Parts: yukio (~yukio@public.cloak)
# [08:35] <timeless> RRSAgent, draft minutes
# [08:35] <RRSAgent> I have made the request to generate http://www.w3.org/2015/10/26-webapps-minutes.html timeless
# [08:35] * Quits: hfujisawa (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [08:35] * Parts: yasu_sato (~yasu_sato@public.cloak)
# [08:35] * Joins: ats (~ats@public.cloak)
# [08:36] * Quits: katashin (~katashin@public.cloak) (katashin)
# [08:36] * Quits: joesteele (~joesteele@public.cloak) (joesteele)
# [08:36] * Quits: projector_ (~projector@public.cloak) ("Page closed")
# [08:36] * Joins: shigeya (~shigeya@public.cloak)
# [08:36] * Quits: masayuki (~masayuki@public.cloak) (Ping timeout: 180 seconds)
# [08:37] * Joins: LJWatson (~chatzilla@public.cloak)
# [08:37] <MikkoT> present- MikkoT
# [08:37] * Quits: MikkoT (~MikkoT@public.cloak) ("Page closed")
# [08:37] * Joins: jyasskin (~textual@public.cloak)
# [08:38] * Joins: Bert1 (bbos@public.cloak)
# [08:38] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [08:38] * Quits: akitsugu (~akitsugu@public.cloak) (Ping timeout: 180 seconds)
# [08:38] * Quits: tfuji (~tfuji@public.cloak) (Ping timeout: 180 seconds)
# [08:39] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [08:39] * Quits: ivan_ (~ivan@public.cloak) ("Page closed")
# [08:39] * Parts: Bert1 (bbos@public.cloak)
# [08:39] * Quits: karl (~karlcow@public.cloak) ("The deeper I go / the deeper I go / green mountains - Santoka")
# [08:39] * Quits: dyamada (~dyamada@public.cloak) (Ping timeout: 180 seconds)
# [08:39] * Quits: Samliu_ (~Samliu@public.cloak) ("Page closed")
# [08:40] * Quits: jchiba (~jchiba@public.cloak) (Ping timeout: 180 seconds)
# [08:40] * Joins: hfujisaw_ (~hfujisawa@public.cloak)
# [08:40] * Parts: fantasai (~fantasai@public.cloak)
# [08:41] * Quits: minami (~minami@public.cloak) (Ping timeout: 180 seconds)
# [08:41] * Quits: ymasao (~masa@public.cloak) (Ping timeout: 180 seconds)
# [08:41] * Quits: nsakai (~nsakai@public.cloak) (Ping timeout: 180 seconds)
# [08:42] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
# [08:42] * Quits: YusukeNakaya (~YusukeNakaya@public.cloak) (Ping timeout: 180 seconds)
# [08:42] * Quits: nulltask (~nulltask@public.cloak) (Ping timeout: 180 seconds)
# [08:43] * Quits: oonishi (~oonishi@public.cloak) (Ping timeout: 180 seconds)
# [08:44] * Quits: hitsujiwool (~hitsujiwool@public.cloak) ("Page closed")
# [08:44] * Joins: glazou (~glazou@public.cloak)
# [08:44] * Quits: YusukeNakayaJP (~YusukeNakayaJP@public.cloak) (Ping timeout: 180 seconds)
# [08:45] * Joins: katashin (~katashin@public.cloak)
# [08:45] * Joins: zcorpan (~zcorpan@public.cloak)
# [08:45] * Quits: yosin (~yosin@public.cloak) (Ping timeout: 180 seconds)
# [08:46] * Quits: hfujisawa (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [08:46] * Joins: annbass (~annbass@public.cloak)
# [08:46] * Quits: ats (~ats@public.cloak) (Client closed connection)
# [08:46] * Quits: justin (~justin@public.cloak) (Ping timeout: 180 seconds)
# [08:47] * Joins: ats (~ats@public.cloak)
# [08:47] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [08:47] * Quits: ats (~ats@public.cloak) (Client closed connection)
# [08:47] * Quits: hfujisaw_ (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [08:48] * Quits: mjs (~mjs@public.cloak) (mjs)
# [08:48] * Quits: annbass (~annbass@public.cloak) ("")
# [08:49] * Joins: kimwooglae (~wlkim@public.cloak)
# [08:49] * Parts: katashin (~katashin@public.cloak)
# [08:49] * Joins: annbass (~annbass@public.cloak)
# [08:50] * Parts: annbass (~annbass@public.cloak)
# [08:50] * Joins: hfujisaw_ (~hfujisawa@public.cloak)
# [08:51] * Quits: yoichio (~yoichio@public.cloak) (Ping timeout: 180 seconds)
# [08:52] * Quits: skim13 (~skim13@public.cloak) (skim13)
# [08:53] * Quits: baba (~baba@public.cloak) ("Page closed")
# [08:54] * Joins: mjs (~mjs@public.cloak)
# [08:54] * Quits: hfujisawa (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [08:57] * Joins: tantek (~tantek@public.cloak)
# [08:57] * Joins: dka (~dka@public.cloak)
# [08:57] * Quits: hfujisaw_ (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [08:58] * Quits: kawai (~kawai@public.cloak) (Ping timeout: 180 seconds)
# [09:00] * Joins: hellojintae (~hellojintae@public.cloak)
# [09:01] * Joins: Judy_alt (jbrewer@public.cloak)
# [09:02] * Joins: ymasao (~masa@public.cloak)
# [09:04] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [09:04] * Joins: Judy_ (jbrewer@public.cloak)
# [09:08] * Joins: oonishi (~oonishi@public.cloak)
# [09:08] * Judy_ is now known as Judy
# [09:09] * Joins: annbass (~annbass@public.cloak)
# [09:10] * Joins: mishizaw (~mishizaw@public.cloak)
# [09:11] * Quits: Judy_alt (jbrewer@public.cloak) (Ping timeout: 180 seconds)
# [09:11] * Quits: hfujisawa (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [09:12] * Quits: hjlee (~hjlee@public.cloak) (Ping timeout: 180 seconds)
# [09:12] * Quits: ymasao (~masa@public.cloak) ("Leaving...")
# [09:12] * Parts: Rossen (~rossen@public.cloak) (Leaving)
# [09:13] * Quits: mjs (~mjs@public.cloak) (mjs)
# [09:17] * Joins: danbri (~Adium@public.cloak)
# [09:19] * Quits: shigeya (~shigeya@public.cloak) (shigeya)
# [09:24] * Quits: shepazu (schepers@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
# [09:28] * Joins: wilsonpage (~wilsonpage@public.cloak)
# [09:29] * leaverou is now known as leaverou_away
# [09:31] * Quits: garykac (~garykac@public.cloak) (Ping timeout: 180 seconds)
# [09:34] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
# [09:34] * Joins: hfujisawa (~hfujisawa@public.cloak)
# [09:35] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [09:35] * Quits: annevk (~annevk@public.cloak) (Client closed connection)
# [09:38] * Quits: cwpirda (~cwpirda@public.cloak) (Ping timeout: 180 seconds)
# [09:40] * Quits: kurosawa (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [09:42] * Quits: dka (~dka@public.cloak) (dka)
# [09:42] * Quits: hfujisawa (~hfujisawa@public.cloak) (Ping timeout: 180 seconds)
# [09:42] * Quits: dauwhe (~dauwhe@public.cloak) (Client closed connection)
# [09:42] * Joins: dauwhe (~dauwhe@public.cloak)
# [09:43] * Quits: danbri (~Adium@public.cloak) ("Leaving.")
# [09:43] * Joins: kurosawa (~chatzilla@public.cloak)
# [09:44] * Joins: jxck (~jxck@public.cloak)
# [09:45] * Joins: dka (~dka@public.cloak)
# [09:46] * Quits: fwtnb (~fwtnb@public.cloak) (Ping timeout: 180 seconds)
# [09:49] * Quits: dauwhe (~dauwhe@public.cloak) (Ping timeout: 180 seconds)
# [09:53] * Quits: oonishi (~oonishi@public.cloak) (Ping timeout: 180 seconds)
# [09:54] * Parts: astearns (~sid15080@public.cloak)
# [09:58] * Quits: Florian_ (~Florian@public.cloak) (Client closed connection)
# [09:58] * Quits: annbass (~annbass@public.cloak) ("")
# [09:59] * Quits: LJWatson (~chatzilla@public.cloak) ("Carpe diem")
# [09:59] * Quits: mhakkinen (~mhakkinen@public.cloak) (mhakkinen)
# [09:59] * Quits: clapierre1 (~clapierre@public.cloak) ("Leaving.")
# [09:59] * Quits: glazou (~glazou@public.cloak) (glazou)
# [09:59] * Quits: vivien (vivien@public.cloak) ("Leaving")
# [09:59] * Quits: dka (~dka@public.cloak) (dka)
# [09:59] * Quits: hellojintae (~hellojintae@public.cloak) ("")
# [10:00] * Quits: jxck (~jxck@public.cloak) (Client closed connection)
# [10:02] * Joins: dka (~dka@public.cloak)
# [10:02] * Quits: kimwooglae (~wlkim@public.cloak) (kimwooglae)
# [10:02] * Quits: tantek (~tantek@public.cloak) (tantek)
# [10:04] * Quits: wydong_cm (~wydong_cm@public.cloak) (Ping timeout: 180 seconds)
# [10:05] * Quits: wilsonpage (~wilsonpage@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
# [10:05] * Joins: dauwhe (~dauwhe@public.cloak)
# [10:05] * Joins: mhakkinen (~mhakkinen@public.cloak)
# [10:06] * Quits: dka (~dka@public.cloak) (dka)
# [10:06] * Joins: jxck (~jxck@public.cloak)
# [10:06] * Quits: Judy (jbrewer@public.cloak) (Ping timeout: 180 seconds)
# [10:06] * Quits: dom (dom@public.cloak) (Ping timeout: 180 seconds)
# [10:06] * Quits: mhakkinen (~mhakkinen@public.cloak) (mhakkinen)
# [10:08] * Quits: dbaron (~dbaron@public.cloak) (Ping timeout: 180 seconds)
# [10:10] * Joins: dbaron (~dbaron@public.cloak)
# [10:11] * Quits: yosuke (yfunahas@public.cloak) ("Page closed")
# [10:12] * Quits: dauwhe (~dauwhe@public.cloak) (Ping timeout: 180 seconds)
# [10:12] * Joins: guillaume (guillaume@public.cloak)
# [10:15] * Quits: jxck (~jxck@public.cloak) (Client closed connection)
# [10:16] * Joins: jxck (~jxck@public.cloak)
# [10:17] * Quits: dbaron (~dbaron@public.cloak) (Ping timeout: 180 seconds)
# [10:21] * Quits: guillaume (guillaume@public.cloak) (Ping timeout: 180 seconds)
# [10:23] * Quits: jxck (~jxck@public.cloak) (Ping timeout: 180 seconds)
# [10:27] * Joins: shigeya (~shigeya@public.cloak)
# [10:30] * Quits: kurosawa (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [10:34] * Quits: shigeya (~shigeya@public.cloak) (shigeya)
# [10:53] * Joins: ArtB (~ArtB@public.cloak)
# [11:20] * Joins: wilsonpage (~wilsonpage@public.cloak)
# [11:35] * Quits: falken (~uid20729@public.cloak) ("Connection closed for inactivity")
# [11:42] * Quits: yhirano_ (~uid40668@public.cloak) ("Connection closed for inactivity")
# [11:48] * Joins: smaug (~chatzilla@public.cloak)
# [12:15] * Joins: jyasskin (~textual@public.cloak)
# [12:17] * Joins: skim13 (~skim13@public.cloak)
# [12:23] * Quits: anssik (~uid10742@public.cloak) ("Connection closed for inactivity")
# [12:36] * Parts: skim13 (~skim13@public.cloak)
# [12:59] * Joins: dauwhe (~dauwhe@public.cloak)
# [13:01] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
# [13:07] * Parts: dauwhe (~dauwhe@public.cloak)
# [13:09] * Quits: wilsonpage (~wilsonpage@public.cloak) (Ping timeout: 180 seconds)
# [13:23] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
# [13:24] * Joins: kimwooglae (~wlkim@public.cloak)
# [13:28] * Joins: dka (~dka@public.cloak)
# [13:47] * Joins: dbaron (~dbaron@public.cloak)
# [13:48] * Joins: Judy (jbrewer@public.cloak)
# [14:16] * Joins: wilsonpage (~wilsonpage@public.cloak)
# [14:22] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
# [14:23] * Zakim excuses himself; his presence no longer seems to be needed
# [14:23] * Parts: Zakim (zakim@public.cloak)
# [14:24] * Joins: mishizaw (~mishizaw@public.cloak)
# [14:24] * Quits: dka (~dka@public.cloak) (dka)
# [14:25] * Joins: karl (~karlcow@public.cloak)
# [14:32] * Joins: mjs (~mjs@public.cloak)
# [14:33] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [14:41] * Joins: zcorpan (~zcorpan@public.cloak)
# [14:53] * Joins: smaug (~chatzilla@public.cloak)
# [15:19] * Joins: shigeya (~shigeya@public.cloak)
# [15:25] * Quits: kimwooglae (~wlkim@public.cloak) (kimwooglae)
# [15:28] * Quits: shigeya (~shigeya@public.cloak) (shigeya)
# [15:38] * Joins: sicking (~sicking@public.cloak)
# [15:50] * Joins: Florian (~Florian@public.cloak)
# [15:56] * Quits: wilsonpage (~wilsonpage@public.cloak) (Client closed connection)
# [15:56] * Joins: wilsonpage (~wilsonpage@public.cloak)
# [15:57] * Quits: Judy (jbrewer@public.cloak) ("Signing off now...")
# [16:16] * Joins: mishizaw (~mishizaw@public.cloak)
# [16:23] * Quits: mishizaw (~mishizaw@public.cloak) (Ping timeout: 180 seconds)
# [16:27] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
# [16:28] * Joins: Florian (~Florian@public.cloak)
# [16:35] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
# [16:50] * Joins: jsbell (~jsbell@public.cloak)
# [16:53] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
# [17:00] * terri_offline is now known as terri
# [17:12] * Quits: wilsonpage (~wilsonpage@public.cloak) (Ping timeout: 180 seconds)
# [17:13] * Joins: wilsonpage (~wilsonpage@public.cloak)
# [17:15] * Joins: wilsonpa_ (~wilsonpage@public.cloak)
# [17:15] * Quits: wilsonpage (~wilsonpage@public.cloak) (Client closed connection)
# [17:17] * Joins: mishizaw (~mishizaw@public.cloak)
# [17:17] * terri is now known as terri_offline
# [17:25] * terri_offline is now known as terri
# [17:25] * Quits: mishizaw (~mishizaw@public.cloak) (Ping timeout: 180 seconds)
# [17:51] * Quits: wilsonpa_ (~wilsonpage@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
# [17:53] * Joins: wilsonpage (~wilsonpage@public.cloak)
# [17:55] * Quits: wilsonpage (~wilsonpage@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
# [18:19] * Joins: mishizaw (~mishizaw@public.cloak)
# [18:26] * Quits: mishizaw (~mishizaw@public.cloak) (Ping timeout: 180 seconds)
# [19:19] * Quits: sicking (~sicking@public.cloak) (sicking)
# [19:21] * Joins: mishizaw (~mishizaw@public.cloak)
# [19:28] * Quits: mishizaw (~mishizaw@public.cloak) (Ping timeout: 180 seconds)
# [19:48] * Joins: sicking (~sicking@public.cloak)
# [20:21] * Joins: mishizaw (~mishizaw@public.cloak)
# [20:28] * Quits: mishizaw (~mishizaw@public.cloak) (Ping timeout: 180 seconds)
# [20:34] * terri is now known as terri_offline
# [20:34] * Joins: wilsonpage (~wilsonpage@public.cloak)
# [20:34] * Quits: sicking (~sicking@public.cloak) (sicking)
# [20:45] * Quits: wilsonpage (~wilsonpage@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
# [21:20] * terri_offline is now known as terri
# [22:02] * Joins: wilsonpage (~wilsonpage@public.cloak)
# [22:04] * Joins: sicking (~sicking@public.cloak)
# [22:16] * Joins: mishizaw (~mishizaw@public.cloak)
# [22:23] * Quits: mishizaw (~mishizaw@public.cloak) (Ping timeout: 180 seconds)
# [22:31] * Joins: jyasskin (~textual@public.cloak)
# [22:36] * Joins: tantek (~tantek@public.cloak)
# [22:41] * Quits: wilsonpage (~wilsonpage@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
# [23:02] * Joins: shigeya (~shigeya@public.cloak)
# [23:20] * Quits: karl (~karlcow@public.cloak) ("This computer has gone to sleep")
# [23:25] * Quits: shigeya (~shigeya@public.cloak) (shigeya)
# [23:26] * Joins: mishizaw (~mishizaw@public.cloak)
# [23:39] * Quits: mishizaw (~mishizaw@public.cloak) (Client closed connection)
# [23:41] * Joins: kawai (~kawai@public.cloak)
# Session Close: Wed Oct 28 00:00:00 2015

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn