/irc-logs / w3c / #webapps / 2015-07-22 / end

Options:

Previous day, Next day

  1. # Session Start: Wed Jul 22 00:00:00 2015
  2. # Session Ident: #webapps
  3. # [00:00] * Joins: fjh (~fhirsch3@public.cloak)
  4. # [00:01] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
  5. # [00:05] <chaals> s|http://www.w3.org/2015/07/21-webapps-minutes.html|http://www.w3.org/2015/07/21-webapps-minutes.html|
  6. # [00:05] * Joins: alex (~alex@public.cloak)
  7. # [00:05] <chaals> Alex, can you hear anything?
  8. # [00:06] <chaals> (minutes from the morning session are available from http://w3.org/2015/07/21-webapps-minutes.html%7Chttp://www.w3.org/2015/07/21-webapps-minutes.html%7C
  9. # [00:06] <chaals> aargh. I mean http://w3.org/2015/07/20-webapps-minutes.html
  10. # [00:07] <MikeSmith> chaals, I'm on webex dialout and I can hear a bit but it's quite faint
  11. # [00:08] <MikeSmith> (not complaining; I'm following the minutes)
  12. # [00:08] <MikeSmith> whoever just spoke for a second there just 20 seconds ago I could hear quite well
  13. # [00:08] <MikeSmith> but I can't hear maciej so well
  14. # [00:09] <MikeSmith> or whoever was talking just now, responding to maciej
  15. # [00:09] <chaals> Yeah, he is across the room from Dominic Cooney's mobile :(
  16. # [00:09] <MikeSmith> I hear Anne very well right now
  17. # [00:10] <MikeSmith> anyway, the webex is working, roughly
  18. # [00:12] * Quits: dka (~dka@public.cloak) (dka)
  19. # [00:16] <alex> Thanks chaals for getting the audio on. I am following some the transscript as well
  20. # [00:16] <alex> its all good
  21. # [00:17] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
  22. # [00:21] * Quits: chrisb (~chrisb@public.cloak) (Ping timeout: 180 seconds)
  23. # [00:21] <smaug> which engines actually support which Mutation Events?
  24. # [00:22] <smaug> (blur happens when it is safe to dispatch events in Gecko)
  25. # [00:22] <smaug> and beforeunload too
  26. # [00:22] <smaug> scriptrunners effectively
  27. # [00:23] <alex> As of Chrome 18, mutuation events were supported per this post http://stackoverflow.com/questions/10966864/whats-the-state-of-cross-browser-support-for-dom-mutation-observers
  28. # [00:24] <smaug> which mutation events?
  29. # [00:24] <smaug> Chrome has never supported them all
  30. # [00:25] <aklein> yeah, WebKit and Blink don't run for modifications to attributes
  31. # [00:26] <smaug> ok, so DOMNodeInserted/Removed have been supported, and those are somewhat relevant here
  32. # [00:28] <MikeSmith> thanks chaals
  33. # [00:29] <rniwa> smaug: those are "scoped" events in WebKit/Blink and sometimes get delayed to dispatch
  34. # [00:29] <rniwa> smaug: but they're still fired synchronously in most cases.
  35. # [00:30] * Quits: alex (~alex@public.cloak) (Ping timeout: 180 seconds)
  36. # [00:32] * Joins: fjh (~fhirsch3@public.cloak)
  37. # [00:34] * Quits: ebidel (~ebidel@public.cloak) (Client closed connection)
  38. # [00:37] * Quits: weinig (~weinig@public.cloak) (weinig)
  39. # [00:39] <aklein> smaug: do you happen to know why Firefox might not want to run createdCallbacks/JS element constructors during parsing (synchronously, as the elements are created)?
  40. # [00:44] <smaug> during parsing?
  41. # [00:45] <smaug> I don't see parsing being an issue, at least nowhere near as tricky issue as cloneNode(true)
  42. # [00:45] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
  43. # [00:46] * Joins: jsbell (~jsbell@public.cloak)
  44. # [00:48] * Quits: plh (plehegar@public.cloak) ("Leaving")
  45. # [00:52] <annevk> smaug: hmm, are scriptrunners safe from the perspective of not having mutation events and removing all those checks?
  46. # [00:53] <annevk> smaug: cause I thought scriptrunners ran at certain times that were not necessarily safe
  47. # [00:56] <smaug> annevk: scriptrunners run when it is safe to run scripts
  48. # [00:56] <chaals> Topic: other outstanding issues
  49. # [00:57] <chaals> RN: Are we going to keep consistent state between parser construction stage and createElement stage.
  50. # [00:57] <annevk> smaug: "safe in Gecko"
  51. # [00:57] <chaals> … to keep that consistent we need to do the sizzling dance, or fire events synchronously everywhere.
  52. # [00:57] <annevk> smaug: it's not clear whether it's safe from a specification perspective without seeing a definition
  53. # [00:57] <annevk> smaug: I thought they ran in some cases that I did not anticipate and would destroy e.g. the DOM Standard
  54. # [00:58] <chaals> mjs: need more fleshed-out versions of the proposals.
  55. # [00:58] <chaals> … feel responsibility to write up more details of the proposals I made.
  56. # [00:58] <smaug> annevk: oh, that is possible
  57. # [00:58] <chaals> … maybe there are others
  58. # [00:58] <annevk> smaug: there you go :-)
  59. # [00:59] <chaals> DD: Can we spend 10 minutes on that? If I were tasked with fleshing that out, 'd like to come back and ask about it.
  60. # [00:59] <chaals> RN: Second thing - determinism is easier than some other things.
  61. # [00:59] <chaals> AK: For upgrading?
  62. # [00:59] * heycam|away is now known as heycam
  63. # [00:59] <chaals> RN: Yes. we can come up with something
  64. # [01:00] <chaals> … seems we agreed we want to support upgrades.
  65. # [01:00] <chaals> … preserve wrapper identity seem to keep that property.
  66. # [01:00] <smaug> annevk: well, DOM spec doesn't deal with mutations at all, so many range operations are somewhat broken
  67. # [01:00] <chaals> … don't know if mutation observers is the biggest problem here.
  68. # [01:00] <chaals> AvK: Yeah it is trivial.
  69. # [01:01] <chaals> RN: Another question is if e want to have a created/ready callback at all.
  70. # [01:01] <annevk> smaug: in a world without mutation events they're not
  71. # [01:01] <annevk> smaug: but in a world with near-synchronous blur they are
  72. # [01:01] <chaals> DD: Innovation with super hack convinces me that anything you can do with the callback can be done with constructor, including making all the same issues.
  73. # [01:01] * Quits: jsbell (~jsbell@public.cloak) ("There's no place like home...")
  74. # [01:01] <chaals> SM: Still possible to create an element but not attach it.
  75. # [01:02] <chaals> DD: Or we have if (notInitialised) initialise();
  76. # [01:02] <chaals> AK: If I call a callback on a thing I created…
  77. # [01:02] <smaug> annevk: DOMNodeRemoved is not-near-sync, but sync.
  78. # [01:02] <chaals> MJS: attaching the prototype can be done by the engine
  79. # [01:02] <chaals> … either do optional init because tehre is no guarantee, or the engine wraps to make sure it happens. Then you are creating a proxy in effect.
  80. # [01:02] <chaals> … so just do that.
  81. # [01:02] <annevk> smaug: yes, in a world with mutation events the DOM Standard is broken
  82. # [01:03] <chaals> [you need something]
  83. # [01:03] <annevk> smaug: and in a world where blur fires synchronously it is too
  84. # [01:03] <smaug> well, blur isn't sync
  85. # [01:03] <chaals> RN: There is the question of is= attribute
  86. # [01:03] <smaug> it is near-sync, in Gecko at least
  87. # [01:03] <annevk> smaug: if it's from a scriptrunner that fires while doing range operations it breaks the DOM Standard
  88. # [01:04] <chaals> DG: And identifying synchronous timing and whether we can achieve that. Someone should experiement with it. If we can do it then it sounds awesome.
  89. # [01:04] <smaug> oh, right
  90. # [01:04] <annevk> smaug: and afaik it does
  91. # [01:04] <chaals> s/smaug:/smaug,/G
  92. # [01:04] <chaals> DG: Think we can experiment with this...
  93. # [01:04] <chaals> RN: Some questions for first items require the answer to that.
  94. # [01:04] <chaals> … otherwise requirements change.
  95. # [01:05] <chaals> AK: So if we are leaning to synchronous is OK, we should make a system that assumes that and see what happens.
  96. # [01:05] <chaals> DG: We could e.g. turn off microtasks and feed it to the fuzzer and see what happens.
  97. # [01:05] <chaals> AvK: Gecko breaks range operations with the blur thing. There is stuff DOM doesn't handle for blur.
  98. # [01:06] <chaals> MJS: Looks like gecko won't invoke blur if the currently focused thing is removed.
  99. # [01:06] <chaals> RN: Seems like a bug.
  100. # [01:06] <chaals> AvK: Huh.
  101. # [01:06] <chaals> DC: On general spec question of timing, can edge share tests on their model of DOM mutations?
  102. # [01:06] <chaals> TL: Yep.. put some notes into the issue I raised on this.
  103. # [01:07] <chaals> ACTION: AvK fix DOM
  104. # [01:07] * trackbot is creating a new ACTION.
  105. # [01:07] * RRSAgent records action 1
  106. # [01:07] <trackbot> Error finding 'AvK'. You can review and register nicknames at <http://www.w3.org/2008/webapps/track/users>.
  107. # [01:07] <chaals> ACTION: Anne to fix DOM
  108. # [01:07] * trackbot is creating a new ACTION.
  109. # [01:07] * RRSAgent records action 2
  110. # [01:07] <trackbot> Error finding 'Anne'. You can review and register nicknames at <http://www.w3.org/2008/webapps/track/users>.
  111. # [01:08] <chaals> DD: Could propose doing deterministic upgrading wthout a dance, ending in one of two states, and see what that looks like. I am willing to do that.
  112. # [01:08] * annevk doesn't think he's actually a member
  113. # [01:08] * annevk don't tell Jeff
  114. # [01:08] <chaals> RN: There is another one deterministic with the dance. Maciej gets to expand on that.
  115. # [01:08] * chaals thinks of mjs as the new lord of the dance.
  116. # [01:08] <chaals> TL: I'll flesh out the states proposal.
  117. # [01:09] <chaals> AE: I'll do the work and travis can take the credit.
  118. # [01:09] * Joins: Travis (~Travis@public.cloak)
  119. # [01:09] <chaals> DG: If we get new proposals, that is good too.
  120. # [01:09] <chaals> Topic: is=
  121. # [01:10] <chaals> MJS: kill it with fire. Or defer it to v2.
  122. # [01:10] <chaals> … inheriting from arbitrary builtins seems to make things supercomplicated.
  123. # [01:10] <chaals> … attempts to be a solution to give accessibility fallback but won't work because it is too simplistic.
  124. # [01:10] * Joins: harrisjb (~harrisjb@public.cloak)
  125. # [01:11] <chaals> … If you implement a custom with complex internal structure, browser knows role/state
  126. # [01:11] <chaals> … with a custom binding, you don't know what the binding is.
  127. # [01:11] <chaals> AB: You can use labels, put it in forms...
  128. # [01:11] <chaals> MJS: Maybe not. If it doesn't respect the behaviour of the underlying builtin.
  129. # [01:12] * Quits: harrisjb (~harrisjb@public.cloak) ("Page closed")
  130. # [01:12] <dglazkov> CM: did some playing around in the context of playing with ARIA roles
  131. # [01:12] <dglazkov> .. some hacking in WebKit
  132. # [01:13] <dglazkov> ... examples were input type=date and sliders
  133. # [01:13] <dglazkov> ... (colorful language)
  134. # [01:13] <dglazkov> ... if you do that and expose those roles as states
  135. # [01:13] <dglazkov> ... ARIA and role/state in WebKit did match
  136. # [01:14] <dglazkov> ... so it seemed like you would in fact get the right behavior
  137. # [01:14] <dglazkov> ... native element already has all the right events and fires events
  138. # [01:14] <dglazkov> ... custom element does need to pick up the event
  139. # [01:14] <dglazkov> ... but does not have to build things from scratch
  140. # [01:14] <dglazkov> ... when you extend, you get a bunch of things for free
  141. # [01:15] <dglazkov> ... and they actually do work
  142. # [01:15] <dglazkov> ... so for elements more complex than button, it does seem to be actually very easy to give developers a simple way of extending that works
  143. # [01:16] <dglazkov> AVK: is this a good idea for v1
  144. # [01:16] <dglazkov> AR: we pinned a lot of hopes and dreams for is=
  145. # [01:16] <dglazkov> AR: in an attempt to frame lifecycle methods (or mixin)
  146. # [01:17] <chaals> AR: We have pinned a lot of hope on is= because it lets you inherit behaviour. What is happening hwre is an explicit attempt to take lifecycle methods or mixins, synthesise events, and create the behaviours you want to have applied.
  147. # [01:17] * dglazkov weee!!!
  148. # [01:17] <chaals> … using is= doesn't give you that power to implement it yourself.
  149. # [01:17] <mjs> (Aside: this JSFiddle shows different behavior between Firefox and Chrome/Safari: http://jsfiddle.net/4ocLxx9b/ )
  150. # [01:17] <chaals> … so if you want to customise, you end up inextensible. The instinct to do what is= does is right, points at the system where it is too closed - how do I get the behaviour from the elements and expose them.
  151. # [01:18] <chaals> … not sure is= gets us to where we want to go.
  152. # [01:18] <chaals> Avk: Don't think is= gets us there.
  153. # [01:18] <chaals> MJS: Think the value is to make new things that are not just tweaked existing ones. You need to expose the primitives required to be a form element, such as having a label, participating in form submission.
  154. # [01:18] <chaals> AvK: need something like a trait system.
  155. # [01:18] <chaals> AR: Don't think we eed traits. we need mixins
  156. # [01:19] <mjs> (the JSFiddle also seemingly shows Gecko not firing a blur element at all when the focused element is removed from the DOM!)
  157. # [01:19] <mjs> (blur event I mean)
  158. # [01:19] <chaals> AvK: Sure.
  159. # [01:19] <chaals> AR: We can create those mixins and define what it means to mix them in to your classes, and could.
  160. # [01:20] <chaals> SM: People want to adda little bit to a select, but not recreate it from the ground up.
  161. # [01:20] <chaals> AB: Yes, see the 2 use cases and am excited about both halves.
  162. # [01:20] <chaals> … there are tons of people making simple elements with trivial tweaks.
  163. # [01:20] <chaals> AvK: Ideally for that we have subclassing.
  164. # [01:20] <chaals> SM: templates is another example.
  165. # [01:21] <chaals> … agree with what you are saying, but how long will it take.
  166. # [01:21] <chaals> AvK: Need someone to do the work to figure it out.
  167. # [01:21] <chaals> … doesn't seem feasible to get agreement on is=
  168. # [01:21] <chaals> TL: is= is very underspecified
  169. # [01:22] <chaals> DD: Problem isn't is=, it is the behaviour of the DOM elements when you use it.
  170. # [01:22] <chaals> AvK: Thought is= itself is simple.
  171. # [01:22] <chaals> DC: Yes.
  172. # [01:22] <chaals> … ust makes it a custom element.
  173. # [01:22] <chaals> SO: Didn't we rule out being able to specify shadows on these things?
  174. # [01:23] <chaals> … say I want a super-date thing. Bad thing is if I did that but it couldn't be accessible but got used. If I could mix in the accessibility, that would be awesome.
  175. # [01:23] <chaals> RN: What do people want to add to elements.
  176. # [01:23] <chaals> SO: I ahve a date input control that I want to handle specifically. One tiny change, convenient to add that. To have to go ove the whole of the rest of the datepicker is a pain.
  177. # [01:23] <chaals> TL: That';s what prototypes are for
  178. # [01:23] <chaals> [but you don't get a bunch of pieces]
  179. # [01:24] <chaals> SM: You mean DOM is complete and perfect?
  180. # [01:24] <chaals> AvK: If we figure out custom elements, working out how to get lifecycle callbacks for normal elements will exist.
  181. # [01:24] <chaals> … that's sort of what you want without the indirection thing.
  182. # [01:24] <chaals> SM: We have 5 different kinds of template. Some are repeats, some aren't.
  183. # [01:24] <chaals> AvK: You want subclassing.
  184. # [01:25] <chaals> SM: Sure. How do we get there? is= looks like a quick way to get a lot of that.
  185. # [01:25] <chaals> RN: We'll be stuck with this for ages. If it is easy, what'sth issue?
  186. # [01:25] <chaals> DC: Impleennted it and it is ~1% more complexity. You need a sgnal from the parser if it changes, and that's it.
  187. # [01:25] <chaals> TL: No complexity in selectors implementation?
  188. # [01:26] <chaals> DC: What would you imagine? I touched nothing.
  189. # [01:26] <chaals> TL: Envisaged a lot of work in cascade model, to introduce tagname alias.
  190. # [01:26] <chaals> DD: Doesn't match the tagname selector.
  191. # [01:26] <chaals> MG: You can't have a custom tagname anymore.
  192. # [01:27] <dglazkov> CM: If you have a bunch of mixins, properties shared across many input types, if you had those bits
  193. # [01:28] <dglazkov> ... and knew what they were, you could say that when you say is=date, this is what happens
  194. # [01:28] <dglazkov> ... does it worth for me to do this work?
  195. # [01:28] <dglazkov> SM: seems like you flipped on the head?
  196. # [01:28] <dglazkov> CM: not sticking to specific syntax
  197. # [01:28] <dglazkov> ... for example, moon in a circle, input type on a lunar circle
  198. # [01:29] <dglazkov> ... want to get as much of the date picker as a I can
  199. # [01:29] <dglazkov> ... more complicated example: mixing slider and date picker
  200. # [01:29] <dglazkov> ... need someone to do this
  201. # [01:29] <dglazkov> TL: just use composition rather than inheritance?
  202. # [01:30] <dglazkov> CM: not sure, maybe this needs to be researched
  203. # [01:30] <dglazkov> CM ... especially mixing two quite different things
  204. # [01:30] <chaals> RN: Hardest parrt of accessibilty - if author attaches shadow dom with stuff - how to link it to UI things in the underlying element. We need something to make that linkage.
  205. # [01:31] <chaals> AB: today that is expressed in aria in the shadow DOM
  206. # [01:32] <dglazkov> CM: there are two different ways of doing things, one is being used widely (ARIA)
  207. # [01:32] <chaals> AB: One reason is to subclass a date element to show your datepicker, but on mobile use platform native one.
  208. # [01:32] <chaals> RN: That's not possible if the JS doesn't see the shadow DOM.
  209. # [01:33] <chaals> … we can't just not run the JS to get the native thing, in the user agent.
  210. # [01:33] <chaals> MJS: If you send input is= then it either works or not.
  211. # [01:33] <chaals> AB: In my scenario, I ahve JS that removes the custom bit if I'm on a mobile.
  212. # [01:34] <chaals> SM: To do the complicated things today you need to do custom things.
  213. # [01:34] <chaals> MJS: so why do is= on a form control?
  214. # [01:34] <chaals> SM: We don't use is= to cahnge things, but to do progressive enhancements to native elements, like inputs that fire a commit event on blur...
  215. # [01:35] <chaals> … templates. We have 5 kinds in polymer. contents are inert. so it is useful to use them.
  216. # [01:35] <chaals> … otherwise you would need templates inside things that gets nasty.
  217. # [01:35] <chaals> … there are values, and relative to the cost, seems good.
  218. # [01:35] <chaals> RN: Sounds like use case is more mixin than custom.
  219. # [01:35] <chaals> … don't want a brand new element, you want to add features to an existing element.
  220. # [01:36] <chaals> SM: Right and that comes out of this machinery at low cost.
  221. # [01:36] <chaals> MJS: If itis desirable to have the new event added, you would want it without decorating every control...
  222. # [01:36] <chaals> SM: That's a judgement call. Whenever you want more behaviour, you start from an object you want.
  223. # [01:36] <chaals> MJS you can't is= two things.
  224. # [01:37] <dglazkov> CM: there are separate different behaviors
  225. # [01:37] <dglazkov> CM: I am taking an AI to write this up and come back
  226. # [01:37] <chaals> MJS: You can't alter rendering of forms, so is= doesn't sound like the right thing.
  227. # [01:38] <chaals> DC: I implemented is=, what I heard go past was a bit of crazy talk. Lots of constituencies want bits of stuff. The idea that you go away and spec things, you have to bite off what you are interested in. You could spec what makes video elements video-y.
  228. # [01:38] <chaals> … that's the appeal of is=
  229. # [01:39] <chaals> AB: When was decision made to not allow replacing shadow DOM? That's not implemented in chrome
  230. # [01:39] <chaals> DC: think it varies by element type.
  231. # [01:39] <chaals> MG: In gecko?
  232. # [01:39] <chaals> AvK: We don't expose anything to the web so not a problem.
  233. # [01:39] <chaals> Topic: deterministic upgrade with no dance.
  234. # [01:40] <chaals> DD: If we took DG's proposal, and said "we can use constructor". I think everyone would have been happy. So we can do that...
  235. # [01:40] <chaals> s/DG/other Dmitry/
  236. # [01:40] <dglazkov> s/other Dmitry/Dmitry Lomov's/
  237. # [01:40] <chaals> … take something, can upgrade, synchronously call it, can use constructor at createdcallback time
  238. # [01:41] <chaals> … somewhat similar to current spec but photoshops it until it looks nice.
  239. # [01:41] <chaals> MJS: Does it solve determinism problem?
  240. # [01:41] <chaals> DD: Nope, we didn't care.
  241. # [01:41] <chaals> SO: Reduces it to one of two states.
  242. # [01:41] <chaals> DD: Either you are upgrading, or not.
  243. # [01:42] <chaals> RN: Whether we do the dance is an orthogonal issue we can add in or not.
  244. # [01:42] <chaals> DD: think I can deliver a proposal that you will be happy with...
  245. # [01:43] <chaals> [so how impotant is the determinism issue…]
  246. # [01:43] <chaals> MJS: Seems we have figured out how to use constructors anyway, and guarantee not more than 2 states. What we do with lifecycle might impact how we judge the relative importance.
  247. # [01:44] <chaals> Topic: Other topics
  248. # [01:44] <chaals> MJS: Review shadow DOM? what is the timing of lifecycle events. Can we do the shadow review?
  249. # [01:45] <chaals> Topic: Shadow redux
  250. # [01:45] <chaals> DG: Looked at distribution API, done some testing to understand what happens, and there was a discussion about slots proposal.
  251. # [01:46] <chaals> … I think we came to agree that slots is a good proposal, started trying to spec out behaviour, looks fairly sane.
  252. # [01:46] <chaals> AvK: Different from current distribution system?
  253. # [01:46] <chaals> DG: Yes. You can specify the algorithm synchronously.
  254. # [01:46] * terri is now known as terri_offline
  255. # [01:46] <chaals> … inst4ad of top-down distribution there is a breakdown into stuff that happens on mutation that may affect where things go, synchronously.
  256. # [01:47] <chaals> … when you make a change you run an operation.
  257. # [01:47] * rniwa https://github.com/w3c/webcomponents/blob/gh-pages/proposals/Slots-Proposal.md
  258. # [01:47] <chaals> … Second algorithm is looking at the slot and unrolling teh things that are packed into it. Only called when you are treating compose tree.
  259. # [01:47] <chaals> -> https://github.com/w3c/webcomponents/blob/gh-pages/proposals/Slots-Proposal.md slots proposal
  260. # [01:47] <chaals> … First one alters state.
  261. # [01:48] <chaals> … second one is read-only, no alteration.
  262. # [01:48] <chaals> … so style computation concerns don't cause state change.
  263. # [01:48] <chaals> RN: Think nice thing about this approach is that when you modify the node you just lookup if t belongs to an immediate shadow ancestor.
  264. # [01:49] <chaals> … then you can add and remove from the list. Then you go render.
  265. # [01:49] <chaals> … if an item is insertion point then you go through and that's all you have to do. eliminates need for distribution pull.
  266. # [01:50] <chaals> AvK: How do events work? they operate on compose
  267. # [01:50] <chaals> DG: Tey don't trigger distribution, just the read-only unroll.
  268. # [01:50] <chaals> s/Tey/They/
  269. # [01:51] <chaals> … This is interesting because the slotting algorithm is local to the subtree. That's super-important. The old algorithm couldn't work that way.
  270. # [01:51] <chaals> RN: Old world had recursive talking to things around you, that we don't need to do any more.
  271. # [01:52] * Joins: arronei (~arronei@public.cloak)
  272. # [01:52] <chaals> … keeps it simple.
  273. # [01:52] <chaals> HI: @@@ not related to event path. In such case, distribution is not local, but global.
  274. # [01:53] <chaals> … So proposal doesn't give benefit.
  275. # [01:53] <chaals> AvK: @@@@
  276. # [01:53] <chaals> DG: mutation that causes a change doesn't alter state in computing.
  277. # [01:53] <chaals> HI: New algo has 2 paths - one is only local, but most of API including event path depends on global world.
  278. # [01:54] <chaals> … There is no such a mutation. We should resolve these in terms of global.
  279. # [01:54] <chaals> RN: Old algorith required global insertion because we didn't know where nodes would land until we did that. I the new approach you only consider each shadow subtree to figure out the next point. Don't have to resolve complete document, can step through as necessary.
  280. # [01:55] <chaals> DG: THink we are in good shape to finish this up and be done with v1.
  281. # [01:55] <chaals> MJS: hook for entereing closed mode is in spec, but it isn't defined in teh spec.
  282. # [01:55] <chaals> HI: Yes, it is done.
  283. # [01:55] <chaals> AvK: renamiing shadowroot raised some new ideas on that.
  284. # [01:55] <chaals> MJS: Maybe I should read the spec. [crazy talk!!]
  285. # [01:56] <chaals> HI: only remaining issue is API surface for closing shadow
  286. # [01:56] <chaals> … attach shadow…
  287. # [01:56] <chaals> AvK: Does it AB or XY? Difference matters to the state object proposal.
  288. # [01:56] <chaals> DD: Would oove to have the underpinnings modeled but we can do attachShadow now and explain its underpinnings later.
  289. # [01:57] <chaals> AvK: So have one with no arguments now, make that happen later.
  290. # [01:57] <chaals> DD: If you want to manually attach it, do.
  291. # [01:57] <Domenic_> https://github.com/w3c/webcomponents/issues/129
  292. # [01:57] <chaals> DG: THink attachShadow is fine.
  293. # [01:57] <chaals> AvK: If we can resolve it is attachShadow that's cool for now and we can strat implenenting and enable.
  294. # [01:58] <chaals> RN: issue 89 on github is about event targeting. I tthought we agreed we wanted it to be optional.
  295. # [01:58] <chaals> [there is no agreement that there was agreement]
  296. # [01:58] * chaals sees Ryosuke doing something crazy like looking at what we decided ...
  297. # [01:59] <chaals> AvK: DeepPath seems like a hack.
  298. # [01:59] <chaals> … why not all the other bits?
  299. # [01:59] <chaals> RN: Github issue for the path thing?
  300. # [01:59] <chaals> AvK: Think PathTHingy was going to be deepPath.
  301. # [01:59] <chaals> [yes. it was.]
  302. # [02:00] <chaals> HI: Done in the spec.
  303. # [02:00] <chaals> … blink intends to ship that.
  304. # [02:00] <chaals> RN: What about it affecting local tree and document?
  305. # [02:00] <chaals> AvK: We didn't do that. It's going from target and through its parent nodes, so we decided we didn't need it now.
  306. # [02:01] <chaals> DD: Could be filed on DOM so we remember.
  307. # [02:01] <chaals> AvK: There is. In a disused lavatory with no lights in the cellar with missing stairs and a sign on the door saying beware of the …
  308. # [02:01] <chaals> MG: So is there an existing thing, or…?
  309. # [02:02] <chaals> DG: We have some bugs, proposals, and a few changes. ut none of the issues are contentious, there is just work to do.
  310. # [02:02] <chaals> SO: Big change was exploring imperative API, that morphed into slot.
  311. # [02:02] <chaals> TL: API for slots?
  312. # [02:02] <chaals> [no]
  313. # [02:02] <chaals> RN: So do we agree on punting imperative API for that?
  314. # [02:02] <chaals> [agreement]
  315. # [02:02] <chaals> SO: We want it. One day.
  316. # [02:02] * Quits: sicking (~sicking@public.cloak) (sicking)
  317. # [02:03] <chaals> AvK: Need to figure out in DOM if it supports integrating shadows.
  318. # [02:03] <chaals> … also, we should just stop doing work.
  319. # [02:03] * Joins: sicking (~sicking@public.cloak)
  320. # [02:04] <chaals> TOC: We have a meeting at TPAC?
  321. # [02:04] <chaals> [yes]
  322. # [02:07] * Quits: rniwa (~textual@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
  323. # [02:07] <chaals> DG: Thanks for coming, think it was good.
  324. # [02:07] * Quits: mjs (~mjs@public.cloak) (mjs)
  325. # [02:07] <MikeSmith> RRSAgent, make miutes
  326. # [02:07] <RRSAgent> I'm logging. I don't understand 'make miutes', MikeSmith. Try /msg RRSAgent help
  327. # [02:07] <dglazkov> yay!
  328. # [02:07] <MikeSmith> RRSAgent, make minutes
  329. # [02:07] <RRSAgent> I have made the request to generate http://www.w3.org/2015/07/22-webapps-minutes.html MikeSmith
  330. # [02:07] <chaals> ACTION: chaals to collect the various minutes and make them as coherent as the reality of the meeting.
  331. # [02:07] * trackbot is creating a new ACTION.
  332. # [02:07] * RRSAgent records action 3
  333. # [02:07] <trackbot> Created ACTION-757 - Collect the various minutes and make them as coherent as the reality of the meeting. [on Charles McCathie Nevile - due 2015-07-29].
  334. # [02:07] <chaals> Thanks to Google for hosting, everyone for coming, scribes for scribing.
  335. # [02:07] <chaals> [adjourned]
  336. # [02:08] <chaals> Sorry to people who were trying to dial in early. We'll note that we didn't get that right and try to avoid making that mistake again.
  337. # [02:08] * Quits: chaals (~Adium@public.cloak) ("Leaving.")
  338. # [02:09] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  339. # [02:09] <MikeSmith> お疲れ様
  340. # [02:09] * Joins: Lachy (~Lachy@public.cloak)
  341. # [02:10] * Quits: cdata (~uid82755@public.cloak) ("Connection closed for inactivity")
  342. # [02:12] * Quits: Travis (~Travis@public.cloak) (Ping timeout: 180 seconds)
  343. # [02:18] * Quits: markg (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  344. # [02:24] * Joins: jyasskin (~textual@public.cloak)
  345. # [02:31] * Quits: annevk (~annevk@public.cloak) (Client closed connection)
  346. # [02:35] * Quits: arronei (~arronei@public.cloak) (Ping timeout: 180 seconds)
  347. # [02:43] * Quits: kschaaf (~kschaaf@public.cloak) ("Page closed")
  348. # [02:50] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  349. # [02:54] * Quits: sorvell (~uid12099@public.cloak) ("Connection closed for inactivity")
  350. # [03:04] * Quits: atotic_ (~atotic@public.cloak) (atotic_)
  351. # [03:20] * Joins: markg (~chatzilla@public.cloak)
  352. # [03:37] * Quits: sicking (~sicking@public.cloak) (sicking)
  353. # [03:39] * Joins: mjs (~mjs@public.cloak)
  354. # [03:39] * Joins: atotic_ (~atotic@public.cloak)
  355. # [03:42] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
  356. # [03:43] * Quits: Lachy (~Lachy@public.cloak) ("Textual IRC Client: www.textualapp.com")
  357. # [03:49] * heycam is now known as heycam|away
  358. # [04:03] * Quits: gavin (~gavin@public.cloak) (Client closed connection)
  359. # [04:03] * Joins: gavin (~gavin@public.cloak)
  360. # [04:10] * Joins: sicking (~sicking@public.cloak)
  361. # [04:10] * Quits: gavin (~gavin@public.cloak) (Client closed connection)
  362. # [04:10] * Joins: gavin (~gavin@public.cloak)
  363. # [04:12] * Joins: fjh (~fhirsch3@public.cloak)
  364. # [04:19] * Quits: sicking (~sicking@public.cloak) (sicking)
  365. # [04:24] * heycam|away is now known as heycam
  366. # [04:24] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
  367. # [04:27] * Joins: chaals (~Adium@public.cloak)
  368. # [04:31] * Quits: aboxhall (~uid20617@public.cloak) ("Connection closed for inactivity")
  369. # [04:53] * Quits: chaals (~Adium@public.cloak) ("Leaving.")
  370. # [05:02] * Quits: markg (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  371. # [05:10] * Joins: chaals (~Adium@public.cloak)
  372. # [05:16] * Joins: markg (~chatzilla@public.cloak)
  373. # [05:22] * Quits: chaals (~Adium@public.cloak) ("Leaving.")
  374. # [05:24] * Quits: ArtB (~ArtB@public.cloak) ("Leaving.")
  375. # [05:59] * Parts: kochi (~kochi@public.cloak)
  376. # [06:00] * Joins: kochi (~kochi@public.cloak)
  377. # [06:00] * Quits: kochi (~kochi@public.cloak) ("Leaving.")
  378. # [06:07] * Joins: kochi (~kochi@public.cloak)
  379. # [06:12] * Joins: weinig (~weinig@public.cloak)
  380. # [06:12] * Quits: weinig (~weinig@public.cloak) (weinig)
  381. # [06:19] * Quits: atotic_ (~atotic@public.cloak) (atotic_)
  382. # [06:24] * Joins: jyasskin (~textual@public.cloak)
  383. # [06:30] * Quits: justin (~uid82754@public.cloak) ("Connection closed for inactivity")
  384. # [06:42] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
  385. # [07:20] * Joins: chaals (~Adium@public.cloak)
  386. # [07:23] * Quits: markg (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  387. # [07:52] * Joins: atotic_ (~atotic@public.cloak)
  388. # [08:05] * Joins: sicking (~sicking@public.cloak)
  389. # [08:20] * Quits: chaals (~Adium@public.cloak) ("Leaving.")
  390. # [08:20] * Quits: atotic_ (~atotic@public.cloak) (atotic_)
  391. # [08:44] * Disconnected
  392. # [08:45] * Attempting to rejoin channel #webapps
  393. # [08:45] * Rejoined channel #webapps
  394. # [08:45] * Topic is '#webapps f2f meeting - Web Components notes going in https://docs.google.com/document/d/1KSwKrTU2d0uJCf55tV-jur_0sYxCNMuM7Dl3vqb0bu4/edit?pli=1'
  395. # [08:45] * Set by chaals on Tue Jul 21 23:53:34
  396. # [08:45] * Quits: krijnhoetmer (~krijnhoetmer@public.cloak) (Client closed connection)
  397. # [09:44] * heycam is now known as heycam|away
  398. # [09:49] * Quits: sicking (~sicking@public.cloak) (sicking)
  399. # [09:50] * Joins: rniwa (~textual@public.cloak)
  400. # [09:50] * Quits: rniwa (~textual@public.cloak) ("Textual IRC Client: www.textualapp.com")
  401. # [10:02] * Joins: wilsonpage (~wilsonpage@public.cloak)
  402. # [11:19] * Joins: Florian (~Florian@public.cloak)
  403. # [11:25] * Joins: Lachy (~Lachy@public.cloak)
  404. # [11:29] * Joins: smaug (~chatzilla@public.cloak)
  405. # [11:41] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  406. # [11:42] * Joins: Florian (~Florian@public.cloak)
  407. # [11:44] * Joins: Florian_ (~Florian@public.cloak)
  408. # [11:49] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  409. # [11:50] * Quits: Florian_ (~Florian@public.cloak) (Client closed connection)
  410. # [11:50] * Joins: Florian (~Florian@public.cloak)
  411. # [11:57] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  412. # [13:09] * Quits: wilsonpage (~wilsonpage@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
  413. # [13:15] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  414. # [13:18] * Joins: dom (dom@public.cloak)
  415. # [13:23] * Joins: fjh (~fhirsch3@public.cloak)
  416. # [13:33] * Joins: ArtB (~ArtB@public.cloak)
  417. # [13:41] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
  418. # [13:42] * Joins: fjh (~fhirsch3@public.cloak)
  419. # [13:50] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
  420. # [13:54] * Joins: fjh (~fhirsch3@public.cloak)
  421. # [13:55] * Joins: smaug (~chatzilla@public.cloak)
  422. # [14:03] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  423. # [14:06] * Joins: wilsonpage (~wilsonpage@public.cloak)
  424. # [14:22] * Joins: Florian (~Florian@public.cloak)
  425. # [14:24] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
  426. # [14:25] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  427. # [14:25] * Joins: Florian (~Florian@public.cloak)
  428. # [14:28] * Joins: smaug (~chatzilla@public.cloak)
  429. # [14:32] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
  430. # [14:49] * Joins: fjh (~fhirsch3@public.cloak)
  431. # [15:09] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  432. # [15:17] * Joins: atotic_ (~atotic@public.cloak)
  433. # [15:17] * Joins: markg (~chatzilla@public.cloak)
  434. # [15:28] * Joins: smaug (~chatzilla@public.cloak)
  435. # [15:41] * Joins: marcosc (~marcosc@public.cloak)
  436. # [15:50] * Quits: ArtB (~ArtB@public.cloak) ("Leaving.")
  437. # [15:56] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
  438. # [15:56] * Joins: marcosc (~marcosc@public.cloak)
  439. # [15:58] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  440. # [16:09] * Quits: markg (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  441. # [16:13] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
  442. # [16:17] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
  443. # [16:19] * Joins: smaug (~chatzilla@public.cloak)
  444. # [16:25] * Joins: marcosc (~marcosc@public.cloak)
  445. # [16:34] * Joins: fjh (~fhirsch3@public.cloak)
  446. # [16:49] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
  447. # [16:49] * Joins: jyasskin (~textual@public.cloak)
  448. # [16:52] * Joins: ArtB (~ArtB@public.cloak)
  449. # [16:53] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  450. # [16:56] * Joins: fjh (~fhirsch3@public.cloak)
  451. # [16:58] * Quits: atotic_ (~atotic@public.cloak) (atotic_)
  452. # [16:59] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
  453. # [17:11] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  454. # [17:15] * Quits: hober (~ted@public.cloak) (Client closed connection)
  455. # [17:16] * Joins: hober (~ted@public.cloak)
  456. # [17:16] * Joins: Lachy (~Lachy@public.cloak)
  457. # [17:21] * Quits: hober (~ted@public.cloak) (Client closed connection)
  458. # [17:22] * Joins: marcosc (~marcosc@public.cloak)
  459. # [17:22] * Joins: hober (~ted@public.cloak)
  460. # [17:27] * Joins: smaug (~chatzilla@public.cloak)
  461. # [17:27] * Joins: chaals (~Adium@public.cloak)
  462. # [17:37] * Joins: shepazu_ (schepers@public.cloak)
  463. # [17:37] * Quits: shepazu (schepers@public.cloak)
  464. # [17:38] * shepazu_ is now known as shepazu
  465. # [17:41] * Joins: markg (~chatzilla@public.cloak)
  466. # [17:43] * Joins: sicking (~sicking@public.cloak)
  467. # [17:44] * Quits: hober (~ted@public.cloak) (Client closed connection)
  468. # [17:44] * Joins: hober (~ted@public.cloak)
  469. # [17:49] * Joins: Florian (~Florian@public.cloak)
  470. # [17:59] * Joins: atotic_ (~atotic@public.cloak)
  471. # [17:59] * Joins: bkardell_ (~uid10373@public.cloak)
  472. # [18:00] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  473. # [18:02] * wilsonpage is now known as wilsonpage-away
  474. # [18:06] * Quits: ArtB (~ArtB@public.cloak) (Client closed connection)
  475. # [18:08] * Joins: tantek (~tantek@public.cloak)
  476. # [18:08] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
  477. # [18:12] * Quits: chaals (~Adium@public.cloak) ("Leaving.")
  478. # [18:14] * Quits: dom (dom@public.cloak) ("")
  479. # [18:19] * Joins: Lachy (~Lachy@public.cloak)
  480. # [18:20] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  481. # [18:20] * Joins: jsbell (~jsbell@public.cloak)
  482. # [18:20] * wilsonpage-away is now known as wilsonpage
  483. # [18:23] * Quits: markg (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  484. # [18:26] * terri_offline is now known as terri
  485. # [18:35] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
  486. # [18:41] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
  487. # [18:43] * Joins: fjh (~fhirsch3@public.cloak)
  488. # [18:53] * Quits: fjh (~fhirsch3@public.cloak) (fjh)
  489. # [19:03] * Joins: marcosc (~marcosc@public.cloak)
  490. # [19:05] * Quits: sicking (~sicking@public.cloak) (sicking)
  491. # [19:06] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
  492. # [19:06] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
  493. # [19:19] * Joins: jyasskin (~textual@public.cloak)
  494. # [19:19] * Quits: mjs (~mjs@public.cloak) (mjs)
  495. # [19:21] * Joins: marcosc (~marcosc@public.cloak)
  496. # [19:22] * Joins: marcosc_ (~marcosc@public.cloak)
  497. # [19:22] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
  498. # [19:24] * Joins: marcosc (~marcosc@public.cloak)
  499. # [19:30] * Quits: marcosc_ (~marcosc@public.cloak) (Ping timeout: 180 seconds)
  500. # [19:39] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
  501. # [19:46] * Joins: sicking (~sicking@public.cloak)
  502. # [19:46] * Quits: hober (~ted@public.cloak) (Client closed connection)
  503. # [19:47] * Quits: wchen (~sid45@public.cloak) ("")
  504. # [19:47] * Joins: mjs (~mjs@public.cloak)
  505. # [19:51] * Joins: marcosc (~marcosc@public.cloak)
  506. # [19:52] * Joins: hober (~ted@public.cloak)
  507. # [19:57] * Quits: sicking (~sicking@public.cloak) (sicking)
  508. # [20:14] * Quits: tantek (~tantek@public.cloak) (tantek)
  509. # [20:38] * Quits: atotic_ (~atotic@public.cloak) (atotic_)
  510. # [20:38] * Quits: smaug (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
  511. # [20:47] * Quits: mjs (~mjs@public.cloak) (mjs)
  512. # [20:50] * Quits: shepazu (schepers@public.cloak) (Ping timeout: 180 seconds)
  513. # [20:54] * Joins: atotic_ (~atotic@public.cloak)
  514. # [20:57] * Joins: shepazu (schepers@public.cloak)
  515. # [21:12] * Quits: bkardell_ (~uid10373@public.cloak) ("Connection closed for inactivity")
  516. # [21:14] * Joins: markg (~chatzilla@public.cloak)
  517. # [21:14] * Quits: jyasskin (~textual@public.cloak) ("My computer has gone to sleep. ZZZzzz…")
  518. # [21:17] * Quits: marcosc (~marcosc@public.cloak) (Client closed connection)
  519. # [21:20] * Joins: marcosc (~marcosc@public.cloak)
  520. # [21:28] * Quits: wilsonpage (~wilsonpage@public.cloak) ("Textual IRC Client: www.textualapp.com")
  521. # [21:33] * Joins: wilsonpage (~wilsonpage@public.cloak)
  522. # [21:47] * Quits: wilsonpage (~wilsonpage@public.cloak) ("My Mac has gone to sleep. ZZZzzz…")
  523. # [22:01] * Joins: smaug (~chatzilla@public.cloak)
  524. # [22:19] * Joins: marcosc_ (~marcosc@public.cloak)
  525. # [22:23] * Joins: Lachy (~Lachy@public.cloak)
  526. # [22:25] * Quits: marcosc (~marcosc@public.cloak) (Ping timeout: 180 seconds)
  527. # [22:33] * Joins: chaals (~Adium@public.cloak)
  528. # [22:38] * Quits: marcosc_ (~marcosc@public.cloak) (Client closed connection)
  529. # [22:40] * Joins: marcosc (~marcosc@public.cloak)
  530. # [22:43] * Joins: marcosc_ (~marcosc@public.cloak)
  531. # [22:49] * Quits: marcosc (~marcosc@public.cloak) (Ping timeout: 180 seconds)
  532. # [22:53] * Parts: markg (~chatzilla@public.cloak)
  533. # [23:19] * Quits: marcosc_ (~marcosc@public.cloak) (Client closed connection)
  534. # [23:22] * Joins: marcosc (~marcosc@public.cloak)
  535. # [23:43] * Joins: dka (~dka@public.cloak)
  536. # [23:45] * Quits: dka (~dka@public.cloak) (dka)
  537. # [23:46] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  538. # [23:46] * Joins: Lachy (~Lachy@public.cloak)
  539. # Session Close: Thu Jul 23 00:00:00 2015

Previous day, Next day

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