/irc-logs / freenode / #whatwg / 2015-07-28 / end

Options:

# Session Start: Tue Jul 28 00:00:00 2015
# Session Ident: #whatwg
# [00:00] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
# [00:01] * Joins: reescott (uid90220@gateway/web/irccloud.com/x-usrbxkgnxwytdjey)
# [00:01] * Joins: JonathanDavis (~solyce@17.114.218.249)
# [00:02] * Joins: satazor (~satazor@94.60.78.118)
# [00:06] * Quits: JonathanDavis (~solyce@17.114.218.249) (Ping timeout: 240 seconds)
# [00:06] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
# [00:09] * Joins: jsbell (jsbell@nat/google/x-qxoclpjurljiladq)
# [00:12] * Quits: plutoniix (~plutoniix@node-4za.pool-125-25.dynamic.totbb.net) (Quit: จรลี จรลา)
# [00:16] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
# [00:16] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
# [00:18] * Krinkle is now known as Krinkle_
# [00:18] * Joins: weinig (~weinig@17.202.50.223)
# [00:23] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
# [00:24] * Krinkle_ is now known as Krinkle
# [00:26] * Quits: mven (~textual@32.97.110.56) (Ping timeout: 252 seconds)
# [00:30] * Quits: ehsan_ (~ehsan@66.207.208.102) (Remote host closed the connection)
# [00:33] * Quits: weinig (~weinig@17.202.50.223) (Ping timeout: 255 seconds)
# [00:40] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
# [00:46] * Quits: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
# [00:52] * Joins: JonDavis (~solyce@mobile-166-171-250-011.mycingular.net)
# [00:52] * Joins: weinig (~weinig@17.114.218.4)
# [00:58] * Quits: weinig (~weinig@17.114.218.4) (Quit: weinig)
# [01:01] * Joins: ccardona-work (~ccardona-@209.213.209.190)
# [01:07] * Joins: jensnockert (~jensnocke@84.219.248.21)
# [01:11] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 256 seconds)
# [01:22] * Quits: JonDavis (~solyce@mobile-166-171-250-011.mycingular.net) (Ping timeout: 272 seconds)
# [01:28] * Quits: Ms2ger (~Ms2ger@91.180.189.254) (Quit: nn)
# [01:30] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Remote host closed the connection)
# [01:31] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [01:31] * Joins: JonDavis (~solyce@mobile-166-171-249-141.mycingular.net)
# [01:37] * Quits: smaug____ (~chatzilla@37-219-245-104.nat.bb.dnainternet.fi) (Ping timeout: 256 seconds)
# [01:47] * Quits: roc (~chatzilla@121.98.95.75) (Ping timeout: 256 seconds)
# [01:53] * Quits: JonDavis (~solyce@mobile-166-171-249-141.mycingular.net) (Ping timeout: 240 seconds)
# [01:58] * Joins: smaug____ (~chatzilla@a91-154-44-165.elisa-laajakaista.fi)
# [01:59] * Quits: jernoble|laptop (~jernoble@17.114.216.82) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [02:00] * Quits: qard (~sbelanger@209.139.228.33) (Read error: Connection reset by peer)
# [02:00] * Joins: qard (~sbelanger@209.139.228.33)
# [02:04] * Joins: JonDavis (~solyce@mobile-166-171-249-141.mycingular.net)
# [02:04] * Quits: [sarrri] (~sari@unaffiliated/sarri) (Ping timeout: 246 seconds)
# [02:06] * Quits: dbaron (~dbaron@2620:101:80fb:224:65b7:8fce:449d:9ac0) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [02:06] * Joins: sarrri (~sari@2a01:238:4329:1400:d20b:3dde:63aa:b36f)
# [02:06] * Quits: sarrri (~sari@2a01:238:4329:1400:d20b:3dde:63aa:b36f) (Changing host)
# [02:06] * Joins: sarrri (~sari@unaffiliated/sarri)
# [02:15] * Quits: smaug____ (~chatzilla@a91-154-44-165.elisa-laajakaista.fi) (Ping timeout: 265 seconds)
# [02:19] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
# [02:19] * Quits: sarrri (~sari@unaffiliated/sarri) (Quit: [~sarri])
# [02:22] * Joins: sarrri (~sari@2a01:238:4329:1400:d20b:3dde:63aa:b36f)
# [02:22] * Quits: sarrri (~sari@2a01:238:4329:1400:d20b:3dde:63aa:b36f) (Changing host)
# [02:22] * Joins: sarrri (~sari@unaffiliated/sarri)
# [02:23] * Quits: JonDavis (~solyce@mobile-166-171-249-141.mycingular.net) (Quit: JonDavis)
# [02:31] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
# [02:32] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Client Quit)
# [02:36] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
# [02:38] * Quits: qard (~sbelanger@209.139.228.33) (Quit: (ノಠ益ಠ)ノ彡┻━┻)
# [02:38] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-yhieazpsdbzeifsb) (Quit: Connection closed for inactivity)
# [02:39] * Joins: plutoniix (~plutoniix@119.63.87.222)
# [02:40] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [02:43] * Joins: dbaron (~dbaron@2620:101:80fb:232:2403:fe57:eed:4b9d)
# [02:43] * Quits: othermaciej (~mjs@17.114.218.184) (Quit: othermaciej)
# [02:47] * Quits: ap_ (~ap@17.114.218.89)
# [02:47] * Joins: weinig (~weinig@17.202.50.223)
# [02:48] * Quits: kruppel (~kruppel@192.161.158.18) (Ping timeout: 246 seconds)
# [02:50] * Quits: dbaron (~dbaron@2620:101:80fb:232:2403:fe57:eed:4b9d) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [02:51] * Joins: dbaron (~dbaron@2620:101:80fb:224:65b7:8fce:449d:9ac0)
# [02:52] * Joins: scor (~scor@drupal.org/user/52142/view)
# [02:52] * Joins: othermaciej (~mjs@76.74.153.41)
# [02:52] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
# [02:53] * Joins: ehsan_ (~ehsan@ip-162-250-172-168.fibre.fibrestream.ca)
# [02:53] * Quits: ehsan_ (~ehsan@ip-162-250-172-168.fibre.fibrestream.ca) (Client Quit)
# [02:56] * Quits: othermaciej (~mjs@76.74.153.41) (Client Quit)
# [02:57] * Joins: othermaciej (~mjs@76.74.153.41)
# [03:01] * Quits: jsbell (jsbell@nat/google/x-qxoclpjurljiladq) (Quit: There's no place like home...)
# [03:02] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
# [03:04] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [03:08] * Joins: jensnockert (~jensnocke@84.219.248.21)
# [03:09] * Joins: satazor_ (~satazor@114.248.108.93.rev.vodafone.pt)
# [03:10] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [03:11] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 240 seconds)
# [03:12] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 240 seconds)
# [03:18] * Quits: othermaciej (~mjs@76.74.153.41) (Quit: othermaciej)
# [03:18] * Joins: othermaciej (~mjs@76.74.153.41)
# [03:21] * Joins: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64)
# [03:23] * Quits: weinig (~weinig@17.202.50.223) (Quit: weinig)
# [03:23] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
# [03:26] * Joins: bholley (~bholley@76.126.241.23)
# [03:27] * Quits: satazor_ (~satazor@114.248.108.93.rev.vodafone.pt) (Read error: Connection reset by peer)
# [03:33] * Joins: satazor_ (~satazor@37.189.179.118)
# [03:36] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [03:37] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-efyditranebkehat) (Quit: Connection closed for inactivity)
# [03:41] * Quits: dbaron (~dbaron@2620:101:80fb:224:65b7:8fce:449d:9ac0) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [03:48] * Quits: othermaciej (~mjs@76.74.153.41) (Quit: othermaciej)
# [03:49] * Joins: scor (~scor@drupal.org/user/52142/view)
# [03:55] * Quits: bholley (~bholley@76.126.241.23) (Quit: ZZZzzz…)
# [03:56] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [03:56] * Joins: Goplat (~goplat@reactos/developer/Goplat)
# [04:02] * Joins: KevinMarks_ (~yaaic@2607:fb90:22cf:1a4d:390c:b63e:59a2:794e)
# [04:04] * Quits: reescott (uid90220@gateway/web/irccloud.com/x-usrbxkgnxwytdjey) (Quit: Connection closed for inactivity)
# [04:07] * Joins: tripu (~tripu@153.209.169.235)
# [04:11] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
# [04:15] * Quits: bnicholson (~bnicholso@corp.mtv2.mozilla.com) (Quit: This computer has gone to sleep)
# [04:15] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
# [04:23] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
# [04:23] * Quits: psy_ (~psy@43.224.156.102) (Ping timeout: 255 seconds)
# [04:26] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
# [04:30] * Quits: satazor_ (~satazor@37.189.179.118) (Read error: Connection reset by peer)
# [04:31] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
# [04:34] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-cteqwvvwrvfxtbfc) (Quit: Connection closed for inactivity)
# [04:35] * Joins: othermaciej (~mjs@104-244-25-60.PUBLIC.monkeybrains.net)
# [04:35] * Joins: sicking (~sicking@104-244-24-252.PUBLIC.monkeybrains.net)
# [04:38] * Joins: bholley (~bholley@76.126.241.23)
# [04:44] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [04:45] * Joins: weinig (~weinig@c-50-131-222-145.hsd1.ca.comcast.net)
# [04:45] * Quits: weinig (~weinig@c-50-131-222-145.hsd1.ca.comcast.net) (Client Quit)
# [04:45] * Quits: KevinMarks_ (~yaaic@2607:fb90:22cf:1a4d:390c:b63e:59a2:794e) (Ping timeout: 244 seconds)
# [04:47] * Quits: bholley (~bholley@76.126.241.23) (Quit: ZZZzzz…)
# [04:47] * Quits: sicking (~sicking@104-244-24-252.PUBLIC.monkeybrains.net) (Quit: sicking)
# [04:48] * Krinkle is now known as Krinkle_
# [04:54] * Joins: lerc (~quassel@121-74-249-71.telstraclear.net)
# [04:58] * Joins: satazor_ (~satazor@94.60.78.118)
# [04:58] * Joins: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net)
# [05:01] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Ping timeout: 244 seconds)
# [05:05] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
# [05:07] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
# [05:08] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
# [05:11] * Joins: KevinMarks_ (~yaaic@2607:fb90:22cf:1a4d:8726:c3ae:ab08:724d)
# [05:13] * Joins: satazor (~satazor@37.189.179.118)
# [05:13] * Joins: KevinMarks___ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [05:15] * Quits: satazor_ (~satazor@94.60.78.118) (Ping timeout: 256 seconds)
# [05:15] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
# [05:16] * Quits: KevinMarks_ (~yaaic@2607:fb90:22cf:1a4d:8726:c3ae:ab08:724d) (Ping timeout: 244 seconds)
# [05:17] * Joins: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com)
# [05:17] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [05:17] * Quits: KevinMarks___ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
# [05:18] * Quits: plutoniix (~plutoniix@119.63.87.222) (Ping timeout: 244 seconds)
# [05:19] * Joins: satazor_ (~satazor@94.60.78.118)
# [05:21] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
# [05:23] * Quits: satazor (~satazor@37.189.179.118) (Ping timeout: 244 seconds)
# [05:27] * Joins: plutoniix (~plutoniix@119.63.87.222)
# [05:32] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [05:47] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
# [05:52] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.91-rdmsoft [XULRunner 32.0.3/20140923175406])
# [06:02] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
# [06:05] * Quits: satazor_ (~satazor@94.60.78.118) (Ping timeout: 260 seconds)
# [06:09] * Joins: satazor_ (~satazor@94.60.78.118)
# [06:12] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Ping timeout: 246 seconds)
# [06:13] * Quits: satazor_ (~satazor@94.60.78.118) (Remote host closed the connection)
# [06:29] * c74d3 is now known as c74d
# [06:30] * Joins: wilsonpage (~wilsonpag@a82-95-85-75.adsl.xs4all.nl)
# [06:32] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
# [06:40] * Quits: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [06:49] * Quits: aphprentice (~aphprenti@cpe-68-203-24-27.austin.res.rr.com) (Read error: Connection timed out)
# [06:53] * Quits: benwerd (~benwerd@67.180.159.135)
# [06:57] * Joins: satazor (~satazor@94.60.78.118)
# [07:00] * Quits: Mateon1 (~Mateon1@unaffiliated/mateon1) (Read error: Connection reset by peer)
# [07:02] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 264 seconds)
# [07:03] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
# [07:07] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 244 seconds)
# [07:08] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
# [07:09] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
# [07:09] * Joins: jensnockert (~jensnocke@84.219.248.21)
# [07:10] * Joins: Mateon1 (~Mateon1@unaffiliated/mateon1)
# [07:14] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 250 seconds)
# [07:17] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [07:18] * Joins: bholley (~bholley@76.126.241.23)
# [07:27] * Quits: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64) (Ping timeout: 246 seconds)
# [07:31] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
# [07:33] <TabAtkins> hallvors: Protip, submodules are the devil and nobody should ever use them.
# [07:33] <TabAtkins> git-subtree is a little better, but I'm honestly doing fine with "just git clone the other project in, then delete its .git folder"
# [07:42] * Quits: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [07:45] * Joins: psy_ (~psy@43.224.156.105)
# [07:57] * Joins: ohaibbq (~ohaibbq@2601:643:8100:9bc4:c13b:39e3:6faf:e6)
# [08:06] * Joins: encryptd_fractal (~encryptd_@2601:449:8100:cad9:f800:548d:e17:e12d)
# [08:10] * Quits: encryptd_fractal (~encryptd_@2601:449:8100:cad9:f800:548d:e17:e12d) (Ping timeout: 244 seconds)
# [08:22] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
# [08:32] * Joins: howdoi_ (uid224@gateway/web/irccloud.com/x-tttxsaspxjuucafr)
# [08:33] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
# [08:42] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
# [08:43] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
# [08:56] * Joins: zdobersek (~zan@46.166.188.206)
# [08:59] * Joins: roc (~chatzilla@121.98.95.75)
# [09:03] * Quits: bholley (~bholley@76.126.241.23) (Quit: ZZZzzz…)
# [09:04] * Joins: bholley (~bholley@76.126.241.23)
# [09:04] * Quits: bholley (~bholley@76.126.241.23) (Client Quit)
# [09:08] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
# [09:10] * Quits: mpt (mpt@canonical/mpt) (Remote host closed the connection)
# [09:10] * Joins: jensnockert (~jensnocke@84.219.248.21)
# [09:11] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
# [09:13] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
# [09:13] * Joins: KevinMarks__ (~yaaic@2607:fb90:5b8:c7a1:b777:e864:3d5e:8502)
# [09:13] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-lnngxbngcmzjxhaz)
# [09:13] * Joins: mpt (~mpt@canonical/mpt)
# [09:15] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 246 seconds)
# [09:15] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 264 seconds)
# [09:17] * Quits: CvP (~CvP@203.76.123.238) (Ping timeout: 260 seconds)
# [09:20] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: Textual IRC Client: www.textualapp.com)
# [09:21] * Joins: espadrine_ (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
# [09:22] * Joins: Ms2ger (~Ms2ger@91.180.189.254)
# [09:27] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
# [09:31] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
# [09:33] <annevk> MikeSmith: if it's possible to close a component for new bugs, would be good for WebAppsWG/Fullscreen
# [09:33] <annevk> MikeSmith: Fullscreen is GitHub-only now
# [09:35] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
# [09:36] * Joins: calvaris (~calvaris@fanzine.igalia.com)
# [09:36] * wilsonpage is now known as wilsonpage-away
# [09:37] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
# [09:37] * Quits: ohaibbq (~ohaibbq@2601:643:8100:9bc4:c13b:39e3:6faf:e6) (Quit: Leaving...)
# [09:43] * Joins: g4 (~g4@unaffiliated/gormer)
# [09:43] * Joins: satazor (~satazor@94.60.78.118)
# [09:46] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-tpsilidkcggqqbse)
# [09:47] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 240 seconds)
# [09:52] * Joins: CvP (~CvP@203.76.123.238)
# [09:52] * wilsonpage-away is now known as wilsonpage
# [09:55] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
# [10:04] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [10:06] * Quits: KevinMarks__ (~yaaic@2607:fb90:5b8:c7a1:b777:e864:3d5e:8502) (Ping timeout: 244 seconds)
# [10:08] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [10:09] <MikeSmith> annevk: OK, the Fullscreen component should be closed for new bugs now
# [10:10] * Quits: wilsonpage (~wilsonpag@a82-95-85-75.adsl.xs4all.nl) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [10:11] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
# [10:20] <annevk> Anyone else update https://wiki.whatwg.org/wiki/Specs/todo from time to time?
# [10:21] <annevk> I added SVG since it's apparently not maintained much
# [10:23] <MikeSmith> annevk: I don't update that but can help with it going forward
# [10:23] <annevk> MikeSmith: cool
# [10:23] * Joins: Maurice` (~copyman@unaffiliated/maurice)
# [10:23] <MikeSmith> annevk: I'd imagine heycam|away might not agree SVG should be included there. Or ed either
# [10:24] <MikeSmith> I thought they were actually somewhat actively working on an sorta living SVG spec these days
# [10:24] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
# [10:25] <MikeSmith> annevk: https://svgwg.org/svg2-draft/
# [10:26] <MikeSmith> and https://svgwg.org/specs/paths/
# [10:37] * Joins: satazor (~satazor@94.60.78.118)
# [10:37] * Joins: Lachy (~Lachy@213.166.174.2)
# [10:40] * Quits: espadrine_ (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Ping timeout: 252 seconds)
# [10:42] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 260 seconds)
# [10:53] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
# [10:55] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
# [11:05] * Joins: espadrine_ (~tyl@213.152.18.159)
# [11:07] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
# [11:11] * espadrine_ is now known as espadrine
# [11:12] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
# [11:29] * Joins: smaug____ (~chatzilla@a91-154-44-165.elisa-laajakaista.fi)
# [11:30] * Joins: satazor (~satazor@94.60.78.118)
# [11:33] * Joins: satazor_ (~satazor@37.189.179.118)
# [11:34] * Joins: satazor__ (~satazor@114.248.108.93.rev.vodafone.pt)
# [11:34] * Quits: satazor_ (~satazor@37.189.179.118) (Read error: Connection reset by peer)
# [11:34] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 244 seconds)
# [11:38] * Joins: adactio (~adactio@212.42.170.121)
# [11:49] * Quits: satazor__ (~satazor@114.248.108.93.rev.vodafone.pt)
# [11:52] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
# [11:54] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
# [11:58] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
# [11:59] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
# [12:03] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 252 seconds)
# [12:04] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
# [12:05] * Joins: sarri (~sari@unaffiliated/sarri)
# [12:07] * Quits: beverloo (beverloo@nat/google/x-cuoxoyoucooqtkjs) (Ping timeout: 246 seconds)
# [12:07] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 264 seconds)
# [12:08] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
# [12:09] * Joins: karlcow (~karl@nerval.la-grange.net)
# [12:09] * Quits: smaug____ (~chatzilla@a91-154-44-165.elisa-laajakaista.fi) (Ping timeout: 264 seconds)
# [12:09] * Quits: CvP (~CvP@203.76.123.238) (Quit: [ UPP ] > all)
# [12:19] * Joins: beverloo (beverloo@nat/google/x-pkhhfzijhiodyryf)
# [12:24] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
# [12:35] * Quits: czerasz (~czerasz@x5ce1583b.dyn.telefonica.de) (Ping timeout: 255 seconds)
# [12:35] <annevk> I wrote a summary of the custom elements meeting: https://annevankesteren.nl/2015/07/shadow-dom-custom-elements-update
# [12:35] * Quits: czerasz2 (~czerasz@x5ce1583b.dyn.telefonica.de) (Ping timeout: 255 seconds)
# [12:35] <annevk> I would add some links but I didn't see any links to minutes come by
# [12:35] <annevk> Aww, missed the twelve year anniversary of my blog
# [12:39] * Quits: plutoniix (~plutoniix@119.63.87.222) (Quit: จรลี จรลา)
# [12:52] <MikeSmith> annevk: congrats on that 12-year milestone
# [12:52] <MikeSmith> annevk: minutes from the f2f at at https://docs.google.com/document/d/1KSwKrTU2d0uJCf55tV-jur_0sYxCNMuM7Dl3vqb0bu4/edit?pli=1
# [12:52] <MikeSmith> and at https://www.w3.org/2015/07/21-webapps-minutes.html
# [12:52] <MikeSmith> and I think maybe also at https://www.w3.org/2015/07/22-webapps-minutes.html
# [12:52] <MikeSmith> or for the W3C links, http instead of https
# [12:54] <annevk> I guess the "spans midnight" command was forgotten
# [12:55] <MikeSmith> yeah
# [12:55] <MikeSmith> but there's not much in that https://www.w3.org/2015/07/22-webapps-minutes.html anwyay
# [12:55] <MikeSmith> annevk: "several focus events that fire synchronously"?
# [12:59] <annevk> MikeSmith: in some browsers anyway you can get blur events fired when a focused element is removed from the tree
# [12:59] <annevk> MikeSmith: same for focusout and there should be some trick for getting that with focusin/focus
# [13:03] <MikeSmith> annevk: ok
# [13:06] <annevk> nox: regarding https://github.com/whatwg/dom/issues/59#issuecomment-124966988
# [13:06] <annevk> nox: how can the previous sibling change if node === child?
# [13:07] <Ms2ger> One of these is adopted, so loses its siblings?
# [13:08] <annevk> Ms2ger: say we have X, Y, Z as siblings, in order
# [13:08] <annevk> Ms2ger: if Y == node == child
# [13:08] <annevk> Ms2ger: X is the previous sibling
# [13:08] <annevk> Ms2ger: Z is the reference child marker
# [13:08] <annevk> Ms2ger: Y is removed
# [13:08] <annevk> Ms2ger: then Y is inserted before Z
# [13:09] <annevk> Ms2ger: why would X change?
# [13:09] * Ms2ger looks at the issue
# [13:10] <annevk> Oh you are correct
# [13:10] <annevk> We need to set the marker before adopting
# [13:11] <annevk> Thanks, that seems to be all
# [13:11] <Ms2ger> Np :)
# [13:12] * Joins: jensnockert (~jensnocke@84.219.248.21)
# [13:17] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 246 seconds)
# [13:18] <annevk> Ms2ger: have you not hit the problem in Servo where the DOM Standard has basically the wrong internal notifications for remove/insert?
# [13:18] <annevk> Ms2ger: https://github.com/whatwg/dom/issues/34
# [13:19] <Ms2ger> Yeah
# [13:19] <Ms2ger> But that's all a mess in Servo anyway, sadly :/
# [13:20] <annevk> Maybe I better fix that then so it doesn't become a problem
# [13:20] <annevk> Oh
# [13:20] <annevk> That's more like it!
# [13:20] <annevk> Is CSS basically the only aspect of Servo that's saner than contemporary browsers?
# [13:21] <Ms2ger> I think the DOM isn't that bad, overall, but there's a lot of work still
# [13:22] <annevk> I guess I should start looking into 34 since it keeps coming up with custom elements too
# [13:22] <annevk> Seems higher priority than merging in parts of Shadow DOM
# [13:40] <nox> DOM is getting better and better in Servo.
# [13:41] * Joins: scor (~scor@drupal.org/user/52142/view)
# [13:48] <annevk> Ms2ger: nox: could you review https://github.com/whatwg/dom/issues/34#issuecomment-125571750 perhaps? Although I guess I should ask bz to be sure
# [13:48] <annevk> I didn't realize that was such a "trivial" issue to fix
# [13:49] <nox> annevk: I'm not sure I get what it is about.
# [13:49] <nox> annevk: Is it about insertion/removal steps?
# [13:49] <annevk> nox: about them not running for descendants at the moment
# [13:50] <nox> I'm not sure we want that.
# [13:50] <annevk> You need it if you want to implement e.g. <iframe> properly
# [13:51] <annevk> Say you have <p><iframe></iframe></p>
# [13:51] <annevk> I remove <p>
# [13:51] <nox> <iframe> doesn't use insertion/removing steps.
# [13:51] <annevk> Yes it does
# [13:51] <annevk> You now need to destroy the <iframe>'s document and global object
# [13:51] <nox> It does things on insertion/removal, but IIRC it doesn't explicitly mention this thing.
# [13:51] <annevk> For that <p>'s descendants need to be modified
# [13:51] <annevk> notified*
# [13:51] <nox> Of course, my Internet doesn't want to work…
# [13:52] <nox> Why is it always when conversations are interesting that the thing breaks?
# [13:52] <annevk> Heh
# [13:53] <nox> annevk: <iframe> links to https://html.spec.whatwg.org/multipage/infrastructure.html#remove-an-element-from-a-document
# [13:53] <nox> That's not DOM's removing steps, AFAICT.
# [13:53] <annevk> nox: eventually it will be
# [13:53] <annevk> nox: how else would the world be tied together?
# [13:53] <nox> What do yomou vimean
# [13:53] <nox> Wow, what do you mean*?
# [13:54] <annevk> nox: a bunch of HTML is basically monkey patching DOM due to missing stuff
# [13:54] <nox> Mmmh…
# [13:54] <nox> I'm pretty sure there are occurences of insertion steps that you don't want as descendants.
# [13:55] <annevk> nox: I'm not sure what that means, but tell me this, how would you implement the "removed from a document" requirements using the current set of primitives in the DOM?
# [13:55] <nox> annevk: <img> for example,
# [13:55] <nox> annevk: I would keep current "insertion steps" as "insertion steps in a parent",
# [13:55] <nox> and I would introduce the concept of "insertion steps in a document".
# [13:56] <nox> The latter being called on all inclusive descendants.
# [13:56] <annevk> nox: that's effectively what this is
# [13:56] <annevk> nox: just not scoped to documents, because the notifications in browsers aren't either
# [13:56] <nox> I don't understand what you mean.
# [13:56] <annevk> nox: if you internet connection is up you might want to follow the links at the top of the issue
# [13:57] <annevk> nox: you have both Gecko and Blink folks explaining their internal callbacks
# [13:57] * Joins: encryptd_fractal (~encryptd_@2601:449:8100:cad9:edb6:4402:2c11:e674)
# [13:57] <nox> annevk: My problem with this is that you then need to sometimes check whether the node in the insertion and removal steps is actually a top-level node.
# [13:58] <nox> That's why I would rather have two different things.
# [13:58] * Quits: Hasimir (~hfenring@unaffiliated/hasimir) (Ping timeout: 245 seconds)
# [13:59] <annevk> nox: given that's more complicated and doesn't match existing browsers I doubt that's a better setup
# [14:00] <annevk> nox: is this based on the subset of the DOM Servo implements today?
# [14:01] <nox> annevk: For example, I care that an <img> was removed as a descendant because I might take this as an opportunity to free memory or whatnot, but I care for different reasons if it is actually removed directly because I might need to do some things if it is removed from a <picture>.
# [14:01] <nox> annevk: Currently Servo has bind_to_tree and unbind_to_tree and children_changed.
# [14:02] <nox> The first two sound the same as in the first link in the issue, the latter behaves more or less like childList mutations.
# [14:02] <annevk> nox: yeah, bind_to_tree / unbind_to_tree are what this bug is about
# [14:03] <annevk> nox: children_changed is that mutation observers give
# [14:03] <nox> I know, I'm saying they should correspond to "inserted/removed from a document" and that "insertion/removing steps" should be something else.
# [14:03] <annevk> I don't see why we'd have four concepts where Servo and every other browser has two
# [14:03] <nox> annevk: "The element's parent is a picture element and a source element is inserted as a previous sibling." That sounds complicated to implement if you always need to check in bind_to_tree whether the node as a parent or not.
# [14:04] <nox> If a removed <source> element has still a parent when calling unbind_to_tree on it, that means it was removed as a descendant,
# [14:04] <nox> if it doesn't have a parent anymore, it was the actual node removed.
# [14:04] <nox> Won't conflating the two still need to repeat that every time when actually specifying the steps?
# [14:05] <annevk> Some algorithms might need such a check, sure
# [14:05] * Joins: Hasimir (~hfenring@unaffiliated/hasimir)
# [14:06] <nox> That's why I don't think it's a good idea to conflate them.
# [14:07] <annevk> If that's your only concern I think we'll manage
# [14:07] <nox> annevk: How would you reformulate "If a source element is inserted as a child of a media element that has no src attribute and whose networkState has the value NETWORK_EMPTY, the user agent must invoke the media element's resource selection algorithm." when conflating the two?
# [14:07] <annevk> We can always separate node and descendant notification later on...
# [14:08] <nox> "If the parent passed to insertion steps is equal to the parent of the <source> inserted element, and the parent is a media element (…), the user agent must invoke (…)"?
# [14:08] <annevk> seems reasonable
# [14:08] <nox> Seems confusing to me.
# [14:09] <annevk> if it's common I imagine we might have a shorthand for such a check
# [14:09] <annevk> I don't think it's super common though
# [14:09] <annevk> the more common case is about document / out-of-document
# [14:10] * Quits: encryptd_fractal (~encryptd_@2601:449:8100:cad9:edb6:4402:2c11:e674) (Remote host closed the connection)
# [14:11] <annevk> Which makes me wonder, anyone know how fast the "in composed tree" check is with the new slots proposal?
# [14:11] * Quits: Hasimir (~hfenring@unaffiliated/hasimir) (Ping timeout: 272 seconds)
# [14:12] <nox> annevk: "Specifications may define insertion steps for all or some nodes. The algorithm is passed newNode as indicated in the insert algorithm below."
# [14:12] <nox> Then that needs to change too and be passed the parent like in removing steps.
# [14:12] <nox> Otherwise you will never know if the node was directly inserted or only as a descendant.
# [14:14] <annevk> nox: yeah, it needs an inclusiveAncestorNode
# [14:14] <nox> Why inclusive?
# [14:15] <nox> annevk: I would just mimic "Specifications may define removing steps for all or some nodes. The algorithm is passed removedNode, oldParent, and oldPreviousSibling, as indicated in the remove algorithm below."
# [14:15] <nox> Without oldPreviousSibling because I don't think that's useful for insertion steps.
# [14:16] <nox> So "Specifications may define insertion steps for all or some nodes. The algorithm is passed newNode and parent as indicated in the insert algorithm below."
# [14:16] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
# [14:17] <annevk> nox: why do you need parent actually? wouldn't that just be newNode.parent?
# [14:17] <nox> annevk: No,
# [14:17] <nox> annevk: if I insert a <picture> with an <img> inside,
# [14:18] <nox> I don't want that to be considered as a "relevant mutation" for the <img> node.
# [14:18] <annevk> nox: <img> would get a callback for being inserted
# [14:18] <nox> But it shouldn't change the state of the <picture>.
# [14:19] <annevk> nox: that's why browsers hand out these notifications twice I think
# [14:19] <nox> I don't understand what you mean.
# [14:19] <nox> annevk: If I remove a form from a document,
# [14:20] <nox> I don't want the form-associated elements to trigger the parts of their removing steps that alter the form.
# [14:20] <nox> I need to know whether an element was inserted/removed itself or as a descendant.
# [14:21] <nox> Just passing newNode to the insertion steps doesn't allow that.
# [14:21] <annevk> nox: how would that work for a descendant <iframe> of the <form>?
# [14:21] <nox> annevk: I don't see how that is related.
# [14:21] <annevk> nox: I don't see how insertion steps are related to removing a form
# [14:21] <nox> Forget about the form, I'm trying to find a better example.
# [14:21] <kochi> annevk: thanks for the comment on 'delegatesFocus' issue. What's your feeling about how 'delegatesFocus' thing fits in shadow DOM v1?
# [14:22] <nox> annevk: https://html.spec.whatwg.org/#relevant-mutations
# [14:22] <annevk> kochi: dunno, it wasn't really discussed in the meeting
# [14:22] <annevk> kochi: UI input in general is kind of a mess :/
# [14:22] <nox> annevk: Am I correct in saying this link does not say anything about inserting in/removing from a document, right?
# [14:23] <nox> annevk: If I remove a <picture> that has an <img> child,
# [14:23] <nox> Err,
# [14:23] <nox> If I insert a <picture> that has an <img> child in a document,
# [14:24] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
# [14:24] <nox> how do I not update the image data of the <img> when its insertion steps are invoked, given I can't know whether they were invoked because the <img> itself was inserted or because its <picture> parent was?
# [14:24] <annevk> kochi: and given that most of focus stuff is unexplained when it comes to composed trees... seems hard to add something new
# [14:26] <nox> annevk: Let's say I have an element <foo> which insertion steps say "foo inserted in bar" should be logged to the console if its new parent is a <bar> element,
# [14:26] <annevk> nox: if <img>'s callbacks run removedNode would be <picture>, which is still <img>'s parent so it has no reason to do anything?
# [14:26] <nox> I insert "<bar><foo/></bar>" in the document,
# [14:26] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 272 seconds)
# [14:26] <nox> if the insertion steps are invoked for all descendants with only the node, "foo inserted in bar" will be logged and that would be wrong.
# [14:27] <nox> annevk: I'm talking about insertion here.
# [14:27] <nox> The removal steps can distinguish the two because they are passed oldParent.
# [14:28] <annevk> nox: are you assuming the callback needs to be passed the this object?
# [14:28] <nox> I don't understand what you mean.
# [14:28] <annevk> nox: that it needs a reference to the element for which it was invoked?
# [14:29] <nox> I'm saying insertion steps, like removing steps, should be passed the parent of the actually-inserted/removed node.
# [14:29] * Joins: karlcow (~karl@nerval.la-grange.net)
# [14:29] <annevk> why isn't passing the actually-inserted node enough?
# [14:29] <kochi> annevk: yeah, currently shadow DOM spec says focus is based on tree-of-trees, not explained in terms of composed tree.
# [14:29] <nox> Because of what I just explained.
# [14:29] <annevk> you can just query its parent, no?
# [14:29] <nox> "Let's say I have an element <foo> which insertion steps say "foo inserted in bar" should be logged to the console if its new parent is a <bar> element, I insert "<bar><foo/></bar>" in the document, if the insertion steps are invoked for all descendants with only the node, "foo inserted in bar" will be logged and that would be wrong."
# [14:30] <nox> I'm saying that insertion steps as defined currently aren't good enough to be invoked on all descendants.
# [14:30] <nox> Because contrary to removing steps, you can't include a step that disambiguates insertion-as-actually-inserted-node from insertion-as-descendant-of-actually-inserted-node.
# [14:32] <annevk> In your case <foo> is the object for which the callback is invoked, newNode is <bar>, so <foo> knows it's not inserted since then newNode would be <foo>
# [14:32] <nox> What?
# [14:32] <nox> Aren't we talking about running these steps for all the descendants?
# [14:32] <annevk> Yes, but newNode wouldn't change
# [14:32] * Quits: lilmonkey` (~a@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
# [14:33] * Joins: lilmonkey (~a@pdpc/supporter/professional/riven)
# [14:33] <nox> annevk: Insertion steps have no context object currently AFAICT.
# [14:33] <nox> It's just "Run the insertion steps with newNode."
# [14:33] <annevk> Yeah, hence I asked before if you were saying that "it needs a reference to the element for which it was invoked?" because that I agree with
# [14:34] <nox> Ok. If we actually have two bits of data that makes sense,
# [14:34] <nox> now I get why you mentioned "inclusive ancestor node".
# [14:34] <nox> annevk: All is right with the world then. :)
# [14:34] <annevk> Good :-)
# [14:34] <nox> annevk: I'm not sure we want a context object though, judging from how it's currently written,
# [14:34] <annevk> Just waiting for a +1 from bz at this point
# [14:34] <nox> I was under the impression that DOM allows you to have some global insertion steps,
# [14:34] <annevk> nox: yeah, new parameter is probably better
# [14:35] <nox> like something that describes insertion steps whichever the combination of inserted node and parent.
# [14:36] <annevk> nox: since in the custom element story these callbacks are per element in the registry and not necessarily associated with instances
# [14:36] <nox> annevk: So no context object right?
# [14:37] <annevk> nox: I would imagine we pass "currentNode" and "newNode" or some such; I don't think parent makes much sense, since that's newNode.parent
# [14:37] <annevk> nox: but I guess I should study what existing libraries do
# [14:37] <nox> annevk: I'm not sure we would ever need newNode, and it would keep the symmetry with removing steps.
# [14:38] <nox> That's why I suggested a parent, but either way it's fine with me.
# [14:38] <annevk> I see
# [14:38] <nox> annevk: Given you are cleaning this, might as well clean the order of mutation observers as I mentioned in #60. :P
# [14:39] <nox> Oh wait, didn't see your reply on this commit.
# [14:39] <annevk> nox: you sure we don't need oldPreviousSibling?
# [14:39] <nox> annevk: Not sure, but I will explain why I said that:
# [14:39] <annevk> nox: I'm happy to make that change myself
# [14:40] <nox> annevk: I was under the impression that the removing steps always let you get oldNextSibling too (given nodes were removed between the two),
# [14:40] <nox> but I forgot that nodes might have been added through replaceChild,
# [14:41] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
# [14:41] * Joins: Lachy (~Lachy@213.166.174.2)
# [14:42] <nox> anyway, I don't see why you would ever need the previous sibling in the case of insertion, but I guess it wouldn't hurt to be really symmetric.
# [14:42] <annevk> I don't think browsers have it for insertion (and there you can just get it). I'm pretty sure it's there for removal though
# [14:44] <nox> annevk: I'll try my hand at fixing #60, I'm curious and want to use bikeshed.
# [14:45] <annevk> cool
# [14:46] <annevk> Such a relieve that fixing insertion/removal is actually this trivial. I was preparing myself for a multiple-days-long-rewrite...
# [14:47] <kochi> annevk: I was told from Hayato that the focus navigation order of distributed trees were changed to document order rather than composed tree order to explain <details> <summary>. https://bugs.webkit.org/show_bug.cgi?id=92050
# [14:50] <annevk> kochi: okay, but does that mean that shadow tree elements cannot have focus at all?
# [14:50] <annevk> kochi: because that seems unlikely
# [14:50] <annevk> kochi: and that would need to be explained in some way
# [14:51] <kochi> annevk: I don't understand your question... maybe I should have said 'tree-of-trees' order rather than 'document order'?
# [14:53] <annevk> kochi: maybe, although tree-of-trees kind of indicates you can focus nodes not rendered anywhere, but maybe that is already true?
# [14:54] <kochi> annevk: I think inert nodes are not focusable, and will not be visited via TAB navigation.
# [14:54] * Joins: czerasz (~czerasz@x5ce17694.dyn.telefonica.de)
# [14:55] * Joins: czerasz2 (~czerasz@x5ce17694.dyn.telefonica.de)
# [14:55] <annevk> maybe tree-of-trees -> "shadow-including document" at some point
# [14:55] <annevk> tree-of-trees is rather weird
# [14:56] <annevk> kochi: anyway, either way the current focus model doesn't accommodate shadow trees, agreed?
# [14:57] <annevk> kochi: reviewing https://html.spec.whatwg.org/multipage/interaction.html#focus nothing seems to consider them anyway
# [14:58] * Joins: Hasimir (~hfenring@unaffiliated/hasimir)
# [14:58] <kochi> annevk: currently in shadow DOM spec, "focus navigation" and "active element" is patched against HTML spec, what do you think is missing still?
# [14:59] <annevk> kochi: how does http://w3c.github.io/webcomponents/spec/shadow/#focus-navigation patch HTML?
# [15:01] <kochi> annevk: so you want the shadow DOM spec to be actually patcheable to HTML spec? say, patch to HTML spec "6.4.5 Sequential focus navigation"?
# [15:03] <annevk> kochi: yes
# [15:03] <annevk> kochi: the goal here is that ShadowRoot et al become just as normal as Text
# [15:04] <annevk> kochi: this requires a massive amount of changes since introducing a new kind of node is expensive
# [15:04] <annevk> kochi: but if we want to write tests and build new things on top, this is what we have to do
# [15:05] * Joins: smaug____ (~chatzilla@37-219-173-249.nat.bb.dnainternet.fi)
# [15:06] <kochi> annevk: hmm, let me understand the goal more. currently ShadowRoot is a DocumentFragment, and "Text" is a text node, right?
# [15:07] <annevk> kochi: yup
# [15:08] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
# [15:08] <annevk> I can phrase it differently perhaps. We have a bunch of specifications and algorithms that assume there is no Shadow DOM. Now there is Shadow DOM. We need to update the bunch of specifications and algorithms to take that into account.
# [15:09] <kochi> annevk: ah yeah, the "in a document" thing that Hayato has been working on is a part of it.
# [15:09] <annevk> Yeah, Hixie proposed a set of changes for that one too I believe
# [15:10] <annevk> Another thing is firing "scoped events" vs firing "unscoped events"
# [15:11] * Joins: plutoniix (~plutoniix@node-36h.pool-125-25.dynamic.totbb.net)
# [15:12] <kochi> annevk: so then preparing a rewrite of some sections of HTML spec (esp. 6.4.5 Sequential focus navigation et al.) to take shadow DOM into account to see how the "diff" from the current version is the step that I can take?
# [15:13] <kochi> to see how the "diff" from the current version look like
# [15:13] <annevk> kochi: yeah, first explain how Shadow DOM focus works in general
# [15:13] * Joins: jensnockert (~jensnocke@84.219.248.21)
# [15:13] <annevk> kochi: then introduce a new feature on top
# [15:14] <kochi> annevk: okay, let me try.
# [15:15] <kochi> I'm not sure how difficult it is, as focus in the HTML spec is already a beast :)
# [15:16] <annevk> That is kind of why I would like to see HTML + Shadow DOM focus explained before we add a new feature on top
# [15:16] * Quits: plutoniix (~plutoniix@node-36h.pool-125-25.dynamic.totbb.net) (Read error: No route to host)
# [15:17] * Joins: plutoniix (~plutoniix@node-36h.pool-125-25.dynamic.totbb.net)
# [15:18] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 260 seconds)
# [15:18] <kochi> annevk: now I think I understand "ShadowRoot et al become just as normal as Text" a little bit more :)
# [15:19] <kochi> it's hard to become a first-class citizen.
# [15:20] <kochi> annevk: thanks for your help!
# [15:20] <annevk> kochi: thanks for taking it on :-)
# [15:24] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
# [15:24] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [15:25] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
# [15:26] <annevk> MikeSmith: https://twitter.com/kubosho_/status/625978108189880320
# [15:26] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
# [15:30] * Joins: Lachy (~Lachy@213.166.174.2)
# [15:37] * Joins: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de)
# [15:39] * Joins: TallTed (~Thud@63.119.36.36)
# [15:41] * Joins: vyorkin (~vyorkin@83-69-206-66.in-addr.mastertelecom.ru)
# [15:49] * Quits: vyorkin (~vyorkin@83-69-206-66.in-addr.mastertelecom.ru) (Quit: WeeChat 1.2)
# [15:54] * Joins: johnme (johnme@nat/google/x-jgyajafwtkefqfux)
# [15:55] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
# [15:57] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
# [15:58] <johnme> https://heycam.github.io/webidl/#dfn-create-frozen-array seems to only provide shallow immutability - if it contains e.g. dictionaries, their contents can be mutated freely. Is that a bug? Should it freeze recursively?
# [15:59] * Joins: mven (~textual@32.97.110.56)
# [15:59] * Quits: mven (~textual@32.97.110.56) (Excess Flood)
# [16:00] * Joins: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
# [16:01] <annevk> johnme: not sure, Domenic or heycam|away or bz (not in this channel) might be able to help
# [16:01] <annevk> johnme: prolly easiest way for a quick response is to file a bug
# [16:02] <johnme> annevk: thanks, I'll do that
# [16:02] <annevk> johnme: note also that frozen only ever freezes properties, this is really a bit of a hack
# [16:04] <johnme> it seems the goal of FrozenArray was to be able to expose objects in an immutable manner, e.g. so that the same object can be returned each time
# [16:04] <johnme> so it seems it would make more sense if the immutability was recursive
# [16:05] * Quits: zecho (~zecho@66-247-17-199.northern.mnscu.edu) (Ping timeout: 265 seconds)
# [16:06] <annevk> johnme: it doesn't make the objects immutable though, so it's unclear whether this trick works for other kind of objects
# [16:06] <nox> Given objects aren't immutable in a FrozenArray, why would dictionaries?
# [16:07] * Quits: czerasz (~czerasz@x5ce17694.dyn.telefonica.de) (Quit: Leaving)
# [16:07] <johnme> is it too late to change the spec so that objects in a FrozenArray are immutable?
# [16:07] <annevk> It's not clear how you'd spec it other than restricting what kind of objects you can put in there
# [16:07] * Quits: czerasz2 (~czerasz@x5ce17694.dyn.telefonica.de) (Remote host closed the connection)
# [16:08] <annevk> Or only allowing primitives...
# [16:08] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
# [16:10] <johnme> annevk: I guess I was hoping objects in a FrozenArray would themselves be frozen (have non-writable properties), though that begs the question of whether to freeze objects that can be accessed from the object's properties/methods
# [16:10] <johnme> annevk: and if so, how many levels deep this should apply
# [16:10] <nox> johnme: Non-writable properties doesn't make them immutable, does it?
# [16:11] <annevk> johnme: e.g. if you have a Headers object there, you'd still be able to invoke headersInstance.set(...) and such
# [16:11] <nox> To me the change to FrozenArray just meant that you couldn't alter the array shape, not anything else.
# [16:11] <annevk> johnme: freeze() is really for some security research from Mark Miller
# [16:11] <nox> You don't remove stuff from it, you don't add more things into it, but the things inside you do whatever you want with them.
# [16:12] <annevk> johnme: it was used here to make the array immutable, with the hope of later using an actual immutable array
# [16:13] <johnme> my use case is adding a sequence of NotificationAction dictionaries to NotificationOptions, that I'd then like to expose on Notification as a FrozenArray<NotificationAction>
# [16:14] <johnme> But I guess I'll have to split it into a NotificationActionInit dictionary and a NotificationAction interface with readonly attributes
# [16:14] <annevk> johnme: filing a bug on IDL seems like the easiest first step
# [16:14] <johnme> ok :)
# [16:14] <annevk> johnme: but yeah, I thought Chrome/Blink folks also had some reluctance with returning plain objects, but maybe that changed
# [16:21] <jochen__> annevk: is there an example idl for an reflected attribtue that is restrict to valid values only?
# [16:21] <annevk> jochen__: usually that's just readonly attribute DOMString attrName;
# [16:21] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
# [16:22] <annevk> jochen__: with invocation of that prose turning it into enum behavior
# [16:23] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
# [16:24] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-gpxojdexvzpjqizj)
# [16:25] <annevk> jochen__: https://html.spec.whatwg.org/multipage/forms.html#attr-keygen-keytype and https://html.spec.whatwg.org/multipage/forms.html#dom-keygen-keytype for a somewhat simple example
# [16:30] * Joins: JonDavis (~solyce@mobile-166-171-249-216.mycingular.net)
# [16:32] <jochen__> thx
# [16:33] <jochen__> annevk: for the referrer policy thing, we'd mark the attribute as reflected as well, right?
# [16:34] <annevk> jochen__: yeah
# [16:34] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
# [16:34] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
# [16:34] <annevk> jochen__: the only difference would be that it's the referrerPolicy IDL attribute reflecting the referrerpolicy content attribute (different names)
# [16:35] <jochen__> mhm
# [16:36] <jochen__> that sounds like something you'd put in prose, no?
# [16:36] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
# [16:36] <annevk> jochen__: https://html.spec.whatwg.org/multipage/forms.html#dom-fs-formenctype
# [16:36] <annevk> jochen__: yeah
# [16:37] <MikeSmith> annevk: that tweet, the guy just seems to be describing the search syntax he uses when he wants to find out information about an html element
# [16:38] <annevk> MikeSmith: yeah, figured, seems kind involved
# [16:38] <annevk> kinda*
# [16:38] <MikeSmith> yeah
# [16:45] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
# [16:45] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
# [16:46] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
# [16:49] * Quits: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net) (Quit: This computer has gone to sleep)
# [16:50] * Quits: JonDavis (~solyce@mobile-166-171-249-216.mycingular.net) (Ping timeout: 252 seconds)
# [16:50] * Quits: jochen__ (jochen@nat/google/x-foiazkyepllseitp) (Read error: Connection reset by peer)
# [16:56] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [16:59] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
# [17:00] * Joins: JonDavis (~solyce@166.170.38.86)
# [17:01] * Joins: bnicholson (~bnicholso@2620:101:80fc:224:8d50:b526:953d:5905)
# [17:02] * Quits: adactio (~adactio@212.42.170.121) (Quit: adactio)
# [17:08] * Joins: jochen__ (jochen@nat/google/x-zrjjxusqnjvpchey)
# [17:14] * Joins: jensnockert (~jensnocke@84.219.248.21)
# [17:15] * Quits: g4 (~g4@unaffiliated/gormer) (Remote host closed the connection)
# [17:16] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
# [17:19] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 260 seconds)
# [17:23] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
# [17:33] <wanderview> https://twitter.com/codepo8/status/626038604964364289
# [17:33] <wanderview> having a hard time seeing that post as anything but a troll
# [17:34] <gsnedders> meh, it's typical ppk
# [17:34] <Ms2ger> So you're in agreement
# [17:35] <wanderview> sadly it seems to be working if the twitter threads starting up is any indication
# [17:35] <wanderview> I guess I should stop looking at them
# [17:36] <gsnedders> yes, there probably should be /more/ focus on fixing bugs in existing features… but that doesn't mean stopping development of stuff going forward
# [17:37] <annevk> Domenic: if I want to check that something is in the range 0 to N and is not 5, should I use RangeError for both checks?
# [17:37] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
# [17:39] * Joins: ap_ (~ap@17.202.44.214)
# [17:40] <jgraham> wanderview: It's all irrelevant. One person saying "let's stop making more features" isn't enough to counteract the huge pressure to keep adding new features
# [17:40] <wanderview> jgraham: yep... I'm suffering from "someone is wrong on the internet!" syndrome
# [17:41] <annevk> Also, black-and-white positions rarely move the needle
# [17:41] <jgraham> and his argument isn't even internally consistent; he cites "offline" as a "experience" thing when it's actually a "feature" thing at this stage
# [17:41] <Ms2ger> Well, at least you haven't spent this time implementing new features
# [17:41] <jgraham> Plus, I remember in 2007 people arguing that browsers should agree a common timeline on features that they would all polish before moving on
# [17:42] <jgraham> I expect this will work as well now as it did then
# [17:42] <jgraham> Except ppk will get a few more hits on his site
# [17:42] <Ms2ger> I remember that Google was going to drop h264
# [17:42] * Joins: wilsonpage (~wilsonpag@a82-95-85-75.adsl.xs4all.nl)
# [17:42] <annevk> Domenic: I'm going to assume I should use a RangeError
# [17:42] <jgraham> heh
# [17:43] * Quits: othermaciej (~mjs@104-244-25-60.PUBLIC.monkeybrains.net) (Quit: othermaciej)
# [17:43] <annevk> I remember that Ms2ger was going to spec DOM Parsing & Serialization
# [17:44] <Ms2ger> Lol
# [17:45] <gsnedders> yeah, still think he should
# [17:46] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
# [17:47] <jgraham> I imagine the promise looked like google.drop_h264().then(()=>Ms2ger.write_parsing_and_serialization())
# [17:48] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
# [17:48] <gsnedders> But we didn't support ES6 yet then so we just got a SyntaxError
# [17:48] <annevk> Kind of confusing for an instance to start with a capital
# [17:48] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
# [17:48] <Ms2ger> More like google.addEventListener("drop_h264", function() { Ms2ger.write_parsing_and_serialization() }), clearly :)
# [17:49] <wanderview> I think the "multiple browsers have to implement to be a real standard" keeps things from moving forward too fast... real threat is if one browser has so much market share they can force others to implement things at a reckless pace
# [17:49] <jgraham> annevk: Take that up with Ms2ger
# [17:50] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
# [17:51] * Joins: reescott (uid90220@gateway/web/irccloud.com/x-exvzqhbmevjzgqlx)
# [17:51] <gsnedders> wanderview: also different people have different views of reckless… is a few failing I-think-edge-cases-but-nobody-has-started-using-it-yet tests reason to withold shipping? is one or two more likely tests failing reason to, etc?
# [17:52] <wanderview> yea... which is why the conditions for "at least 2 agree" consensus state is nice for throttling things
# [17:52] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
# [17:53] * Joins: myakura (~myakura@FL1-110-233-14-132.tky.mesh.ad.jp)
# [17:54] <smaug____> we've had plenty of examples of shipping "recklessly"
# [17:54] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [17:54] <gsnedders> definitely
# [17:55] * Quits: JonDavis (~solyce@166.170.38.86) (Quit: JonDavis)
# [17:55] <Domenic> annevk: sounds good yes
# [17:55] <botie> Domenic, at 2015-07-27 04:50 UTC, MikeSmith said: botie now understands "tell"
# [17:56] * Joins: othermaciej (~mjs@66.155.106.23)
# [18:00] * Quits: othermaciej (~mjs@66.155.106.23) (Client Quit)
# [18:00] * Joins: othermaciej (~mjs@66.155.106.23)
# [18:03] * Quits: wilsonpage (~wilsonpag@a82-95-85-75.adsl.xs4all.nl) (Remote host closed the connection)
# [18:04] * Joins: wilsonpage (~wilsonpag@a82-95-85-75.adsl.xs4all.nl)
# [18:04] * Quits: wilsonpage (~wilsonpag@a82-95-85-75.adsl.xs4all.nl) (Read error: Connection reset by peer)
# [18:06] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Ping timeout: 250 seconds)
# [18:07] * Joins: weinig (~weinig@17.202.50.223)
# [18:09] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [18:12] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
# [18:14] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
# [18:15] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
# [18:17] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [18:17] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [18:18] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [18:19] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
# [18:22] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
# [18:22] * Quits: tripu (~tripu@153.209.169.235) (Quit: Leaving)
# [18:23] * Joins: benwerd (~benwerd@67.180.159.135)
# [18:23] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
# [18:25] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
# [18:28] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
# [18:30] * Joins: Lachy (~Lachy@213.166.174.2)
# [18:31] * Joins: ehsan (~ehsan@2001:450:1f:224:69ab:34b6:631d:6edc)
# [18:31] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
# [18:32] * Joins: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com)
# [18:34] * Joins: JonDavis (~solyce@17.114.218.249)
# [18:36] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
# [18:37] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [18:37] * Joins: aphprentice (~aphprenti@cpe-68-203-24-27.austin.res.rr.com)
# [18:45] * Joins: bholley (~bholley@76.126.241.23)
# [18:47] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-lnngxbngcmzjxhaz) (Quit: Connection closed for inactivity)
# [18:48] * Joins: jsbell (jsbell@nat/google/x-vlakwssxdineydde)
# [18:51] * Quits: jsbell (jsbell@nat/google/x-vlakwssxdineydde) (Client Quit)
# [18:52] * Quits: Hasimir (~hfenring@unaffiliated/hasimir) (Read error: Connection reset by peer)
# [18:54] * Quits: espadrine (~tyl@213.152.18.159) (Ping timeout: 240 seconds)
# [18:55] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
# [18:55] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
# [19:00] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [19:00] * Quits: othermaciej (~mjs@66.155.106.23) (Quit: othermaciej)
# [19:01] <annevk> mathiasbynens: you want to study https://html.spec.whatwg.org/multipage/webappapis.html#dom-document-open
# [19:01] <annevk> mathiasbynens: in particular look at the crazy that is step 15
# [19:02] <annevk> mathiasbynens: if you want to answer that Twitter conversation yourself
# [19:07] * Joins: Hasimir (~hfenring@unaffiliated/hasimir)
# [19:09] * Joins: scor (~scor@64.231.198.184)
# [19:09] * Quits: scor (~scor@64.231.198.184) (Changing host)
# [19:09] * Joins: scor (~scor@drupal.org/user/52142/view)
# [19:09] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [19:15] * Joins: jensnockert (~jensnocke@84.219.248.21)
# [19:19] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 240 seconds)
# [19:21] <wanderview> nice: https://twitter.com/w3tmemes/status/626078922980110336
# [19:23] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
# [19:23] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
# [19:28] * Joins: jyasskin (jyasskin@nat/google/x-dwqxsacgvgmvfugy)
# [19:30] <mathiasbynens> annevk: woah. so both Chromium and WebKit are violating the spec here?
# [19:30] <Ms2ger> Sure
# [19:30] <annevk> mathiasbynens: not sure, they might do it slightly differently
# [19:30] <annevk> mathiasbynens: replacing globals is rather involved...
# [19:30] <annevk> mathiasbynens: would be interesting to figure out what everyone is really doing
# [19:31] <mathiasbynens> i based ^ on the following quick test: data:text/html,<script>a=42</script>
# [19:31] <mathiasbynens> and then using DevTools to `document.write(a)`
# [19:31] <mathiasbynens> Fx is the odd one out
# [19:32] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
# [19:32] <annevk> Well, I think both WebKit/Blink are doing some work on their Window object bindings, so you might just be observing that
# [19:33] <annevk> Could also be something else, hard to say without more tests
# [19:35] * Joins: jsbell (jsbell@nat/google/x-spgwuslrzjepnphx)
# [19:35] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
# [19:37] * Quits: myakura (~myakura@FL1-110-233-14-132.tky.mesh.ad.jp)
# [19:38] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: Textual IRC Client: www.textualapp.com)
# [19:39] <smaug____> mathiasbynens: IIRC Gecko and Trident (and Presto) have followed the spec and Webkit (and then also blink) was against the spec
# [19:46] <beverloo> annevk, does Firefox support SVGs?
# [19:46] <beverloo> (In notification images)
# [19:46] <annevk> beverloo: I'm not sure
# [19:47] <annevk> beverloo: we support them for favicon finally
# [19:47] <beverloo> annevk, interesting, I don't think we support that either
# [19:48] <annevk> beverloo: yeah, WHATWG specifications look boring in Chrome
# [19:48] * Quits: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766) (Remote host closed the connection)
# [19:48] <annevk> beverloo: except for HTML, probably because Hixie doesn't insist (yet)
# [19:48] <annevk> beverloo: note that usage of SVG there predates Firefox supporting it
# [19:49] <beverloo> annevk, sure. we do get a lot of feedback about wanting to generate icons on the fly in a Service Worker, SVG might be a solution for that
# [19:49] <annevk> I suspect you'll get "WorkerCanvas" way before "WorkerDOM", but who knows
# [19:50] <beverloo> yeah, that'd be great
# [19:50] * Joins: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766)
# [19:52] <annevk> beverloo: thanks for helping out with the review btw
# [19:53] * Joins: othermaciej (~mjs@17.114.218.184)
# [19:54] <beverloo> annevk, John sits right next to me, making it easy to chat :)
# [20:00] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
# [20:04] <beverloo> annevk, svg in favicons is WontFix for IE: https://connect.microsoft.com/IE/feedback/details/782416/svg-favicon-support
# [20:05] <beverloo> annevk, the Chrome bug is https://crbug.com/294179, WebKit bug http://wkbug.com/136059
# [20:05] <beverloo> annevk, supporting this in favicons is *very* similar for us to supporting it for notification images
# [20:08] <Domenic> https://wpdev.uservoice.com/forums/257854-internet-explorer-platform/suggestions/6509196-svg-favicons seems like the new place to be
# [20:10] <beverloo> Domenic, cheers! I updated our bug with the latest status
# [20:18] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
# [20:19] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
# [20:23] * Quits: jahman (~woops@129.175.204.73) (Ping timeout: 250 seconds)
# [20:26] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [20:42] * Quits: JonDavis (~solyce@17.114.218.249) (Quit: JonDavis)
# [20:46] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [20:46] * Quits: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com) (Ping timeout: 240 seconds)
# [20:46] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
# [20:49] * Joins: jahman (~woops@129.175.204.73)
# [20:51] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [20:54] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
# [20:54] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
# [20:58] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-tpsilidkcggqqbse) (Quit: Connection closed for inactivity)
# [21:00] * Joins: ap (~ap@17.114.218.89)
# [21:02] * Quits: othermaciej (~mjs@17.114.218.184) (Quit: othermaciej)
# [21:03] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-ekibubzytvynqivg)
# [21:04] * Quits: ap_ (~ap@17.202.44.214) (Ping timeout: 260 seconds)
# [21:04] * Joins: JonDavis (~solyce@17.114.218.249)
# [21:06] * Quits: weinig (~weinig@17.202.50.223) (Ping timeout: 240 seconds)
# [21:07] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
# [21:09] * Joins: othermaciej (~mjs@17.114.218.184)
# [21:16] * Joins: jensnockert (~jensnocke@84.219.248.21)
# [21:17] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [21:17] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Client Quit)
# [21:18] * Quits: zdobersek (~zan@46.166.188.206) (Quit: Leaving.)
# [21:20] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 252 seconds)
# [21:21] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
# [21:22] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
# [21:24] * Joins: zecho (~zecho@ip-64-134-166-228.public.wayport.net)
# [21:27] * Quits: zecho (~zecho@ip-64-134-166-228.public.wayport.net) (Client Quit)
# [21:27] * Joins: KevinMarks_ (~yaaic@2607:fb90:5a8:9ce1:ea44:4c3:4bf3:d110)
# [21:28] * Quits: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [21:29] * Joins: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
# [21:29] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
# [21:34] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
# [21:38] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [21:39] * Parts: danbeam (dbeam@unaffiliated/danbeam)
# [21:41] * Quits: KevinMarks_ (~yaaic@2607:fb90:5a8:9ce1:ea44:4c3:4bf3:d110) (Ping timeout: 244 seconds)
# [21:47] * Quits: benwerd (~benwerd@67.180.159.135) (Remote host closed the connection)
# [21:47] * howdoi_ is now known as howdoi
# [21:49] * Krinkle_ is now known as Krinkle
# [21:50] * Krinkle is now known as Krinkle_
# [21:52] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
# [21:52] * Krinkle_ is now known as Krinkle
# [21:52] * Quits: JonDavis (~solyce@17.114.218.249) (Quit: JonDavis)
# [21:54] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [21:57] * Joins: JonDavis (~solyce@17.114.218.249)
# [21:58] * Quits: othermaciej (~mjs@17.114.218.184) (Quit: othermaciej)
# [22:01] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
# [22:03] * Joins: dbaron (~dbaron@2620:101:80fb:224:c9f3:7b73:1d25:a2da)
# [22:04] * Joins: othermaciej (~mjs@17.114.0.228)
# [22:14] <annevk> beverloo: meh, IE wontfixed "XHR2" too
# [22:19] <Domenic> hehehe
# [22:33] * Joins: mven_ (~textual@32.97.110.56)
# [22:34] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
# [22:38] * Quits: plutoniix (~plutoniix@node-36h.pool-125-25.dynamic.totbb.net) (Ping timeout: 244 seconds)
# [22:39] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [22:40] * Quits: bholley (~bholley@76.126.241.23)
# [22:40] * Quits: othermaciej (~mjs@17.114.0.228) (Quit: othermaciej)
# [22:41] * Quits: mven_ (~textual@32.97.110.56) (Ping timeout: 240 seconds)
# [22:45] * Joins: CvP (~CvP@203.76.123.238)
# [22:49] * Quits: TallTed (~Thud@63.119.36.36)
# [22:49] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
# [22:52] * Joins: mven (~textual@32.97.110.56)
# [22:52] * Quits: mven (~textual@32.97.110.56) (Excess Flood)
# [23:01] * Joins: benwerd (~benwerd@199.87.84.238)
# [23:01] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
# [23:04] * Quits: smaug____ (~chatzilla@37-219-173-249.nat.bb.dnainternet.fi) (Quit: Reconnecting…)
# [23:05] * Joins: smaug_____ (~chatzilla@a91-154-44-165.elisa-laajakaista.fi)
# [23:05] * smaug_____ is now known as smaug____
# [23:05] * Quits: smaug____ (~chatzilla@a91-154-44-165.elisa-laajakaista.fi) (Client Quit)
# [23:06] * Joins: smaug____ (~chatzilla@a91-154-44-165.elisa-laajakaista.fi)
# [23:10] * Joins: plutoniix (~plutoniix@node-36h.pool-125-25.dynamic.totbb.net)
# [23:12] * Quits: AustinMatherne (~AustinMat@li1047-129.members.linode.com) (Remote host closed the connection)
# [23:14] * Quits: benwerd (~benwerd@199.87.84.238) (Remote host closed the connection)
# [23:14] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
# [23:14] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
# [23:17] * Joins: jensnockert (~jensnocke@84.219.248.21)
# [23:19] * Joins: othermaciej (~mjs@17.114.218.184)
# [23:21] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 240 seconds)
# [23:23] * Joins: benwerd (~benwerd@199.87.84.238)
# [23:23] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [23:25] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [23:41] * Joins: KevinMarks_ (~yaaic@2607:fb90:5b8:20d3:7320:75b3:4ccd:67c2)
# [23:42] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
# [23:42] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
# [23:43] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
# [23:48] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 244 seconds)
# [23:52] * Quits: Maurice` (~copyman@unaffiliated/maurice)
# [23:52] * Joins: karlcow (~karl@nerval.la-grange.net)
# [23:57] * Quits: roc (~chatzilla@121.98.95.75) (Ping timeout: 250 seconds)
# [23:58] * Joins: ttepasse_ (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de)
# [23:58] * Quits: benwerd (~benwerd@199.87.84.238) (Remote host closed the connection)
# [23:59] * Joins: benwerd (~benwerd@199.87.84.238)
# [23:59] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# Session Close: Wed Jul 29 00:00:00 2015

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