Options:
- # Session Start: Mon Mar 31 00:00:00 2014
- # Session Ident: #whatwg
- # [00:09] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
- # [00:14] * Joins: SonicX (~quassel@ip98-180-46-147.ga.at.cox.net)
- # [00:18] * Joins: bholley (~bholley@187.64.32.150)
- # [00:24] * Joins: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net)
- # [00:28] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [00:30] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 268 seconds)
- # [00:30] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [00:31] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [00:32] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 252 seconds)
- # [00:37] * Joins: jdaggett (~jdaggett@q023013.dynamic.ppp.asahi-net.or.jp)
- # [00:43] * Quits: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de) (Read error: Operation timed out)
- # [00:49] * Joins: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [00:53] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [00:53] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [00:57] * Joins: barnabywalters (~barnabywa@89.17.128.127)
- # [00:58] * Quits: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de) (Ping timeout: 265 seconds)
- # [01:00] * Joins: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [01:06] * Quits: bholley (~bholley@187.64.32.150) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [01:10] * Quits: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [01:26] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [01:28] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [01:31] * Joins: nessy (~silviapf@101.164.214.231)
- # [01:33] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 255 seconds)
- # [01:41] * Joins: bholley (~bholley@187.64.32.150)
- # [02:01] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [02:08] * Quits: tav (~tav`@host109-154-1-151.range109-154.btcentralplus.com) (Quit: tav)
- # [02:09] * Quits: nessy (~silviapf@101.164.214.231) (Quit: Leaving.)
- # [02:15] * Joins: nessy (~silviapf@101.164.214.231)
- # [02:26] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Quit: barnabywalters)
- # [02:26] * Quits: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [02:27] * Quits: bholley (~bholley@187.64.32.150) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [02:29] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [02:32] * Joins: a-ja (~Instantbi@70.230.145.30)
- # [02:33] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
- # [02:41] * Joins: tav (~tav`@host109-154-1-151.range109-154.btcentralplus.com)
- # [02:45] * Joins: xiinotulp (~plutoniix@node-1cuj.pool-101-108.dynamic.totbb.net)
- # [02:48] * Quits: xiinotulp (~plutoniix@node-1cuj.pool-101-108.dynamic.totbb.net) (Client Quit)
- # [02:48] * Quits: plutoniix (~plutoniix@node-1dc4.pool-101-108.dynamic.totbb.net) (Read error: Connection reset by peer)
- # [02:48] * Quits: SonicX (~quassel@ip98-180-46-147.ga.at.cox.net) (Read error: Connection reset by peer)
- # [02:49] * Quits: Somatt_wrk (~somattwrk@130.193.24.135) (Read error: Connection reset by peer)
- # [02:50] * Joins: Somatt_wrk (~somattwrk@130.193.24.135)
- # [02:51] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 255 seconds)
- # [02:52] * Joins: benv (~benv@BARION1850W-LP130-03-1177625684.dsl.bell.ca)
- # [03:03] * Joins: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net)
- # [03:05] * Joins: Joseph_Silber (~Joseph@ool-44c3e80a.static.optonline.net)
- # [03:05] * Joins: eric_carlson_ (~eric@17.202.43.125)
- # [03:06] * Joins: shepazu_ (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
- # [03:08] * Joins: jernoble_ (~jernoble@17.202.46.221)
- # [03:10] * Joins: odinho_ (odinho@dalvik.ping.uio.no)
- # [03:13] * Joins: manu- (~manu@216.252.204.51)
- # [03:14] * Quits: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net) (*.net *.split)
- # [03:14] * Quits: jernoble (~jernoble@17.202.46.221) (*.net *.split)
- # [03:14] * Quits: jahman (~woops@129.175.204.73) (*.net *.split)
- # [03:14] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (*.net *.split)
- # [03:14] * Quits: eric_carlson (~eric@17.202.43.125) (*.net *.split)
- # [03:14] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (*.net *.split)
- # [03:14] * Quits: JosephSilber (~Joseph@ool-44c3e80a.static.optonline.net) (*.net *.split)
- # [03:14] * Quits: odinho (odinho@dalvik.ping.uio.no) (*.net *.split)
- # [03:14] * Quits: m4nu (~manu@216.252.204.51) (*.net *.split)
- # [03:14] * jernoble_ is now known as jernoble
- # [03:14] * eric_carlson_ is now known as eric_carlson
- # [03:14] * shepazu_ is now known as shepazu
- # [03:15] * Joins: bholley (~bholley@187.64.32.150)
- # [03:16] * Quits: nessy (~silviapf@101.164.214.231) (Quit: Leaving.)
- # [03:21] * Joins: jahman (~woops@129.175.204.73)
- # [03:22] * Joins: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net)
- # [03:30] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [03:32] * Joins: kbrosnan (~kbrosnan@people1.scl3.mozilla.com)
- # [03:33] * Joins: hasather (~hasather@80.91.33.141)
- # [03:34] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 245 seconds)
- # [03:37] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 246 seconds)
- # [03:39] * Quits: bholley (~bholley@187.64.32.150) (Ping timeout: 252 seconds)
- # [03:42] * Joins: bholley (~bholley@187.64.32.150)
- # [04:00] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:01] * Quits: bholley (~bholley@187.64.32.150) (Ping timeout: 245 seconds)
- # [04:17] * Joins: bholley (~bholley@187.64.32.150)
- # [04:21] * Quits: benv (~benv@BARION1850W-LP130-03-1177625684.dsl.bell.ca) (Quit: Computer has gone to sleep.)
- # [04:21] * Joins: falken_ (uid20729@gateway/web/irccloud.com/x-owhuoktmeloxxnwa)
- # [04:34] * Quits: lerc (~quassel@121-74-1-14.telstraclear.net) (Ping timeout: 265 seconds)
- # [04:35] * Joins: bholley_ (~bholley@187.64.32.150)
- # [04:36] * Quits: bholley (~bholley@187.64.32.150) (Ping timeout: 245 seconds)
- # [04:38] * Quits: jdaggett (~jdaggett@q023013.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
- # [04:42] * Joins: encryptd_fractal (~mfrawley@rrcs-96-10-73-251.se.biz.rr.com)
- # [04:55] * Joins: benv (~benv@BARION1850W-LP130-03-1177625684.dsl.bell.ca)
- # [05:03] * Joins: nessy (~silviapf@101.164.214.231)
- # [05:17] * Joins: ap_ (~ap@24.130.61.31)
- # [05:18] * ap_ is now known as p
- # [05:18] * p is now known as ap
- # [05:27] * Quits: bholley_ (~bholley@187.64.32.150) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [05:27] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [05:32] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [05:33] * Quits: encryptd_fractal (~mfrawley@rrcs-96-10-73-251.se.biz.rr.com) (Quit: Leaving.)
- # [05:36] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 265 seconds)
- # [05:37] * Quits: benv (~benv@BARION1850W-LP130-03-1177625684.dsl.bell.ca) (Quit: Computer has gone to sleep.)
- # [05:38] * Joins: bholley (~bholley@187.64.32.150)
- # [05:39] * Joins: deniak (~denis@181.26.55.213.rev.sfr.net)
- # [05:43] * Joins: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [05:43] * Quits: bholley (~bholley@187.64.32.150) (Client Quit)
- # [05:44] * Quits: nessy (~silviapf@101.164.214.231) (Quit: Leaving.)
- # [05:44] * Joins: bholley (~bholley@187.64.32.150)
- # [05:45] * Quits: bholley (~bholley@187.64.32.150) (Client Quit)
- # [05:46] * Joins: bholley (~bholley@187.64.32.150)
- # [05:50] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Quit: Computer has gone to sleep.)
- # [05:51] * Quits: bholley (~bholley@187.64.32.150) (Ping timeout: 265 seconds)
- # [05:53] * Quits: ap (~ap@24.130.61.31) (Quit: ap)
- # [06:03] * Joins: jdaggett (~jdaggett@61-121-216-2.bitcat.net)
- # [06:04] * Joins: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net)
- # [06:07] * Quits: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net) (Client Quit)
- # [06:13] * Joins: rniwa (~rniwa@p4160-ipngn4801marunouchi.tokyo.ocn.ne.jp)
- # [06:16] * Joins: Streusel (~Anonymous@unaffiliated/streusel)
- # [06:32] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [06:33] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
- # [06:36] * Joins: kbrosnan_ (~kbrosnan@people1.scl3.mozilla.com)
- # [06:36] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 246 seconds)
- # [06:41] * Quits: jdaggett (~jdaggett@61-121-216-2.bitcat.net) (*.net *.split)
- # [06:41] * Quits: deniak (~denis@181.26.55.213.rev.sfr.net) (*.net *.split)
- # [06:41] * Quits: kbrosnan (~kbrosnan@people1.scl3.mozilla.com) (*.net *.split)
- # [06:41] * jdaggett_ is now known as jdaggett
- # [06:47] * Joins: deniak (~denis@181.26.55.213.rev.sfr.net)
- # [06:48] * Quits: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [06:50] * Quits: rafaelrinaldi (~rafaelrin@177.81.14.110) (Remote host closed the connection)
- # [06:50] * Joins: rafaelrinaldi (~rafaelrin@177.81.14.110)
- # [06:55] * Quits: rafaelrinaldi (~rafaelrin@177.81.14.110) (Ping timeout: 255 seconds)
- # [07:02] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [07:03] * Joins: rafaelrinaldi (~rafaelrin@177.81.14.110)
- # [07:13] * heycam|away is now known as heycam
- # [07:13] * heycam is now known as heycam|away|away
- # [07:13] * heycam|away|away is now known as heycam|away
- # [07:13] * heycam|away is now known as heycam
- # [07:18] * Joins: ap_ (~ap@24.130.61.31)
- # [07:19] * Quits: ap_ (~ap@24.130.61.31) (Client Quit)
- # [07:19] * Quits: rafaelrinaldi (~rafaelrin@177.81.14.110) (Read error: Connection timed out)
- # [07:22] * Joins: rafaelrinaldi (~rafaelrin@177.81.14.110)
- # [07:30] * Joins: hasather (~hasather@80.91.33.141)
- # [07:33] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [07:35] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
- # [07:37] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
- # [07:53] * Quits: rniwa (~rniwa@p4160-ipngn4801marunouchi.tokyo.ocn.ne.jp) (Quit: rniwa)
- # [07:55] * Joins: rniwa (~rniwa@p4160-ipngn4801marunouchi.tokyo.ocn.ne.jp)
- # [08:08] * Joins: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net)
- # [08:10] * Joins: zdobersek (~zan@tsn85-159-237-3.dyn.nltelcom.net)
- # [08:32] * Quits: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net) (Quit: sicking)
- # [08:34] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [08:34] * Joins: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net)
- # [08:34] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [08:38] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 265 seconds)
- # [08:41] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Read error: Connection reset by peer)
- # [08:41] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [08:46] * Joins: niloy (~niloy@110.224.128.10)
- # [08:46] * Joins: markkes (~markkes@62.207.90.201)
- # [08:47] * Quits: markkes (~markkes@62.207.90.201) (Client Quit)
- # [08:49] * Joins: markkes (~markkes@62.207.90.201)
- # [08:53] <ondras> so I understand that the attributeChanged callback is executed only when the custom element's own attribute chanegs
- # [08:53] <ondras> *changes
- # [08:53] <ondras> what if my custom element need to know when its size changes?
- # [08:58] * Quits: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net) (Ping timeout: 246 seconds)
- # [09:10] * Quits: rniwa (~rniwa@p4160-ipngn4801marunouchi.tokyo.ocn.ne.jp) (Quit: rniwa)
- # [09:13] * heycam is now known as heycam|away
- # [09:14] * Joins: rego (~rego@192.193.27.77.dynamic.mundo-r.com)
- # [09:18] * Joins: cdan (~cdan@mail.savatech.ro)
- # [09:19] <cdan> good morning
- # [09:24] * Quits: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net) (Quit: sicking)
- # [09:26] * Joins: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net)
- # [09:28] * Joins: Ms2ger (~Ms2ger@nata241.ugent.be)
- # [09:29] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [09:36] * Quits: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net) (Read error: Operation timed out)
- # [09:42] * Quits: Somatt_wrk (~somattwrk@130.193.24.135) (Ping timeout: 240 seconds)
- # [09:47] * Joins: hasather (~hasather@80.91.33.141)
- # [09:50] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [09:50] * Joins: hasather (~hasather@80.91.33.141)
- # [09:54] * Quits: Ms2ger (~Ms2ger@nata241.ugent.be) (Ping timeout: 240 seconds)
- # [09:58] * Joins: beowulf (~sstewart@host31-50-102-181.range31-50.btcentralplus.com)
- # [10:02] * Parts: a-ja (~Instantbi@70.230.145.30)
- # [10:05] * Joins: Ms2ger (~Ms2ger@nata241.ugent.be)
- # [10:06] * Joins: zcorpan (~zcorpan@94.234.170.42)
- # [10:13] * Quits: bzalasky (~bzalasky@67.188.211.46) (Remote host closed the connection)
- # [10:13] * Joins: Somatt_wrk (~somattwrk@130.193.24.135)
- # [10:15] * Quits: Ms2ger (~Ms2ger@nata241.ugent.be) (Quit: Leaving)
- # [10:21] * Joins: Ms2ger (~Ms2ger@nata241.ugent.be)
- # [10:21] * Joins: Kolombiken (~Adium@94.137.124.2)
- # [10:37] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [10:46] * Joins: darobin (~darobin@78.109.80.74)
- # [10:48] * Joins: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [10:51] * Quits: zdobersek (~zan@tsn85-159-237-3.dyn.nltelcom.net) (Quit: Leaving.)
- # [10:51] * Joins: attiks (~chatzilla@d51530F49.static.telenet.be)
- # [10:55] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [10:55] * Joins: shaunbaker (~shaunbake@brick-lane.lbi.co.uk)
- # [11:01] * Joins: plutoniix (~plutoniix@node-1cuj.pool-101-108.dynamic.totbb.net)
- # [11:03] <zcorpan> ondras: size as in rendered size?
- # [11:06] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:13] <ondras> zcorpan: yes
- # [11:13] <ondras> zcorpan: my use case is an interactive map
- # [11:13] <ondras> zcorpan: the underlying JS api needs to be notified when the viewport size changes
- # [11:13] <zcorpan> ondras: use window.onresize
- # [11:13] * Joins: WolfieZero (~WolfieZer@neils-wireless.manor.fubra.net)
- # [11:15] <ondras> zcorpan: what if the size of my element changes due to interaction with other elements in page?
- # [11:16] <zcorpan> ondras: is the map you want to be notified about a <canvas>?
- # [11:16] <ondras> zcorpan: no, but it behaves similarly
- # [11:16] <ondras> zcorpan: think of a google maps api
- # [11:16] <ondras> zcorpan: so its container might have width:50%, but can be situated within other element whose size might change independently...
- # [11:16] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [11:21] * Quits: davve (~user@83.218.67.123) (Remote host closed the connection)
- # [11:22] * Quits: zcorpan (~zcorpan@94.234.170.42) (Ping timeout: 265 seconds)
- # [11:27] * Quits: tav (~tav`@host109-154-1-151.range109-154.btcentralplus.com) (Quit: tav)
- # [11:29] * WolfieZero is now known as WolfieZero|Away
- # [11:34] * Joins: zcorpan (~zcorpan@94.234.170.193)
- # [11:34] <ondras> 11:15 < ondras> zcorpan: no, but it behaves similarly
- # [11:34] <ondras> 11:15 < ondras> zcorpan: think of a google maps api
- # [11:34] <ondras> 11:15 < ondras> zcorpan: so its container might have width:50%, but can be situated within other element whose size might change independently...
- # [11:34] * Quits: WolfieZero|Away (~WolfieZer@neils-wireless.manor.fubra.net) (Ping timeout: 265 seconds)
- # [11:34] <zcorpan> ondras: can you point to a page that does that?
- # [11:34] <zcorpan> ondras: i can think of ways to hack around it, e.g. use an iframe and onresize. or if you control the other things whose size might change, let them send a notification when they change their size
- # [11:35] <zcorpan> (sorry for dropping off, i'm on the train)
- # [11:35] * Joins: WolfieZero (~WolfieZer@neils-wireless.manor.fubra.net)
- # [11:37] <ondras> zcorpan: well have a look at http://api4.mapy.cz/
- # [11:37] <ondras> zcorpan: I want to implement the map as a custom element
- # [11:37] <ondras> zcorpan: but I have no explicit control on its size and placement
- # [11:38] <ondras> zcorpan: so a user might want to put it in a sidebar with variable width or so
- # [11:38] <ondras> zcorpan: and the underlying mapping JS absolutely needs to know when its "viewport" size changes
- # [11:40] <zcorpan> ondras: ok, thanks
- # [11:40] * zcorpan 101 switching trains
- # [11:44] * Quits: zcorpan (~zcorpan@94.234.170.193) (Ping timeout: 240 seconds)
- # [11:45] * Joins: zcorpan (~zcorpan@94.234.170.193)
- # [11:46] * Joins: zdobersek (~zan@109.201.154.190)
- # [12:03] * Joins: barnabywalters (~barnabywa@46-239-239-203.tal.is)
- # [12:04] <zcorpan> ondras: it's not clear to me if this is something that's specific to custom elements or if we should provide it for elements in general
- # [12:05] <ondras> zcorpan: agreed.
- # [12:05] <zcorpan> ondras: also, is it OK if it's just an event that's queued after the fact, or does the JS need to be notified before the new layout actually happens?
- # [12:05] <ondras> zcorpan: anyway, without a custom element, the situation is more explicit
- # [12:06] <ondras> zcorpan: people are used to call JS API "syncSize" or so when situation changes
- # [12:06] <ondras> but when the map becomes a declarative element
- # [12:06] <ondras> as in <our-map x=... y=... />
- # [12:06] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [12:06] <zcorpan> yeah
- # [12:06] <ondras> people might want to evade any further JS interaction at all
- # [12:06] <ondras> zcorpan: queued after the fact, it can be delayed
- # [12:07] <ondras> zcorpan: the JS API needs to fetch additional map tiles to fill in the viewport as it resizes
- # [12:07] <zcorpan> ok
- # [12:08] * Quits: jdaggett (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett)
- # [12:09] <zcorpan> ondras: i'd say bring up the use case to the custom element people. if it's something that should work for ordinary elements also then [cssom-view] on www-style
- # [12:10] <ondras> zcorpan: okay, can you please point me to some directions? is this irc channel not sufficient?
- # [12:13] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [12:15] * Quits: zcorpan (~zcorpan@94.234.170.193) (Ping timeout: 255 seconds)
- # [12:17] * Quits: Joseph_Silber (~Joseph@ool-44c3e80a.static.optonline.net) (Ping timeout: 252 seconds)
- # [12:24] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [12:27] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:f16b:97e6:6657:855f)
- # [12:32] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Remote host closed the connection)
- # [12:39] <zcorpan> ondras: see "Participate" at the top of http://w3c.github.io/webcomponents/spec/custom/
- # [12:42] <ondras> okay, thanks
- # [12:55] * Quits: Ms2ger (~Ms2ger@nata241.ugent.be) (Ping timeout: 245 seconds)
- # [12:55] * WolfieZero is now known as WolfieZero|Away
- # [13:04] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [13:04] * WolfieZero|Away is now known as WolfieZero
- # [13:06] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [13:07] * Joins: hasather (~hasather@80.91.33.141)
- # [13:08] <smaug____> which one is the current promise spec
- # [13:09] <smaug____> maybe http://promises-aplus.github.io/promises-spec/ ?
- # [13:11] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
- # [13:12] <smaug____> but that doesn't define clearly how it all integrates with the event loop
- # [13:13] * Quits: zdobersek (~zan@109.201.154.190) (Quit: Leaving.)
- # [13:14] * Joins: hasather (~hasather@80.91.33.141)
- # [13:39] * WolfieZero is now known as WolfieZero|Away
- # [13:41] * WolfieZero|Away is now known as WolfieZero
- # [13:45] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Read error: Operation timed out)
- # [13:49] * Joins: encryptd_fractal (~mfrawley@24-177-124-44.dhcp.mdsn.wi.charter.com)
- # [13:54] * Quits: encryptd_fractal (~mfrawley@24-177-124-44.dhcp.mdsn.wi.charter.com) (Ping timeout: 253 seconds)
- # [13:56] * Quits: jahman (~woops@129.175.204.73) (Remote host closed the connection)
- # [13:57] * Joins: bholley (~bholley@187.64.32.150)
- # [14:01] * Quits: bholley (~bholley@187.64.32.150) (Client Quit)
- # [14:09] * Joins: encryptd_fractal (~mfrawley@rrcs-96-10-73-251.se.biz.rr.com)
- # [14:10] * WolfieZero is now known as WolfieZero|Away
- # [14:10] * Quits: rcombs (~rcombs@rcombs.me) (Ping timeout: 240 seconds)
- # [14:11] * Joins: IZh (~IZh@213.33.220.118)
- # [14:11] * Joins: rcombs (~rcombs@rcombs.me)
- # [14:12] <IZh> benschwarz: Hi.
- # [14:14] <zcorpan> smaug____: https://people.mozilla.org/~jorendorff/es6-draft.html maybe?
- # [14:15] * Quits: attiks (~chatzilla@d51530F49.static.telenet.be) (Quit: ChatZilla 0.9.90.1 [Firefox 27.0.1/20140212131424])
- # [14:15] * Joins: scor (scor@drupal.org/user/52142/view)
- # [14:20] * WolfieZero|Away is now known as WolfieZero
- # [14:30] <IZh> Is it possible to get PDF-version of HTML5? :-)
- # [14:31] * Joins: davve (~user@83.218.67.123)
- # [14:31] <IZh> I want to read it from my smartphone in offline. But I can't find actual offline-version or PDF.
- # [14:33] * Joins: felipeduardo (~felipedua@177.41.246.15)
- # [14:33] * Joins: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com)
- # [14:35] * Quits: encryptd_fractal (~mfrawley@rrcs-96-10-73-251.se.biz.rr.com) (Quit: Leaving.)
- # [14:40] * Joins: BS-Harou (~harou2@ip-94-113-65-148.net.upcbroadband.cz)
- # [14:40] * Joins: tj_vantoll (~Adium@2601:4:1400:5f5:ac0b:94ec:f181:fd20)
- # [14:42] * Joins: jdaggett (~jdaggett@q023013.dynamic.ppp.asahi-net.or.jp)
- # [14:42] * Joins: Ms2ger (~Ms2ger@109.233-64-87.adsl-dyn.isp.belgacom.be)
- # [14:45] * jorendorff_away is now known as jorendorff
- # [14:46] <jorendorff> promises spec will be better in a month, i'm told
- # [14:46] <jorendorff> kind of a disaster right now
- # [14:49] <zcorpan> IZh: there was for a while but is no longer because it took too much resources on the server or something. ask Hixie if you want to set up a web service he can run in the build process
- # [14:49] <odinho_> IZh: There was, -- but the generators kept crashing when it was created. This was way back though, I haven't had an urge to read spec any other place than web these days.
- # [14:50] * odinho_ is now known as odinho
- # [14:52] <zcorpan> also see https://hsivonen.fi/printing-wa10/ (this was earlier still)
- # [14:52] * Parts: BS-Harou (~harou2@ip-94-113-65-148.net.upcbroadband.cz)
- # [14:53] <IZh> zcorpan: Thanks. I will ask him.
- # [14:55] <IZh> odinho: I have most of the spare time on the road in train or subway where there is no Internet. :-) I tried to use single-page from W3C but it is too heavy for mobile devices. And it has an annoying banner on the left and more annoying button on top of the text.
- # [14:56] <IZh> Also I tried to download developers.whatwg.org and tried to build it. It doesn't work offline.
- # [14:57] * Quits: rcombs (~rcombs@rcombs.me) (Read error: Connection reset by peer)
- # [14:57] <jgraham> IZh: You should try getting Hixie to add offline support for the multipage spec :)
- # [14:58] <IZh> jgraham: I think, yes. :-)
- # [14:58] <IZh> Hixie: Hi.
- # [14:58] * Joins: rcombs (~rcombs@rcombs.me)
- # [14:58] <jgraham> IZh: (it is before 6am Hixie time)
- # [14:59] <IZh> By the way, http://archive.germanforblack.com/articles/html5-for-web-developers states: It features find-as-you-type search, offline access, beautiful typography, technical references pulled inline, and alternate styles for handheld devices or low resolution displays.
- # [15:00] <IZh> Where is promised offline access? ;-)
- # [15:00] <jgraham> That version, which isn't the whole spec, does seem to have offline access
- # [15:00] * Quits: tj_vantoll (~Adium@2601:4:1400:5f5:ac0b:94ec:f181:fd20) (Quit: Leaving.)
- # [15:01] <IZh> jgraham: I can't find it.
- # [15:01] <IZh> I mean, how to make it work offline?
- # [15:02] * Joins: BS-Harou (~harou2@ip-94-113-65-148.net.upcbroadband.cz)
- # [15:02] <jgraham> IZh: At least on Desktop Firefox it does an offline sync when you first load it and then transparently keeps working when you put the browser in offline mode
- # [15:02] <jgraham> YOu don't have to "do" anything
- # [15:02] * Joins: tj_vantoll (~Adium@2601:4:1400:5f5:cd3:f327:d552:9a52)
- # [15:03] <IZh> jgraham: Ahh... That offline... I used wget -r -p ;-)
- # [15:03] * Joins: bholley (~bholley@187.64.32.150)
- # [15:05] <jgraham> Yeah, the one targeted at people who, when confronted with a problem, don't think "I know, I'll use wget" ;)
- # [15:07] <IZh> I thought about "total offline" where I will have static version on my disk, and could open it by any local browser.
- # [15:09] <sangwhan> does anyone know if http://test.csswg.org/harness/suite/css-multicol-1_dev is still in use? tests are 404
- # [15:10] <IZh> By the way, it there any document describing difference between W3C's and WHATWG's HTML5?
- # [15:10] <sangwhan> IZh: http://www.w3.org/html/landscape/
- # [15:11] * Joins: decotii (~decotii@hq.croscon.com)
- # [15:12] <zcorpan> sangwhan: http://hg.csswg.org/test/file/ccd08e6ef255/approved/css3-multicol/src ?
- # [15:12] <IZh> sangwhan: Thank you. Both standards says that there is no such document. :-)
- # [15:13] <zcorpan> there is no spoon
- # [15:13] <sangwhan> zcorpan: thanks, so the suite i was looking at earlier is dead now?
- # [15:13] * sangwhan knows nothing about css-wg or processes there, it seems quite different from the other groups
- # [15:13] <zcorpan> sangwhan: no idea. ask in #css or #testing on irc.w3.org
- # [15:14] <sangwhan> zcorpan: ok, gotcha
- # [15:16] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [15:16] * WolfieZero is now known as WolfieZero|Away
- # [15:17] <Ms2ger> sangwhan, the csswg likes Process. A lot.
- # [15:18] <sangwhan> Ms2ger: process with a capital P?
- # [15:19] <Ms2ger> Yep
- # [15:20] * WolfieZero|Away is now known as WolfieZero
- # [15:21] <jgraham> Although not with a capital PR, sadly
- # [15:21] <zcorpan> PROcess
- # [15:21] <zcorpan> for the pros
- # [15:23] <jgraham> You have to have a recognised qualification in bureaucracy to get entry?
- # [15:24] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: Textual IRC Client: www.textualapp.com)
- # [15:25] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:25] * Joins: espadrine (~ttyl@AMontsouris-158-1-20-171.w92-128.abo.wanadoo.fr)
- # [15:25] * Joins: Lachy (~Lachy@213.166.174.2)
- # [15:32] * Joins: newtron (~newtron@199.71.174.203)
- # [15:34] * Quits: niloy (~niloy@110.224.128.10) (Ping timeout: 255 seconds)
- # [15:34] * Joins: samn (~samn@gateway.creuna.se)
- # [15:45] * Quits: jdaggett (~jdaggett@q023013.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
- # [15:48] * Joins: jahman (~woops@129.175.204.73)
- # [15:51] * jorendorff is now known as jorendorff_away
- # [15:52] * jorendorff_away is now known as jorendorff
- # [16:02] * Joins: benv (~benv@BARION1850W-LP130-03-1177625684.dsl.bell.ca)
- # [16:03] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Quit: is sleepy)
- # [16:08] * Quits: shaunbaker (~shaunbake@brick-lane.lbi.co.uk)
- # [16:16] * Joins: encryptd_fractal (~mfrawley@66-188-99-174.static.ftbg.wi.charter.com)
- # [16:20] * Quits: encryptd_fractal (~mfrawley@66-188-99-174.static.ftbg.wi.charter.com) (Client Quit)
- # [16:22] * Quits: benv (~benv@BARION1850W-LP130-03-1177625684.dsl.bell.ca) (Quit: Computer has gone to sleep.)
- # [16:28] * WolfieZero is now known as WolfieZero|Away
- # [16:29] * WolfieZero|Away is now known as WolfieZero
- # [16:38] * Joins: zdobersek (~zan@109.201.154.208)
- # [16:39] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [16:42] * Joins: shepazu (~shepazu@vpn.durhamcountync.gov)
- # [16:49] * WolfieZero is now known as WolfieZero|Away
- # [16:50] * WolfieZero|Away is now known as WolfieZero
- # [16:55] * Joins: benv (~benv@BARION1850W-LP130-03-1177625684.dsl.bell.ca)
- # [17:04] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Read error: Connection reset by peer)
- # [17:06] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [17:10] * Quits: Johnny- (~null@unaffiliated/johnny-) (Remote host closed the connection)
- # [17:11] * Joins: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net)
- # [17:13] * Quits: markkes (~markkes@62.207.90.201) (Quit: Nettalk6 - www.ntalk.de)
- # [17:16] * Joins: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net)
- # [17:21] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [17:23] * Quits: benv (~benv@BARION1850W-LP130-03-1177625684.dsl.bell.ca) (Ping timeout: 264 seconds)
- # [17:24] <dglazkov> good morning, Whatwg!
- # [17:25] * Joins: benv (~benv@74.86.107.157-static.reverse.softlayer.com)
- # [17:32] * Joins: reyre (~reyre@142.204.133.18)
- # [17:34] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:f16b:97e6:6657:855f) (Remote host closed the connection)
- # [17:34] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:f16b:97e6:6657:855f)
- # [17:38] * Joins: JosephSilber (~Joseph@ool-44c3e80a.static.optonline.net)
- # [17:39] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:f16b:97e6:6657:855f) (Ping timeout: 246 seconds)
- # [17:40] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [17:41] * Quits: cdan (~cdan@mail.savatech.ro) (Ping timeout: 245 seconds)
- # [17:42] * Quits: fredy (~fredy@snf-8914.vm.okeanos.grnet.gr) (Excess Flood)
- # [17:42] * Joins: dawhite (~dawhite@74.118.22.223)
- # [17:43] * Joins: fredy (~fredy@2001:648:2ffc:1225:a800:ff:fe12:113e)
- # [17:46] * Quits: jgraham (~jgraham@web91.webfaction.com) (Ping timeout: 265 seconds)
- # [17:47] * kbrosnan_ is now known as kbrosnan
- # [17:47] * Joins: lmclister (~lmclister@192.150.10.210)
- # [17:47] * Quits: kbrosnan (~kbrosnan@people1.scl3.mozilla.com) (Changing host)
- # [17:47] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
- # [17:47] * Quits: deniak (~denis@181.26.55.213.rev.sfr.net) (Quit: Bye)
- # [17:50] * Quits: lmclister (~lmclister@192.150.10.210) (Read error: Connection reset by peer)
- # [17:50] * Joins: lmclister (~lmclister@192.150.10.210)
- # [17:52] * Joins: jgraham (~jgraham@web91.webfaction.com)
- # [17:54] * Joins: jernoble|laptop (~jernoble@199-188-194-99.PUBLIC.monkeybrains.net)
- # [17:56] * Joins: jeffreyatw (~jeffreyat@173.247.197.10)
- # [17:56] * Quits: decotii (~decotii@hq.croscon.com) (Quit: Leaving)
- # [17:57] * Joins: shannonmoeller (~shannonmo@nat.sierrabravo.net)
- # [17:57] * WolfieZero is now known as WolfieZero|Away
- # [17:57] * rafaelw_ is now known as rafaelw
- # [18:00] * Joins: enryptd_fractal (~enryptd_f@66-188-99-174.static.ftbg.wi.charter.com)
- # [18:08] * Parts: BS-Harou (~harou2@ip-94-113-65-148.net.upcbroadband.cz)
- # [18:08] * Joins: tav (~tav`@soho89-16-224-130.sohonet.co.uk)
- # [18:08] * WolfieZero|Away is now known as WolfieZero
- # [18:09] * Joins: Maurice` (copyman@5ED57922.cm-7-6b.dynamic.ziggo.nl)
- # [18:10] * jonlee_|afk is now known as jonlee_
- # [18:12] * Quits: rafaelrinaldi (~rafaelrin@177.81.14.110) (Remote host closed the connection)
- # [18:12] * Joins: rafaelrinaldi (~rafaelrin@177.81.14.110)
- # [18:14] * Quits: shannonmoeller (~shannonmo@nat.sierrabravo.net) (Remote host closed the connection)
- # [18:14] * Joins: decotii (~decotii@hq.croscon.com)
- # [18:14] * Quits: decotii (~decotii@hq.croscon.com) (Remote host closed the connection)
- # [18:14] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [18:15] * Quits: bholley (~bholley@187.64.32.150) (Remote host closed the connection)
- # [18:16] * Quits: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de) (Ping timeout: 246 seconds)
- # [18:21] * Quits: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net) (Quit: sicking)
- # [18:23] * Joins: jsbell (jsbell@nat/google/x-lddhmibkgvqccuob)
- # [18:25] * Joins: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [18:27] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:11dc:d5cb:ec12:1197)
- # [18:32] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:11dc:d5cb:ec12:1197) (Ping timeout: 246 seconds)
- # [18:32] * Joins: ambv (~ambv@206.108.217.134)
- # [18:36] * Quits: IZh (~IZh@213.33.220.118) (Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.23/20131210201646])
- # [18:41] * Quits: samn (~samn@gateway.creuna.se) (Ping timeout: 265 seconds)
- # [18:41] * Joins: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net)
- # [18:42] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [18:42] * Joins: hasather (~hasather@80.91.33.141)
- # [18:43] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
- # [18:44] * jonlee_ is now known as jonlee_|afk
- # [18:45] * Quits: tav (~tav`@soho89-16-224-130.sohonet.co.uk) (Quit: tav)
- # [18:47] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 255 seconds)
- # [18:50] <TabAtkins> Replacing lone surrogates with U+FFFD wouldn't corrupt much, if any, I'd think.
- # [18:50] * Quits: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net) (Quit: sicking)
- # [18:52] * Joins: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net)
- # [18:52] <TabAtkins> gsnedders: There is no way to MQ based on device pixels directly. 'resolution' is based on the device-pixel-to-px ratio, if that's helpful.
- # [18:52] * Quits: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net) (Client Quit)
- # [18:56] * Joins: ap_ (~ap@2620:149:4:304:fc8b:2800:95b2:e04a)
- # [18:56] * WolfieZero is now known as WolfieZero|Away
- # [18:58] <gsnedders> TabAtkins: But then I have the fact there's no image-resolution supported, right? :(
- # [18:58] <TabAtkins> Yes. What are you trying to do?
- # [18:58] <gsnedders> Just have a header image that's high quality, and not always loading the full DPI one
- # [18:58] <gsnedders> s/DPI/resolution/
- # [18:58] <gsnedders> bleh
- # [18:59] <TabAtkins> In CSS or HTML?
- # [18:59] * WolfieZero|Away is now known as WolfieZero
- # [18:59] <TabAtkins> Sounds like CSS.
- # [18:59] <gsnedders> CSS really.
- # [18:59] <TabAtkins> Use -webkit-image-set().
- # [18:59] <gsnedders> What about other browsers? :(
- # [18:59] * WolfieZero is now known as WolfieZero|Away
- # [19:00] <TabAtkins> File bugs for them to implement image-set(). It's in Images 4.
- # [19:00] * Quits: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de) (Ping timeout: 255 seconds)
- # [19:01] <gsnedders> Does image-set not still render stuff at the CSS 96dpi-apparent?
- # [19:01] * Joins: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [19:01] <TabAtkins> I don't know what you're asking. But it believes you when you tell it what resolution the image is, and renders appropriately.
- # [19:01] <wilhelm> I didn't see your original question, but *-device-pixel-ratio plus a background-size property usually gets the job done.
- # [19:02] <TabAtkins> Yeah, manual sizing works too. Browsers'll downscale the high-DPI image to the size you specify, which is basically the same thing.
- # [19:03] * gsnedders wonders if he even has any high DPI hardware to test this on…
- # [19:03] <gsnedders> :P
- # [19:03] <TabAtkins> I recommend not doing anything at all if you don't have the ability to test it.
- # [19:05] <gsnedders> Oh, my tablet does. Okay.
- # [19:05] <Hixie> sangwhan: note that that landscape document is woefully incomplete (e.g. misses all the editorial changes, and a number of (unintentional?) normative changes
- # [19:05] <gsnedders> TabAtkins: Oh, I can borrow stuff to test, just slower turn-around town. :)
- # [19:05] * SamB wonders how much overlap there is between "high resolution hardware" and (say) "200% zoom"
- # [19:05] * Quits: WolfieZero|Away (~WolfieZer@neils-wireless.manor.fubra.net) (Ping timeout: 246 seconds)
- # [19:05] <gsnedders> s/town/time/
- # [19:05] <gsnedders> What am I even thinking.
- # [19:05] <wilhelm> gsnedders: I use manual sizing and queries on the banner with a person on it here: https://kreftforeningen.no/
- # [19:05] <sangwhan> Hixie: it's better than nothing...
- # [19:05] <TabAtkins> SamB: Ideally, a 2x device and a 1x device on 200% zoom should be treated identically by all the things that care about resolution.
- # [19:05] <SamB> TabAtkins: exactly my thoughts
- # [19:05] <Hixie> sangwhan: sure, just making sure people don't have the wrong expectations :-)
- # [19:06] <sangwhan> Hixie: point
- # [19:07] <wilhelm> gsnedders: (Actually, on that banner I have a ton of different images. I have a 1-column, 2-column and 3-column version of the image, depending on your screen width. Double that for 1x and 2x resolution of each. And then there's 7 different people it rotates between. :D )
- # [19:09] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [19:09] <Hixie> i really wish i could work out what people are doing ot accidentially file copy-and-paste content as bugs
- # [19:12] <SamB> against html?
- # [19:12] * Quits: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [19:12] <SamB> perhaps they use devices on which it is easy to accidentally paste?
- # [19:13] <TabAtkins> I dont' think those devices exist.
- # [19:13] <SamB> so you don't think pocket-drag-and-drop is likely?
- # [19:14] <TabAtkins> I don't, no. ^_^
- # [19:14] * Joins: shannonmoeller (~shannonmo@pool-108-17-8-225.bflony.fios.verizon.net)
- # [19:14] <gsnedders> wilhelm: Well ooooh, aren't you fancy. :P
- # [19:14] <wilhelm> Unix middle click? (c:
- # [19:15] <SamB> Hixie: do you have user-agent data?
- # [19:15] <wilhelm> gsnedders: Responsive photography is fun, mmkay.
- # [19:15] <SamB> I guess that goes into the bugs, doesn't it
- # [19:15] <gsnedders> wilhelm: :)
- # [19:16] <gsnedders> I know I'm not going to get this done in the week I have before exam panic time :(
- # [19:16] <wilhelm> You're procastina-hacking?
- # [19:17] <gsnedders> Nah, I put aside this week to do stuff *I* want to do and don't have external deadlines for.
- # [19:17] <Hixie> SamB: yeah
- # [19:17] <gsnedders> Except dealing with taxes. Have external deadline for that.
- # [19:17] <gsnedders> And I have to file taxes *on paper*. Ergh.
- # [19:18] <gsnedders> Pretty sure that's cruel or unusual punishment.
- # [19:18] * Quits: tj_vantoll (~Adium@2601:4:1400:5f5:cd3:f327:d552:9a52) (Quit: Leaving.)
- # [19:18] <wilhelm> Is your government from the past?
- # [19:19] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [19:19] <gsnedders> It can be done: a) online (except if 1, 2, or 3 apply); b) using third-party commerical software; c) on paper.
- # [19:19] <gsnedders> I refuse to pay for the third-party software, and I'm in one of the categories forbidden from online, so…
- # [19:19] * Quits: JosephSilber (~Joseph@ool-44c3e80a.static.optonline.net) (Ping timeout: 265 seconds)
- # [19:20] * Quits: shannonmoeller (~shannonmo@pool-108-17-8-225.bflony.fios.verizon.net) (Remote host closed the connection)
- # [19:21] * Joins: shannonmoeller (~shannonmo@nat.sierrabravo.net)
- # [19:24] * Joins: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com)
- # [19:25] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [19:27] * Joins: estellevw (~estellewy@surveymonkey-3.border1.pao001.pnap.net)
- # [19:27] <Hixie> hey, i found a bug in the tokeniser tests
- # [19:28] <Hixie> "Bad named entity: Abreve without a semi-colon" doesn't have a "ParserError"
- # [19:28] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:4433:85e6:e582:9bfb)
- # [19:29] <gsnedders> file a bug
- # [19:29] <gsnedders> To quote your normal retort :)
- # [19:30] <Hixie> i have a patch
- # [19:30] <Hixie> what do i do with it?
- # [19:31] * Joins: weinig (~weinig@17.114.217.177)
- # [19:31] <Hixie> (also, are none of you actually checking the parser errors in the tokeniser tests? how was this not caught earlier?)
- # [19:31] <SimonSapin> zcorpan: CSSOM doesn’t say anything about surrogate code point. Does that mean they’re valid in any input and end up untouched in selectors, property values, etc?
- # [19:31] <gsnedders> The same as you did for the last contribution you made to html5lib! Create a pull request on it.
- # [19:31] <gsnedders> Hixie: html5lib definitely doesn't check parse errors, I think Nolan's Obj-C parser does, but I don't know if he uses the tokenizer tests
- # [19:31] * Joins: Areks_home (~Areks@128-72-14-14.broadband.corbina.ru)
- # [19:32] <gsnedders> The tokenizer tests are somewhat dead, everybody just uses the tree-construction tests.
- # [19:32] <Hixie> gsnedders: do the tree-construction tests subsume all the tokeniser tests?
- # [19:32] <Hixie> (would be good to put that in the README if it's true)
- # [19:32] <gsnedders> Not quite. jgraham had a programmatic conversion to tree constructor tests which I believe is public somewhere.
- # [19:32] <Hixie> (how the heck do i do a pull thingy. the google isn't helping me.)
- # [19:33] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:4433:85e6:e582:9bfb) (Ping timeout: 246 seconds)
- # [19:33] * Quits: shepazu (~shepazu@vpn.durhamcountync.gov) (Quit: is sleepy)
- # [19:33] <Hixie> well right now my tokeniser is just entity parsing, so i'll keep using them for now and see how bad they are
- # [19:33] <Hixie> if they're actually useless, i'll propose killing them entirely.
- # [19:34] <jgraham> They shouldn't be useless
- # [19:34] <gsnedders> There's also the difficulty that different impls rely on different amounts of feedback from the tree constructor
- # [19:34] <Hixie> git commit, git push?
- # [19:34] <gsnedders> (i.e., some make transitions defined in the tree construction in the tokenizer)
- # [19:35] <gsnedders> Hixie: Yeah, then go onto GH and create a PR.
- # [19:35] <Hixie> yeah i never really understood why we had tokeniser tests at all, but since we have them i figured i'd use them
- # [19:35] <jgraham> Hixie: On a branch
- # [19:35] <gsnedders> Hixie: but if jgraham's around he can help
- # [19:35] <gsnedders> Because I need to go :)
- # [19:35] <jgraham> I'm not, really
- # [19:35] <Hixie> i miss the good old days where submitting a patch was just svn diff | email
- # [19:35] * jgraham doesn't :p
- # [19:35] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [19:36] <Hixie> jesus, you have to git add first
- # [19:36] <jgraham> (this is a good thing)
- # [19:36] <Hixie> if you say so
- # [19:36] <Hixie> what username is git push asking me for?
- # [19:37] <jgraham> You need to set up ssh keys for github
- # [19:38] <Hixie> to _submit a patch_ i need an _ssh key_?!
- # [19:38] * Quits: benvie (~bbenvie@204.28.118.69) (Ping timeout: 264 seconds)
- # [19:38] <jgraham> Yes
- # [19:38] <Hixie> ok forget that
- # [19:38] <Hixie> i'll just send gsnedders a diff when i'm done
- # [19:39] * Quits: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com) (Quit: arunranga)
- # [19:39] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 255 seconds)
- # [19:39] * Joins: benvie (~bbenvie@corp-nat.p2p.sfo1.mozilla.com)
- # [19:39] <Ms2ger> Hixie, I think you can push over https with your password
- # [19:40] <SamB> Hixie: yes, it'd be better if you could just submit merge requests by email like you used to be able to do with bzr
- # [19:41] <Hixie> hm, actually, this whole patch is wrong anyway. turns out "&Abreve" alone isn't a parse error, since it's not a valid entity and there's no trailing semicolon
- # [19:41] * Quits: plutoniix (~plutoniix@node-1cuj.pool-101-108.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [19:41] <SamB> what is a "parse error"
- # [19:41] * Joins: padam (~padam@202.70.65.6)
- # [19:43] <Hixie> SamB: http://www.whatwg.org/specs/web-apps/current-work/#parse-error
- # [19:43] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Quit: barnabywalters)
- # [19:43] <SamB> I guess I should have checked for that before saying that
- # [19:45] <gsnedders> Hixie: I think html5lib-python tests *number* of parse errors (but not order), so I think the number /should/ be right
- # [19:45] <Hixie> yeah, i just misread the test
- # [19:45] <Hixie> my implementation had a big "XXX need to only fire parse error in certain cases" thing where my bug was
- # [19:46] <Hixie> i didn't expect that to be one of the first things i'd run into
- # [19:46] * Joins: tj_vantoll (~Adium@2601:4:1400:5f5:508e:3168:7181:f7ac)
- # [19:46] <SamB> FR: source code should be in color
- # [19:46] <SamB> so it could be a big *red* XXX
- # [19:47] <gsnedders> As the top of source shows, Hixie is a fan of text-mode
- # [19:47] <SamB> hmm, actually that's not a very good joke, since you can actually do that ...
- # [19:47] <Hixie> actually i'm using delphi-mode here.
- # [19:47] <Hixie> though it really doesn't colour much
- # [19:48] <SamB> can't you add more patterns like usual?
- # [19:48] * Joins: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com)
- # [19:50] * Quits: lmclister (~lmclister@192.150.10.210)
- # [19:51] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [19:51] * Joins: espadrine` (~ttyl@AMontsouris-158-1-87-187.w90-2.abo.wanadoo.fr)
- # [19:51] <Hixie> SamB: that would involve figuring out elisp...
- # [19:55] * Quits: espadrine (~ttyl@AMontsouris-158-1-20-171.w92-128.abo.wanadoo.fr) (Ping timeout: 240 seconds)
- # [19:58] * Joins: tj_vantoll1 (~Adium@c-68-84-189-15.hsd1.mi.comcast.net)
- # [20:00] * Quits: tj_vantoll (~Adium@2601:4:1400:5f5:508e:3168:7181:f7ac) (Ping timeout: 265 seconds)
- # [20:03] * Quits: dawhite (~dawhite@74.118.22.223) (Ping timeout: 268 seconds)
- # [20:04] * Quits: weinig (~weinig@17.114.217.177) (Quit: weinig)
- # [20:04] * hober <3 elisp
- # [20:05] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
- # [20:05] <Ms2ger> Hixie, you don't do elisp? What kind of emacs user are you? :)
- # [20:06] <Hixie> a busy one? :-)
- # [20:07] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:10] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
- # [20:15] * Joins: dawhite (~dawhite@74.118.22.223)
- # [20:16] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [20:19] * Joins: plutoniix (~plutoniix@node-1cuj.pool-101-108.dynamic.totbb.net)
- # [20:21] * Joins: IZh (~IZh@0897578511.static.corbina.ru)
- # [20:22] * Joins: weinig (~weinig@17.114.217.177)
- # [20:27] * pdr is now known as pdr|meeting
- # [20:29] * Krinkle|detached is now known as Krinkle
- # [20:29] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:8458:8a0:9c4d:c3d9)
- # [20:29] * Joins: bholley (~bholley@187.64.32.150)
- # [20:29] * Quits: weinig (~weinig@17.114.217.177) (Quit: weinig)
- # [20:29] <TabAtkins> Hixie: Github wants your login if you're submitting a patch. It prefers if you've set up ssh keys for identity, but you can do un/pw if necessary. You have to swap what url you're pushing to, though.
- # [20:30] <TabAtkins> If you want to pretend that git add doesn't exist, just always commit with the -a flag as well, like `git commit -am "foo"`.
- # [20:30] <TabAtkins> (This won't catch new files that get added - you still have to manually add them - but it'll catch all your edits.)
- # [20:32] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:33] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:8458:8a0:9c4d:c3d9) (Ping timeout: 246 seconds)
- # [20:33] <Hixie> good to know
- # [20:35] * Quits: IZh (~IZh@0897578511.static.corbina.ru) (Quit: liteIRC for Android)
- # [20:35] * Joins: weinig (~weinig@17.114.7.64)
- # [20:36] * Joins: IZh (~IZh@0897578511.static.corbina.ru)
- # [20:39] * Joins: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [20:39] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Remote host closed the connection)
- # [20:41] * Quits: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [20:41] <Hixie> load average: 37.79, 27.83, 16.00
- # [20:42] * Joins: llkats (~llkats@h-64-236-138-3.aoltw.net)
- # [20:42] <Hixie> that explains why i was getting high latency...
- # [20:42] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [20:42] <Hixie> all seems to be blog traffic
- # [20:42] <Hixie> lots of lines of:
- # [20:42] <Hixie> 10372 25923 lhunt 1:19.59 1.3 265m 39m 2.6 ? php53.cgi
- # [20:44] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [20:47] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [20:48] * Quits: benv (~benv@74.86.107.157-static.reverse.softlayer.com) (Ping timeout: 255 seconds)
- # [20:48] <Hixie> looks like lots and lots of traffic from 50.56.236.169
- # [20:49] * Quits: zdobersek (~zan@109.201.154.208) (Quit: Leaving.)
- # [20:51] * Joins: shepazu (~shepazu@ip-64-134-187-53.public.wayport.net)
- # [20:52] * Joins: benv (~benv@BARION1850W-LP130-03-1177625684.dsl.bell.ca)
- # [20:53] * Quits: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com) (Quit: arunranga)
- # [20:54] * Quits: bholley (~bholley@187.64.32.150) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:54] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:55] * Joins: blooberry (Brian@nat/intel/x-trstxajbwkhqzcio)
- # [20:57] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [20:57] * Quits: weinig (~weinig@17.114.7.64) (Quit: weinig)
- # [20:57] * Quits: shepazu (~shepazu@ip-64-134-187-53.public.wayport.net) (Ping timeout: 240 seconds)
- # [20:57] * Joins: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com)
- # [20:58] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [21:04] * Joins: rafaelri_ (~rafaelrin@B12E8AB3.dynamic.spo.dsl.tesa.net.br)
- # [21:04] * Joins: darobin (~darobin@2a01:e34:ed05:d180:1121:24a5:e5d0:cbd)
- # [21:05] * Joins: decotii (~decotii@hq.croscon.com)
- # [21:06] * rafaelri_ is now known as rafaelrinaldi_
- # [21:07] * Joins: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [21:07] * Joins: shepazu (~shepazu@50.59.37.123)
- # [21:08] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [21:10] * Joins: shannonm_ (~shannonmo@nat.sierrabravo.net)
- # [21:10] * Quits: shannonmoeller (~shannonmo@nat.sierrabravo.net) (Read error: Connection reset by peer)
- # [21:10] * Joins: lmclister (~lmclister@192.150.10.210)
- # [21:11] * Joins: a-ja (~Instantbi@70.230.145.30)
- # [21:14] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
- # [21:16] <jochen__> Domenic_: around?
- # [21:18] * Krinkle is now known as Krinkle|detached
- # [21:18] <aklein> jochen__: https://www.w3.org/Bugs/Public/show_bug.cgi?id=22296 has lots of background here but as Hixie said it didn't exactly land at a complete conclusion
- # [21:18] * Joins: rubatdub (~khalil@213.188.172.141)
- # [21:19] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [21:19] <aklein> jochen__: some thoughts from Domenic_ in particular at https://www.w3.org/Bugs/Public/show_bug.cgi?id=22296#c36
- # [21:22] <jochen__> i wonder how the spec sets up the execution context
- # [21:25] <Domenic_> jochen__: for a bit yeah
- # [21:25] <jochen__> cool
- # [21:26] <jochen__> Domenic_: so my question is, in https://code.google.com/p/chromium/issues/detail?id=346167 you say that chrome violates the es spec
- # [21:26] <jochen__> but I fail to understand which part
- # [21:26] <aklein> jochen__: "A new execution context is created whenever control is transferred from the executable code associated with the currently running execution context to executable code that is not associated with that execution context."
- # [21:26] <Domenic_> jochen__: I believe that was fixed looking at the code recently; I haven't re-run the tests yet though.
- # [21:26] <jochen__> as the spec allows the embedder to schedule whatever other tasks it feels like
- # [21:27] <Domenic_> jochen__: oh we are talking about the scheduler, not chrome's nonstandard tests, sorry.
- # [21:27] <Domenic_> s/tests/methods
- # [21:27] <jochen__> right
- # [21:27] * Quits: jernoble (~jernoble@17.202.46.221) (Quit: Textual IRC Client: www.textualapp.com)
- # [21:27] <jochen__> the spec says the embedder might mix in arbitrary other tasks as long as the js tasks are executed FIFO
- # [21:27] <aklein> jochen__: and [[Call]] creates one too: https://people.mozilla.org/~jorendorff/es6-draft.html#sec-built-in-function-objects-call-thisargument-argumentslist
- # [21:28] * Quits: shepazu (~shepazu@50.59.37.123) (Quit: is sleepy)
- # [21:28] * Quits: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [21:29] <jochen__> aklein: yes, I meant, are there any guarntess about the context
- # [21:30] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [21:30] <Domenic_> jochen__: you may be right. but i am not sure an entire event loop turn is allowed to pass.
- # [21:31] * Joins: bholley (~bholley@187.64.32.150)
- # [21:31] <jochen__> does the es spec talk about event loops at all?
- # [21:31] <Domenic_> No
- # [21:31] <Domenic_> I guess if you pretended the entire rendering-etc-cycle was one Task
- # [21:31] <Domenic_> so that the ES task queue never emptied
- # [21:32] <Domenic_> then you could interleave rendering between promise Tasks
- # [21:33] <jochen__> maybe we shouldn't have mutation observers, but use object.observe on the javascript objects representing the dom nodes
- # [21:33] <jochen__> then all tasks are speced by ES
- # [21:34] <aklein> jochen__: heh
- # [21:34] <Domenic_> i think there are backcompat restrictions on mutation observer firing order that make any FIFO model fail
- # [21:34] <SamB> jochen__: does that work nicely with different objectspaces seeing the same DOM?
- # [21:34] <aklein> jochen__: actually the more I read the more it seems like we need a SetAutorunMicrotasks(false) for the ES6 spec just like rafaelw added for V8
- # [21:34] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 255 seconds)
- # [21:34] <SamB> i.e. in "content scripts"
- # [21:34] <aklein> jochen__: and then HTML would say how to treat the queues in ES
- # [21:35] * Joins: weinig (~weinig@17.114.217.177)
- # [21:35] <Domenic_> i generally think the fact that ES and HTML are both speccing this is a disgrace
- # [21:35] <aklein> as it is ES is trying to defer to HTML but isn't being specific enough
- # [21:35] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Quit: Reconnecting…)
- # [21:35] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [21:35] <Hixie> i'm happy to integrate or provide hooks or whatever is needed
- # [21:36] <SamB> so, maybe HTML people need to rewrite that attempt to defer and send in the patch?
- # [21:36] <jochen__> aklein: sure, if the es guys are ok with saying "there's no guarantee about the tasks at all other that then the ones that get eventually executed are run in fifo order"
- # [21:36] <aklein> Domenic_: I don't see how that's avoidable given the existence of non-browser embedders
- # [21:36] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Client Quit)
- # [21:36] <aklein> Hixie: have you read the task queues stuff that's in the ES6 draft?
- # [21:36] <SamB> aklein: well, it would be nice to reduce the duplication as much as possible
- # [21:36] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [21:36] <Domenic_> aklein: i guess. do browser embedders actually act significantly different from the HTML spec?
- # [21:36] <Domenic_> er, non-browser embedders
- # [21:37] <aklein> Domenic_: I guess you could just have ES say nothing about running tasks, just queueing them
- # [21:37] <Hixie> aklein: i read it at some point. i was hoping to get contacted by whoever was writing it.
- # [21:37] <aklein> but that would be kinda funny
- # [21:37] <Domenic_> Hixie: I would hope that too :(. Allen seems pretty set on "I'm just going to spec a general model, I don't need to collaborate"
- # [21:38] <jochen__> an alternative is that ES requires the tasks to run before any other embedder event
- # [21:38] <Ms2ger> Domenic_, sounds like Allen
- # [21:38] <aklein> jochen__: amusingly that's what we had implemented while object.observe was behind a flag
- # [21:39] <aklein> just because it was convenient
- # [21:39] <jochen__> why did you change it?
- # [21:39] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [21:40] * smaug____ wonders how stable object.observe is
- # [21:40] * Joins: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [21:41] <aklein> jochen__: see wycats__ asking for basically that behavior in https://www.w3.org/Bugs/Public/show_bug.cgi?id=22296#c16, and Rafael's response
- # [21:44] <jochen__> ok
- # [21:44] <jochen__> but I disagree with that statement
- # [21:44] <jochen__> fifo requires to run a nasty message loop at the end of each event
- # [21:44] <jochen__> and appears to be hard to spec
- # [21:44] <Hixie> (woot, i pass namedEntities.test!)
- # [21:44] <jochen__> thus hard to explain
- # [21:44] <jochen__> = error prone
- # [21:44] <jochen__> :)
- # [21:45] * Joins: hasather (~hasather@80.91.33.141)
- # [21:46] <smaug____> sounds odd if ES tasks had higher priority
- # [21:46] <aklein> jochen__: it sounds like you're arguing for something that's simpler to spec/simpler to implement and disregarding how weird the actual behavior is?
- # [21:46] * Joins: WolfieZero (~WolfieZer@90.202.161.149)
- # [21:47] <jochen__> hum, i think it's also less weird
- # [21:47] <jochen__> like, now, in what context are the promise tasks executed?
- # [21:48] <jochen__> a mutation observer could just do document.write()
- # [21:48] <aklein> jochen__: as I said in my email, I think that's colored because you're one of like 20 people on the planet who have a very secure grasp of what's "javascript" and what's "embedder"
- # [21:48] <jochen__> and so the promise task gets an entirely different world
- # [21:48] <aklein> so could a promise task, though
- # [21:48] <jochen__> right
- # [21:48] <aklein> maybe you're arguing that Promises should just go first?
- # [21:48] <jochen__> but then it's a defined series of updates to the context
- # [21:48] <jochen__> (defined as in pure ES defined)
- # [21:49] <jochen__> yes, that's what i meant to say
- # [21:49] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
- # [21:49] <aklein> what about Object.observe callbacks?
- # [21:50] <jochen__> all ES tasks should go in FIFO order
- # [21:50] <jochen__> (basically using the microtasks autorun = true mode in v8)
- # [21:51] <SamB> that sounds a bit overconstrained ...
- # [21:51] * Quits: weinig (~weinig@17.114.217.177) (Quit: weinig)
- # [21:51] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:4ddf:4d37:6675:2857)
- # [21:51] * Quits: ttepasse (~ttepasse@ip-37-201-122-69.unitymediagroup.de)
- # [21:51] <aklein> jochen__: so my argument there is, what's special about ES tasks?
- # [21:52] <SamB> or I guess you mean tasks that are unblocked?
- # [21:52] <aklein> as smaug____ said above, it seems sort of odd just to choose ES tasks
- # [21:53] <jochen__> why is it odd?
- # [21:53] <aklein> how are they different than embedder tasks?
- # [21:53] <jochen__> or more odd to prefer es tasks and mutation observers over postMessage()
- # [21:53] <jochen__> (i think postMessage is a better example than setTimeout because the latter is a delayed task)
- # [21:53] <aklein> jochen__: so there's a whole argument about why observers want to go before postMessage
- # [21:53] <Domenic_> es tasks (= promises, object.observe) + mutation observers are microtasks
- # [21:53] <Domenic_> postMessage() is macrotask
- # [21:53] * SamB sort of suspects that HTML would have some nasty cases which the rules ES would come up with wouldn't handle compatibly ...
- # [21:54] <aklein> which I was hoping rafaelw would provide on the email thread since he's good at stating it
- # [21:54] <aklein> but it really goes back to the birth of MutationObservers
- # [21:54] <aklein> which were designed as a replacement for Mutation Events
- # [21:54] <SamB> so nobody already wrote up the argument somewhere?
- # [21:54] <jochen__> i know
- # [21:54] <aklein> we wanted them to run asynchronously (to avoid the performance and security problems of Mutation Events)
- # [21:55] <aklein> but not so asynchronously that there'd be a paint before they ran
- # [21:55] <aklein> (so they can be used, e.g., to polyfill custom elements)
- # [21:55] <SamB> eww
- # [21:55] <SamB> I hope you mean "new elements"?
- # [21:55] <Domenic_> microtasks are a Good Thing
- # [21:56] <smaug____> !
- # [21:56] <Domenic_> they are one of the innovations of the web platform IMO
- # [21:56] <aklein> SamB: sure: polyfill DOM features
- # [21:56] <Domenic_> traditional async data binding frameworks suffer badly from having only macrotasks
- # [21:56] <jochen__> but you realize that this is not possible, right?
- # [21:56] <jochen__> if I modify a polyfilled element and immediately query it, the polyfill didn't have a chance to run yet
- # [21:57] <SamB> jochen__: I was just thinking that ...
- # [21:57] <smaug____> also giving separate view of world for event listeners played part in microtask design
- # [21:58] <aklein> jochen__: sure, there are some things you lose by not acting synchrously
- # [21:58] * Joins: othermaciej (~mjs@17.114.217.106)
- # [21:59] <smaug____> mutation events have shown that doing stuff synchronously isn't just workable solution for everything. And we need good performance
- # [21:59] <smaug____> in Gecko MutationObservers were even initially 7x faster way to observer changes in DOM than Mutation Events
- # [21:59] <smaug____> (and should be better now )
- # [22:00] <jochen__> i guess in the end, i'd just like this behavior to be specified
- # [22:01] * SamB wonders if there are any attempts to standardize the treatment of "content scripts" which have their own javascript objects, but which nevertheless interact with the same DOM tree
- # [22:01] <aklein> jochen__: indeed, that I can totally agree with, it sounds like we need to get Hixie and Allen in a room together
- # [22:01] <Domenic_> IMO someone (whether HTML or ES or heck a third spec why not) should spec out something that matches all existing implementations. Which will be closer to HTML than what ES has.
- # [22:01] <Domenic_> Then both HTML and ES delegate to that
- # [22:02] <jochen__> SamB: i don't think so
- # [22:02] <Domenic_> http://esdiscuss.org/topic/es6-tasks-and-taskqueues#content-3 if you guys haven't seen Allen's response
- # [22:03] <smaug____> SamB: what is the context here?
- # [22:03] <smaug____> (In Gecko content script is a privileged script which has access to the top level window object)
- # [22:03] * Quits: IZh (~IZh@0897578511.static.corbina.ru) (Quit: liteIRC for Android)
- # [22:04] <SamB> yeah, I know that there are some big differences between how Gecko and Chromium treat such scripts
- # [22:04] * Joins: weinig (~weinig@17.114.217.177)
- # [22:05] <SamB> or, mmm, maybe you mean a different top level
- # [22:05] <SamB> smaug____: anyway, the Grease-style scripts for starters
- # [22:05] <smaug____> I don't know what is "content script" in blink
- # [22:05] <smaug____> ah
- # [22:05] <aklein> jochen__: I have to run, sorry (I realize it's much later for you :)
- # [22:06] <SamB> er, +Monkey
- # [22:07] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Quit: Reconnecting…)
- # [22:07] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [22:08] <SamB> smaug____: anyway, https://developer.chrome.com/extensions/content_scripts describes them as they apply to Chrome extensions
- # [22:09] <smaug____> oh, but they get totally different view from page's scripts, right?
- # [22:09] <SamB> yeah, as do GreaseMonkey scripts now
- # [22:10] <SamB> though with GreaseMonkey the scripts *can* actually mess with the page's objects too
- # [22:10] <smaug____> yes
- # [22:10] * Quits: jsbell (jsbell@nat/google/x-lddhmibkgvqccuob) (Read error: Connection reset by peer)
- # [22:10] <smaug____> gecko background shows up there, I guess
- # [22:14] * Quits: benv (~benv@BARION1850W-LP130-03-1177625684.dsl.bell.ca) (Ping timeout: 255 seconds)
- # [22:15] * WolfieZero is now known as WolfieZero|Away
- # [22:16] * Joins: benv (~benv@74.86.107.157-static.reverse.softlayer.com)
- # [22:17] <SamB> Okay, some people are just crazy. Naming a browser "Web"? For real?
- # [22:19] * Joins: hasather (~hasather@80.91.33.141)
- # [22:19] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [22:20] * Quits: WolfieZero|Away (~WolfieZer@90.202.161.149) (Ping timeout: 255 seconds)
- # [22:21] * Quits: darobin (~darobin@2a01:e34:ed05:d180:1121:24a5:e5d0:cbd) (Quit: Leaving...)
- # [22:22] <SamB> my, what lovely documentation Chrome has for userscripts: http://www.chromium.org/developers/design-documents/user-scripts/
- # [22:23] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
- # [22:28] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [22:32] * Quits: weinig (~weinig@17.114.217.177) (Quit: weinig)
- # [22:33] * Joins: WolfieZero (~WolfieZer@90.202.161.149)
- # [22:33] * Quits: WolfieZero (~WolfieZer@90.202.161.149) (Max SendQ exceeded)
- # [22:34] * Joins: WolfieZero (~WolfieZer@90.202.161.149)
- # [22:34] * Quits: reyre (~reyre@142.204.133.18) (Remote host closed the connection)
- # [22:35] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Remote host closed the connection)
- # [22:37] * Joins: Smylers (~smylers@31.55.74.33)
- # [22:37] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [22:38] * Krinkle|detached is now known as Krinkle
- # [22:41] <zcorpan> anyone know where aryeh's innerText spec went? and tests? http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2011-February/030179.html
- # [22:41] <smaug____> Ms2ger: ^
- # [22:42] <Ms2ger> I think he put it up somewhere and then nobody implemented it
- # [22:42] <Ms2ger> Looks like it was at http://aryeh.name/spec/innertext/innertext.html
- # [22:43] <Ms2ger> I don't think I have a copy
- # [22:44] * Joins: jdaggett (~jdaggett@q023013.dynamic.ppp.asahi-net.or.jp)
- # [22:45] <Ms2ger> Wayback has it at http://web.archive.org/web/20121127212525/http://aryeh.name/spec/innertext/innertext.html
- # [22:47] <Ms2ger> I'll email him
- # [22:47] * Joins: weinig (~weinig@17.114.217.177)
- # [22:48] <jochen__> is somebody here involved with MediaQueryListListeners?
- # [22:48] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [22:48] <jochen__> i wonder why MediaQueryList doesn't simple define an onchanged event or something
- # [22:48] <Ms2ger> TabAtkins, by default, I guess
- # [22:48] <jochen__> but instead defines it's on kind of event that's completely different from the rest
- # [22:49] <TabAtkins> Probably because MQL is dumb and stupid.
- # [22:49] <jochen__> can we update the spec
- # [22:49] <jochen__> pretty please
- # [22:49] <TabAtkins> Mail www-style?
- # [22:49] <jochen__> with sugar on top
- # [22:49] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [22:49] <jochen__> will do
- # [22:50] * Quits: Areks_home (~Areks@128-72-14-14.broadband.corbina.ru) (Ping timeout: 240 seconds)
- # [22:50] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [22:52] <jochen__> done
- # [22:52] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [22:54] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [22:55] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [22:55] <Hixie> Domenic_: re your exception "proximate cause" thing, what we could do is have each place that fires an exception get a unique ID (maybe even a real GUID, though that would be a bit overlong, maybe something shorter)
- # [22:55] * Quits: rubatdub (~khalil@213.188.172.141) (Remote host closed the connection)
- # [22:57] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [22:57] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [22:58] * Quits: shannonm_ (~shannonmo@nat.sierrabravo.net) (Read error: Connection reset by peer)
- # [23:00] <TabAtkins> Where is MQL defined?
- # [23:00] * Joins: shannonmoeller (~shannonmo@nat.sierrabravo.net)
- # [23:00] * Quits: estellevw (~estellewy@surveymonkey-3.border1.pao001.pnap.net) (Quit: estellevw)
- # [23:01] * Joins: jsbell (jsbell@nat/google/x-meaxzlnrmgjfkewa)
- # [23:04] * Quits: fredy (~fredy@2001:648:2ffc:1225:a800:ff:fe12:113e) (Excess Flood)
- # [23:05] * Joins: fredy (~fredy@snf-8914.vm.okeanos.grnet.gr)
- # [23:06] * Quits: ambv (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [23:06] * Quits: TallTed (~Thud@63.119.36.36)
- # [23:07] <TabAtkins> Ah, OM View
- # [23:08] * Quits: benv (~benv@74.86.107.157-static.reverse.softlayer.com) (Ping timeout: 246 seconds)
- # [23:08] * Quits: weinig (~weinig@17.114.217.177) (Quit: weinig)
- # [23:09] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
- # [23:10] <jochen__> TabAtkins: so what would be the process to make that change happen?
- # [23:10] <TabAtkins> I just responded. We figure out what to do, edit the spec accordingly, file bugs, done.
- # [23:10] <jochen__> cool
- # [23:12] <zcorpan> SimonSapin: my thinking was to let them pass through as in the dom. but it's not explicit. also see https://www.w3.org/Bugs/Public/show_bug.cgi?id=25110
- # [23:12] * WolfieZero is now known as WolfieZero|Away
- # [23:13] * Quits: WolfieZero|Away (~WolfieZer@90.202.161.149) (Read error: Connection reset by peer)
- # [23:14] <SimonSapin> well CSS backslash-escapes explicitly decode surrogates to U+FFFD
- # [23:14] * Joins: WolfieZero (~WolfieZer@90.202.161.149)
- # [23:14] <SimonSapin> but yeah, they otherwise pass through implicitly
- # [23:14] <SimonSapin> I wish we could change that
- # [23:15] <zcorpan> SimonSapin: that's a JS-escape, not a CSS escape
- # [23:15] * Quits: Maurice` (copyman@5ED57922.cm-7-6b.dynamic.ziggo.nl)
- # [23:15] <SimonSapin> zcorpan: quoting from the bug: "CSS.escape('\uD800')"
- # [23:15] <zcorpan> SimonSapin: yep. JS escape
- # [23:16] <SimonSapin> ok, yes, \uD800 is a JS escape
- # [23:16] <SimonSapin> but CSS.escape() just lets it though
- # [23:16] <zcorpan> yeah
- # [23:16] <SimonSapin> encoding it as \D800 would not work
- # [23:16] <zcorpan> right
- # [23:17] <zcorpan> but we could change it i guess
- # [23:17] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [23:17] <zcorpan> but i don't see the point if it's not possible to change in the dom
- # [23:17] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [23:17] <zcorpan> is it?
- # [23:18] <SimonSapin> document.write() and innerHTML might be more constrained
- # [23:18] <SimonSapin> but still, I’d prefer rust-cssparser to work with UTF-8 input rather than UCS-2
- # [23:19] * Quits: shannonmoeller (~shannonmo@nat.sierrabravo.net) (Remote host closed the connection)
- # [23:19] * Joins: shannonmoeller (~shannonmo@nat.sierrabravo.net)
- # [23:22] * Quits: tj_vantoll1 (~Adium@c-68-84-189-15.hsd1.mi.comcast.net) (Quit: Leaving.)
- # [23:23] * Joins: hasather (~hasather@80.91.33.141)
- # [23:24] <zcorpan> SimonSapin: you have to do better than that :-P
- # [23:24] * Quits: shannonmoeller (~shannonmo@nat.sierrabravo.net) (Ping timeout: 245 seconds)
- # [23:24] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [23:24] <SimonSapin> surrogates are evil and we should limit the spread of the infection as much as possible
- # [23:26] <zcorpan> now you're not making sense. evil is not a diseases
- # [23:26] <zcorpan> s/s//
- # [23:27] <SimonSapin> not making ense?
- # [23:27] <zcorpan> that's right
- # [23:27] * Quits: hasather (~hasather@80.91.33.141) (Read error: Operation timed out)
- # [23:32] * WolfieZero is now known as WolfieZero|Away
- # [23:33] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
- # [23:34] * jonlee_|afk is now known as jonlee_
- # [23:36] * Quits: WolfieZero|Away (~WolfieZer@90.202.161.149) (Ping timeout: 240 seconds)
- # [23:40] <TabAtkins> "now you're not making ene. evil i not a dieae"
- # [23:42] * Quits: felipeduardo (~felipedua@177.41.246.15) (Remote host closed the connection)
- # [23:43] * Joins: WolfieZero (~WolfieZer@90.202.161.149)
- # [23:43] * WolfieZero is now known as WolfieZero|Away
- # [23:44] * Quits: Smylers (~smylers@31.55.74.33) (Ping timeout: 252 seconds)
- # [23:45] <SimonSapin> well he didn’t use a s/s//g
- # [23:47] <zcorpan> s/// on irc always has dwim flags implied
- # [23:47] * Joins: reyre (~reyre@bas1-streetsville52-3096630502.dsl.bell.ca)
- # [23:48] * Quits: WolfieZero|Away (~WolfieZer@90.202.161.149) (Ping timeout: 264 seconds)
- # [23:48] * Quits: llkats (~llkats@h-64-236-138-3.aoltw.net)
- # [23:49] <SimonSapin> dwim?
- # [23:51] <zcorpan> do what i mean
- # [23:52] * Quits: Ms2ger (~Ms2ger@109.233-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 245 seconds)
- # [23:52] * Joins: weinig (~weinig@17.114.217.177)
- # [23:54] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:57] <Hixie> lol
- # [23:57] <Hixie> i refactored my code, changing hundreds of lines, using a different approach, etc.
- # [23:58] <Hixie> it fixed my test! U+0000 numeric character references now parse ok!
- # [23:58] <Hixie> next bug: U+0001.
- # [23:58] <Hixie> -_-
- # [23:59] * Quits: weinig (~weinig@17.114.217.177) (Quit: weinig)
- # Session Close: Tue Apr 01 00:00:00 2014
The end :)