Options:
- # Session Start: Tue May 13 00:00:00 2014
- # Session Ident: #whatwg
- # [00:00] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:00] * Quits: encryptd_fractl (~encryptd_@23.30.224.246) (Remote host closed the connection)
- # [00:01] * Quits: hugo_moss (~hugom@unaffiliated/hugo-moss/x-0589204) (Ping timeout: 264 seconds)
- # [00:01] * Quits: zdobersek (~zan@109.201.154.183) (Quit: Leaving.)
- # [00:03] * Joins: jernoble (~jernoble@17.114.2.168)
- # [00:07] <Hixie_> annevk: that sounds very confusing
- # [00:07] <Hixie_> annevk: having things sometimes work and other times not even though similar things work in different cases
- # [00:09] * Quits: darin (darin@nat/google/x-bwvriooldxqczckj) (Ping timeout: 265 seconds)
- # [00:10] * Joins: othermaciej (~mjs@17.202.49.252)
- # [00:18] * Quits: othermaciej (~mjs@17.202.49.252) (Quit: othermaciej)
- # [00:25] * Joins: newtron (~newtron@184.175.19.162)
- # [00:27] * Joins: marcosc (~marcosc@66.207.208.102)
- # [00:33] * Quits: ehsan (~ehsan@guest.mtv2.mozilla.com) (Remote host closed the connection)
- # [00:38] * Quits: newtron (~newtron@184.175.19.162) (Remote host closed the connection)
- # [00:38] * Joins: newtron (~newtron@184.175.19.162)
- # [00:43] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [00:55] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [01:00] * Quits: tav (~tav`@host31-52-138-103.range31-52.btcentralplus.com) (Quit: tav)
- # [01:00] * Joins: ap_ (~ap@17.114.219.248)
- # [01:03] * Joins: ehsan (~ehsan@guest.mtv2.mozilla.com)
- # [01:03] * Quits: ap (~ap@2620:149:4:304:1ccc:60f9:2863:5f34) (Ping timeout: 240 seconds)
- # [01:03] * ap_ is now known as ap
- # [01:04] * Quits: ehsan (~ehsan@guest.mtv2.mozilla.com) (Remote host closed the connection)
- # [01:05] * Quits: bholley (~bholley@corp.mtv2.mozilla.com) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [01:06] * Joins: newtron (~newtron@184.175.19.162)
- # [01:06] * Joins: bholley (~bholley@corp.mtv2.mozilla.com)
- # [01:08] * Quits: bholley (~bholley@corp.mtv2.mozilla.com) (Client Quit)
- # [01:13] * Quits: weinig (~weinig@17.202.50.223) (Quit: weinig)
- # [01:15] * Joins: ehsan (~ehsan@guest.mtv2.mozilla.com)
- # [01:15] * Joins: weinig (~weinig@17.114.216.37)
- # [01:15] * Quits: newtron (~newtron@184.175.19.162) (Remote host closed the connection)
- # [01:15] * Joins: newtron (~newtron@184.175.19.162)
- # [01:16] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [01:18] * Quits: jwalden (~waldo@corp.mtv2.mozilla.com) (Ping timeout: 250 seconds)
- # [01:19] * Quits: marcosc (~marcosc@66.207.208.102) (Remote host closed the connection)
- # [01:24] * Quits: qrwteyrutiyoup (~qrwteyrut@unaffiliated/qrwteyrutiyoup) (Quit: ...)
- # [01:25] * Joins: qrwteyrutiyoup (~qrwteyrut@unaffiliated/qrwteyrutiyoup)
- # [01:29] * Joins: hugo_moss (~hugom@unaffiliated/hugo-moss/x-0589204)
- # [01:29] * Joins: othermaciej (~mjs@17.114.218.14)
- # [01:34] * Quits: jernoble (~jernoble@17.114.2.168) (Quit: Computer has gone to sleep.)
- # [01:36] * Quits: ehsan (~ehsan@guest.mtv2.mozilla.com) (Remote host closed the connection)
- # [01:36] * Quits: othermaciej (~mjs@17.114.218.14) (Quit: othermaciej)
- # [01:39] * Joins: othermaciej (~mjs@17.114.218.14)
- # [01:39] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
- # [01:39] * Quits: espadrine (~ttyl@AMontsouris-158-1-51-85.w92-128.abo.wanadoo.fr) (Read error: Connection timed out)
- # [01:42] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [01:44] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
- # [01:45] * Joins: mven (~textual@ip68-104-38-84.lv.lv.cox.net)
- # [01:46] * Quits: mven (~textual@ip68-104-38-84.lv.lv.cox.net) (Max SendQ exceeded)
- # [01:46] * Joins: mven (~textual@ip68-104-38-84.lv.lv.cox.net)
- # [01:49] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Quit: barnabywalters)
- # [01:49] * Joins: jernoble (~jernoble@76.74.153.49)
- # [01:50] * Joins: bholley (~bholley@98.210.101.88)
- # [01:51] * Joins: barnabywalters (~barnabywa@89.17.128.127)
- # [01:52] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [01:52] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
- # [01:53] * Joins: jonath___ (~jonathanm@2601:6:7700:929:d5d0:79ad:fecf:a47d)
- # [01:54] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Client Quit)
- # [01:54] * Quits: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net) (Ping timeout: 240 seconds)
- # [01:55] * Quits: rcombs (~rcombs@rcombs.me) (Ping timeout: 240 seconds)
- # [01:59] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # computer went to sleep)
- # [02:01] * Quits: mven (~textual@ip68-104-38-84.lv.lv.cox.net) (Quit: Textual IRC Client: www.textualapp.com)
- # [02:01] * Joins: mven (~textual@ip68-104-38-84.lv.lv.cox.net)
- # [02:02] * Quits: weinig (~weinig@17.114.216.37) (Quit: weinig)
- # [02:07] * Joins: boogyman (~boogyman@c-50-167-132-131.hsd1.ga.comcast.net)
- # [02:07] * Quits: boogyman (~boogyman@c-50-167-132-131.hsd1.ga.comcast.net) (Changing host)
- # [02:07] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [02:12] * Quits: morbidlyobese (~morbidlyo@gateway/tor-sasl/morbidlyobese) (Quit: morbidlyobese)
- # [02:12] * Joins: rcombs (~rcombs@rcombs.me)
- # [02:14] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [02:14] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [02:19] * Joins: ambv (~ambv@206.108.217.134)
- # [02:23] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [02:24] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [02:25] * Quits: ap (~ap@17.114.219.248) (Remote host closed the connection)
- # [02:25] * Joins: ap (~ap@2620:149:4:304:5d67:c24f:b13f:eb83)
- # [02:26] * Joins: KevinMarks (~yaaic@2607:fb90:2704:b919:2ac9:54e4:26a3:bbdd)
- # [02:30] * Quits: CvP (~CvP@27.147.198.50) (Ping timeout: 240 seconds)
- # [02:30] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [02:31] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [02:34] * Quits: scor (~scor@drupal.org/user/52142/view) (Read error: Connection reset by peer)
- # [02:34] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 255 seconds)
- # [02:35] * Quits: jernoble (~jernoble@76.74.153.49) (Quit: Computer has gone to sleep.)
- # [02:37] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
- # [02:37] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
- # [02:37] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [02:39] * Quits: ap (~ap@2620:149:4:304:5d67:c24f:b13f:eb83) (Quit: ap)
- # [02:42] * Joins: ehsan (~ehsan@guest.mtv2.mozilla.com)
- # [02:43] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [02:44] * Quits: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net) (Quit: jeffreyatw)
- # [02:45] * Joins: CvP (~CvP@27.147.199.131)
- # [02:46] * Quits: ehsan (~ehsan@guest.mtv2.mozilla.com) (Ping timeout: 250 seconds)
- # [02:47] * Quits: lmclister (~lmclister@192.150.10.210)
- # [03:00] * Quits: jwalden (~waldo@corp.mtv2.mozilla.com) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 29.0/20140428110119])
- # [03:01] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:02] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 265 seconds)
- # [03:03] * Joins: lmclister (~lmclister@192.150.10.210)
- # [03:08] * Joins: marcosc (~marcosc@66.207.208.102)
- # [03:09] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-ljdakvhuztctrpwd)
- # [03:12] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 240 seconds)
- # [03:24] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [03:26] * Quits: jonath___ (~jonathanm@2601:6:7700:929:d5d0:79ad:fecf:a47d) (Remote host closed the connection)
- # [03:26] * Quits: PLATOSCAVE (~PLATOSCAV@66-214-254-73.static.lsan.ca.charter.com) (Quit: https://www.facebook.com/realjohnchalekson)
- # [03:27] * Joins: PLATOSCAVE (~PLATOSCAV@66-214-254-73.static.lsan.ca.charter.com)
- # [03:28] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [03:29] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 258 seconds)
- # [03:30] * Joins: jernoble (~jernoble@mobile-166-137-177-057.mycingular.net)
- # [03:31] * Quits: jernoble (~jernoble@mobile-166-137-177-057.mycingular.net) (Client Quit)
- # [03:32] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
- # [03:42] * Quits: benv (~benv@38.104.194.126) (Quit: Computer has gone to sleep.)
- # [03:42] * Joins: jonathanmarvens (~jonathanm@50.157.151.94)
- # [03:44] * Joins: benv (~benv@38.104.194.126)
- # [03:44] * Quits: benv (~benv@38.104.194.126) (Client Quit)
- # [03:46] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [03:47] * Quits: KevinMarks (~yaaic@2607:fb90:2704:b919:2ac9:54e4:26a3:bbdd) (Ping timeout: 240 seconds)
- # [03:49] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [03:49] * Quits: hugo_moss (~hugom@unaffiliated/hugo-moss/x-0589204) (Ping timeout: 276 seconds)
- # [04:07] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807])
- # [04:08] * Quits: jonathanmarvens (~jonathanm@50.157.151.94) (Remote host closed the connection)
- # [04:18] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [04:23] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 255 seconds)
- # [04:23] * Quits: PLATOSCAVE (~PLATOSCAV@66-214-254-73.static.lsan.ca.charter.com) (Quit: https://www.facebook.com/realjohnchalekson)
- # [04:24] * Joins: PLATOSCAVE (~PLATOSCAV@66-214-254-73.static.lsan.ca.charter.com)
- # [04:32] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [04:39] * Joins: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net)
- # [04:40] <MikeSmith> Hixie_: fwiw I'm still getting the lots-of-408s problem in Chrome dev
- # [04:40] <MikeSmith> or actually Chromium in my case, built from latest trunk
- # [04:42] <MikeSmith> also btw for some time now I been noticing that when I switch to a tab I had in the background with a document in iti, the contents of the tab are blank
- # [04:43] <MikeSmith> and I have to manually refresh to get the contents to display again
- # [04:43] * Quits: newtron (~newtron@184.175.19.162) (Remote host closed the connection)
- # [04:44] * Joins: newtron (~newtron@184.175.19.162)
- # [04:45] <MikeSmith> not always be often. and even when I don't have to manually refresh and the contents get rendered without me doing that, there's a long lag before they actually get re-rendered on their own
- # [04:45] <MikeSmith> as if it's just completely re-loading the whole document again its own
- # [04:46] <SamB> MikeSmith: hmm, how long do you wait for the tab to re-draw?
- # [04:46] <MikeSmith> SamB: 10 seconds or something
- # [04:46] <MikeSmith> in some cases, forever
- # [04:47] <MikeSmith> some never redraws on its own
- # [04:47] <SamB> I've seen similar stuff, but I think it's actually waiting for the tab's pixmap to come back from the pagefile or something
- # [04:47] <MikeSmith> SamB: ok
- # [04:47] <zewt> pagefile? who has swap in 2014
- # [04:48] <SamB> that was in my case, I'm not saying that he's got the same issue
- # [04:48] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [04:51] <MikeSmith> I been thinking maybe it's some problem in my build environment
- # [04:57] * Joins: marcosc (~marcosc@66.207.208.102)
- # [04:58] <zewt> dear firefox: clicking "check for updates" != "download the update without asking"
- # [04:59] <SamB> there was a recent update?
- # [04:59] <zewt> and now it updated without asking permission, and everything is fucking broken
- # [04:59] <zewt> i wish chrome had usable vertical tabs, i'd probably drop firefox entirely
- # [04:59] <zewt> ugh
- # [04:59] <zewt> completely broke my extensions and it's way too late to figure out why
- # [05:00] <zewt> from the looks of the mostly-broken ui, it looks like they're trying to make firefox look... like chrome
- # [05:01] <zewt> i guess they added a button that's a copy-paste of the menu button in chrome, except it's a terrible grid of icons instead of a real menu
- # [05:01] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 255 seconds)
- # [05:02] <caitp> there's always ESR firefox :p
- # [05:03] <zewt> this makes me want to just uninstall it and be done with it, but chrome isn't really usable either
- # [05:03] <caitp> well, maybe not "always", eventually ESR will include post-FF29
- # [05:04] <caitp> well I guess that leaves konqueror or IE or safari or one of the others then
- # [05:04] <caitp> netsurf!
- # [05:04] <zewt> looks like the tab styles changed, the address bar frame is taller, something broke my hack to put the restore/maximize/close windows buttons on the same row as the address bar, there's an extra useless menu button ... lots of garbage to fix tomorrow
- # [05:05] <zewt> feels like a bunch of upper management going "we can't think of anything useful or beneficial to change, but we have to change something, so here's a list of nonsensical crap to do"
- # [05:06] <zewt> which is a point that every large project seems to hit periodically in its lifecycle
- # [05:06] <caitp> well, you know what they say, you can't make everyone happy
- # [05:07] <zewt> no, it's the "everything is fine, but if we don't keep changing things it'll look like we're not doing our jobs, so change things anyway"
- # [05:08] <zewt> at least, that's what it looks like to someone whose browser just totally shat itself after an un-asked-for update at 10 PM who now gets to spend hours tomorrow unscrewing everything
- # [05:08] <caitp> I thought the solution to that was being very vocal in reports to middle management and team meetings to give the appearance of knowing what you're talking about and having a finger on the pulse of the product
- # [05:09] <zewt> i tend to think that if a product has a pulse, it's been seriously overengineered
- # [05:09] <zewt> and nobody would ever argue that firefox isn't overengineered...
- # [05:12] <caitp> the way things are, it's probably pretty difficult to write a browser which works on multiple platforms, including mobile platforms, and deals with all of the craziness of html/xml/css/js/everything else, without being "overengineered", it's hard to solve all of those problems in a simple way :(
- # [05:12] <zewt> chrome/webkit is *way* less overengineered than firefox
- # [05:12] <caitp> and then the underlying target platforms evolve as time goes by
- # [05:13] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [05:15] * Quits: othermaciej (~mjs@17.114.218.14) (Quit: othermaciej)
- # [05:18] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 276 seconds)
- # [05:18] <zewt> well, tabs opened in chrome to see if it's bearable, but now i have 8 chrome windows, since i can fit maybe 1/4 as many tabs per window in chrome...
- # [05:24] * Quits: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net) (Ping timeout: 252 seconds)
- # [05:30] * Quits: rxgx (uid22483@gateway/web/irccloud.com/x-npsmiocpnesnzuau) (Quit: Connection closed for inactivity)
- # [05:40] * Joins: rxgx (uid22483@gateway/web/irccloud.com/x-ozpkjejfadyyhujo)
- # [05:41] * Quits: lmclister (~lmclister@192.150.10.210)
- # [05:44] * Joins: newtron (~newtron@184.175.19.162)
- # [05:49] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [05:54] * Joins: bholley (~bholley@98.210.101.88)
- # [06:07] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [06:08] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [06:11] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 240 seconds)
- # [06:17] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [06:29] * Joins: jonathanmarvens (~jonathanm@2601:6:7700:929:d5d0:79ad:fecf:a47d)
- # [06:44] * Joins: ehsan (~ehsan@guest.mtv2.mozilla.com)
- # [06:45] * Joins: newtron (~newtron@184.175.19.162)
- # [06:45] * Joins: marcosc (~marcosc@66.207.208.102)
- # [06:49] * Quits: ehsan (~ehsan@guest.mtv2.mozilla.com) (Ping timeout: 258 seconds)
- # [06:49] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [06:50] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 240 seconds)
- # [06:51] * Joins: jeffreyatw (~jeffreyat@199-188-192-248.PUBLIC.monkeybrains.net)
- # [06:53] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [06:56] * Quits: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon) (Quit: Connection closed for inactivity)
- # [06:57] * Joins: bholley (~bholley@98.210.101.88)
- # [06:59] * Joins: IZh (~IZh@83.220.239.215)
- # [06:59] * Quits: qrwteyrutiyoup (~qrwteyrut@unaffiliated/qrwteyrutiyoup) (Quit: ...)
- # [06:59] * Joins: qrwteyrutiyoup (~qrwteyrut@unaffiliated/qrwteyrutiyoup)
- # [06:59] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
- # [07:01] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [07:06] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 245 seconds)
- # [07:08] * Quits: jonathanmarvens (~jonathanm@2601:6:7700:929:d5d0:79ad:fecf:a47d) (Remote host closed the connection)
- # [07:08] * Joins: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net)
- # [07:13] * Joins: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [07:19] * Joins: BigBangUDR (~Thunderbi@220.225.242.27)
- # [07:30] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [07:31] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [07:31] * Quits: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [07:33] * Joins: sicking (~sicking@209.49.120.130)
- # [07:34] * Joins: ehsan (~ehsan@209.49.120.130)
- # [07:36] * Joins: newtron (~newtron@184.175.19.162)
- # [07:36] * Joins: zdobersek (~zan@109.201.154.153)
- # [07:39] * Quits: jeffreyatw (~jeffreyat@199-188-192-248.PUBLIC.monkeybrains.net) (Quit: jeffreyatw)
- # [07:40] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [07:41] * Quits: ehsan (~ehsan@209.49.120.130) (Quit: Leaving...)
- # [07:42] * Joins: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
- # [07:47] * Quits: plutoniix (~plutoniix@node-lbj.pool-101-108.dynamic.totbb.net) (Ping timeout: 255 seconds)
- # [07:49] <annevk> Hixie_: the idea is that you shouldn't rely on scoping of with or event handlers
- # [07:53] * Joins: bholley (~bholley@98.210.101.88)
- # [07:54] * Joins: espadrine (~ttyl@AMontsouris-158-1-51-85.w92-128.abo.wanadoo.fr)
- # [07:56] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [07:56] * Quits: BigBangUDR (~Thunderbi@220.225.242.27) (Ping timeout: 240 seconds)
- # [08:00] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 255 seconds)
- # [08:04] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [08:06] * Joins: Ms2ger (~Ms2ger@nata241.ugent.be)
- # [08:06] * Quits: payman (~payman@ip-200.t2.se.opera.com) (Ping timeout: 276 seconds)
- # [08:06] <SteveF> hixie: correction re http://lists.whatwg.org/pipermail/help-whatwg.org/2014-May/003918.html you wrote "and in some accessibility tools that haven't yet been
- # [08:06] <SteveF> updated to match the HTML spec" No accessibility tools or browsers have implemented the acc layer aspect of outline algo.
- # [08:08] * Quits: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [08:10] * Joins: Ducki (~Ducki@137.116.197.171)
- # [08:11] <SteveF> hixie: and you are now advising: "my recommendation is to use <h2>-<h6> with <section>" which is what the W3C HTML spec advises
- # [08:12] * Quits: espadrine (~ttyl@AMontsouris-158-1-51-85.w92-128.abo.wanadoo.fr) (Read error: Connection timed out)
- # [08:13] * Quits: Ducki (~Ducki@137.116.197.171) (Remote host closed the connection)
- # [08:13] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Quit: ChatZilla 0.9.90.1 [Firefox 32.0a1/20140510030204])
- # [08:15] * Joins: plutoniix (~plutoniix@node-lbj.pool-101-108.dynamic.totbb.net)
- # [08:15] * Joins: lmclister (~lmclister@192.150.10.208)
- # [08:18] * Joins: Ducki (~Ducki@137.116.197.171)
- # [08:20] * Quits: lmclister (~lmclister@192.150.10.208) (Read error: Connection reset by peer)
- # [08:22] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [08:22] * Joins: lmclister (~lmclister@98.210.38.110)
- # [08:25] * Quits: plutoniix (~plutoniix@node-lbj.pool-101-108.dynamic.totbb.net) (Ping timeout: 240 seconds)
- # [08:27] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [08:34] * Joins: marcosc (~marcosc@66.207.208.102)
- # [08:34] * Quits: lmclister (~lmclister@98.210.38.110)
- # [08:37] * Joins: newtron (~newtron@184.175.19.162)
- # [08:38] * Joins: plutoniix (~plutoniix@node-lbj.pool-101-108.dynamic.totbb.net)
- # [08:38] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 240 seconds)
- # [08:39] * Quits: annevk (~annevk@77-57-114-66.dclient.hispeed.ch) (Remote host closed the connection)
- # [08:41] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [08:41] <IZh> Where is Ben?
- # [08:47] * Quits: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [08:50] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [08:55] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [08:55] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 276 seconds)
- # [08:55] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [08:56] * Joins: jonathanmarvens (~jonathanm@2601:6:7700:929:9530:b1c7:9b8e:e757)
- # [08:57] * Quits: jonathanmarvens (~jonathanm@2601:6:7700:929:9530:b1c7:9b8e:e757) (Remote host closed the connection)
- # [08:58] * Joins: Kolombiken (~Adium@94.137.124.2)
- # [09:00] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [09:06] * Joins: 20WAAEGM5 (scrollback@conference/jsconf/x-nwuntfikdiwvzcbj)
- # [09:09] <MikeSmith> IZh: Ben who?
- # [09:10] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
- # [09:10] <IZh> MikeSmith: Ben Schwarz.
- # [09:12] * Quits: 20WAAEGM5 (scrollback@conference/jsconf/x-nwuntfikdiwvzcbj) (Remote host closed the connection)
- # [09:12] * Joins: KevinMarks (~yaaic@2607:fb90:2201:b0c2:3037:1ea8:3730:ddb3)
- # [09:13] * Joins: 16WAAPRQL (scrollback@conference/jsconf/x-hahuyvxdwqkywtwe)
- # [09:17] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [09:17] * Joins: darobin (~darobin@78.109.80.74)
- # [09:22] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
- # [09:22] <MikeSmith> benschwarz: ↑
- # [09:25] * Quits: Ducki (~Ducki@137.116.197.171) (Remote host closed the connection)
- # [09:30] * Joins: Ducki (~Ducki@137.116.197.171)
- # [09:37] * Joins: newtron (~newtron@184.175.19.162)
- # [09:38] * Joins: payman (~payman@ip-200.t2.se.opera.com)
- # [09:41] * Quits: IZh (~IZh@83.220.239.215) (Quit: Bye)
- # [09:42] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [09:44] * Quits: CvP (~CvP@27.147.199.131) (Read error: Connection reset by peer)
- # [09:44] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [09:45] * Joins: CvP (~CvP@27.147.199.131)
- # [09:45] * Joins: xiinotulp (~plutoniix@node-3hx.pool-125-25.dynamic.totbb.net)
- # [09:48] * Quits: plutoniix (~plutoniix@node-lbj.pool-101-108.dynamic.totbb.net) (Ping timeout: 240 seconds)
- # [09:49] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 265 seconds)
- # [09:55] * xiinotulp is now known as plutoniix
- # [09:55] * Joins: Smylers (~smylers@94.117.135.131)
- # [09:56] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [09:58] <zcorpan> foolip: flip pass condition in https://critic.hoppipolla.co.uk/r/1499 ?
- # [10:01] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [10:01] * Quits: sicking (~sicking@209.49.120.130) (Quit: sicking)
- # [10:01] * Joins: sicking (~sicking@209.49.120.130)
- # [10:03] * Quits: sicking (~sicking@209.49.120.130) (Client Quit)
- # [10:03] * Quits: Ms2ger (~Ms2ger@nata241.ugent.be) (Ping timeout: 255 seconds)
- # [10:05] * Quits: Smylers (~smylers@94.117.135.131) (Ping timeout: 276 seconds)
- # [10:07] * Joins: morbidlyobese (~morbidlyo@gateway/tor-sasl/morbidlyobese)
- # [10:15] * Quits: PLATOSCAVE (~PLATOSCAV@66-214-254-73.static.lsan.ca.charter.com) (Remote host closed the connection)
- # [10:15] * Joins: PLATOSCAVE (~PLATOSCAV@66-214-254-73.static.lsan.ca.charter.com)
- # [10:16] * Joins: Smylers (~smylers@81.143.60.194)
- # [10:17] * Joins: espadrine (~ttyl@AMontsouris-158-1-51-85.w92-128.abo.wanadoo.fr)
- # [10:21] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [10:23] * Joins: marcosc (~marcosc@66.207.208.102)
- # [10:24] * Quits: ambv (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [10:24] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [10:24] * Joins: ambv (~ambv@206.108.217.134)
- # [10:28] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 250 seconds)
- # [10:28] <foolip> zcorpan: um, yes, it's a star in my inbox
- # [10:29] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [10:31] * Quits: Kolombiken (~Adium@94.137.124.2) (Quit: Leaving.)
- # [10:32] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 264 seconds)
- # [10:38] * Joins: newtron (~newtron@184.175.19.162)
- # [10:39] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [10:39] <foolip> zcorpan: updated https://critic.hoppipolla.co.uk/r/1499
- # [10:40] * Quits: rxgx (uid22483@gateway/web/irccloud.com/x-ozpkjejfadyyhujo) (Quit: Connection closed for inactivity)
- # [10:41] <zcorpan> foolip: reviewed
- # [10:42] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [10:44] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 276 seconds)
- # [10:48] <MikeSmith> https://twitter.com/Formation_media/status/466126996767256576
- # [10:50] * Joins: Kolombiken (~Adium@gateway.creuna.se)
- # [10:50] <foolip> zcorpan: feedback on https://github.com/w3c/web-platform-tests/pull/970#issuecomment-42585194 and my comment requested
- # [10:57] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [11:00] * Joins: mpt (~mpt@nat/canonical/x-lmnghmaltxzhmcls)
- # [11:00] * Quits: mpt (~mpt@nat/canonical/x-lmnghmaltxzhmcls) (Changing host)
- # [11:00] * Joins: mpt (~mpt@canonical/mpt)
- # [11:00] * Joins: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net)
- # [11:01] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [11:05] * Quits: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net) (Ping timeout: 252 seconds)
- # [11:05] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [11:07] * Joins: Ms2ger (~Ms2ger@91.182.70.155)
- # [11:09] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:10] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 240 seconds)
- # [11:12] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [11:17] * Joins: annevk (annevk@nat/google/x-ykjixouzlcomiiun)
- # [11:18] <zcorpan> hmm. do browsers not prompt to unload for nested browsing contexts?
- # [11:21] <jgraham> Not sure
- # [11:31] * Ms2ger grumbles
- # [11:31] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [11:31] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [11:32] * Joins: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
- # [11:32] <Ms2ger> "Start and end tag tokens have a tag name, a self-closing flag, and a list of attributes, each of which has a name and a value."
- # [11:33] <Ms2ger> "When the steps below require the user agent to adjust foreign attributes for a token, then, if any of the attributes on the token match the strings given in the first column of the following table, let the attribute be a namespaced attribute, with the prefix..."
- # [11:33] <Ms2ger> You didn't say anything about namespaced attributes!
- # [11:34] * Joins: josemanuel (~josemanue@60.Red-79-147-197.dynamicIP.rima-tde.net)
- # [11:38] * Quits: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
- # [11:38] * Quits: Guest22709 (~Krinkle@ec2-50-112-50-28.us-west-2.compute.amazonaws.com) (Changing host)
- # [11:38] * Joins: Guest22709 (~Krinkle@wikimedia/Krinkle)
- # [11:38] * Guest22709 is now known as Krinkle
- # [11:39] * Joins: newtron (~newtron@184.175.19.162)
- # [11:43] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [11:49] <zcorpan> annevk: is there a different component for the w3c xhr spec?
- # [11:50] <annevk> zcorpan: why are you asking me?
- # [11:50] <zcorpan> annevk: because maybe you know, and i don't see hallvord around
- # [11:50] <annevk> zcorpan: I've no idea
- # [11:50] <zcorpan> ok thx
- # [11:52] <zcorpan> ok if i reopen and reassign to hallvord?
- # [11:53] * Quits: CvP (~CvP@27.147.199.131) (Read error: Connection reset by peer)
- # [11:53] <zcorpan> MikeSmith: can you create a new component for w3c xhr fork?
- # [11:53] <annevk> I'd rather you don't do that
- # [11:54] <annevk> That muddles the public record of the XHR spec even more
- # [11:54] * Joins: CvP (~CvP@27.147.199.131)
- # [11:56] * Quits: annevk (annevk@nat/google/x-ykjixouzlcomiiun) (Remote host closed the connection)
- # [11:57] * Joins: tav (~tav`@host31-52-138-103.range31-52.btcentralplus.com)
- # [11:58] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [12:00] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [12:01] * Quits: CvP (~CvP@27.147.199.131) (Read error: Connection reset by peer)
- # [12:02] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [12:02] * Joins: CvP (~CvP@27.147.199.131)
- # [12:03] * Quits: CvP (~CvP@27.147.199.131) (Read error: No route to host)
- # [12:03] * Joins: CvP (~CvP@27.147.199.131)
- # [12:04] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 258 seconds)
- # [12:06] * Quits: josemanuel (~josemanue@60.Red-79-147-197.dynamicIP.rima-tde.net) (Quit: Saliendo)
- # [12:07] * Joins: Lachy (~Lachy@213.166.174.2)
- # [12:07] * Quits: Lachy_ (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [12:10] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [12:10] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [12:12] * Joins: marcosc (~marcosc@66.207.208.102)
- # [12:13] * Joins: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk)
- # [12:17] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 264 seconds)
- # [12:24] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [12:38] * Quits: tav (~tav`@host31-52-138-103.range31-52.btcentralplus.com) (Read error: No route to host)
- # [12:39] * Joins: tav (~tav`@host31-52-138-103.range31-52.btcentralplus.com)
- # [12:40] * Joins: newtron (~newtron@184.175.19.162)
- # [12:44] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [12:54] * Joins: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net)
- # [12:55] * Joins: barnabywalters (~barnabywa@46-239-239-203.tal.is)
- # [12:58] * Quits: Lachy_ (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [12:58] * Joins: Lachy (~Lachy@213.166.174.2)
- # [12:59] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [12:59] * Quits: richt (~richt@cpc6-gran4-2-0-cust65.12-1.cable.virginm.net) (Ping timeout: 276 seconds)
- # [13:03] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Ping timeout: 240 seconds)
- # [13:03] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [13:06] * Quits: rcombs (~rcombs@rcombs.me) (Read error: Connection reset by peer)
- # [13:07] * Joins: annevk (annevk@nat/google/x-jdnseeoujglakwau)
- # [13:07] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [13:09] * Joins: rcombs (~rcombs@rcombs.me)
- # [13:11] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [13:11] * Quits: annevk (annevk@nat/google/x-jdnseeoujglakwau) (Ping timeout: 240 seconds)
- # [13:12] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 264 seconds)
- # [13:17] * Joins: jonathanmarvens (~jonathanm@2601:6:7700:929:7c11:eaf9:373c:f7aa)
- # [13:18] * Quits: jonathanmarvens (~jonathanm@2601:6:7700:929:7c11:eaf9:373c:f7aa) (Remote host closed the connection)
- # [13:25] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [13:33] * Joins: yoav (yoav@nat/google/x-kmflensaakgbhqux)
- # [13:38] * Joins: annevk (annevk@nat/google/x-jdfajiuollsealob)
- # [13:41] * Joins: Kolombiken (~Adium@gateway.creuna.se)
- # [13:41] * Joins: newtron (~newtron@184.175.19.162)
- # [13:41] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [13:45] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [13:45] * Joins: scor (scor@nat/acquia/x-rhfldxrlvuxqvkpx)
- # [13:45] * Quits: scor (scor@nat/acquia/x-rhfldxrlvuxqvkpx) (Changing host)
- # [13:45] * Joins: scor (scor@drupal.org/user/52142/view)
- # [13:45] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [13:49] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
- # [13:51] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [13:51] * Joins: Lachy (~Lachy@213.166.174.2)
- # [13:59] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [13:59] <MikeSmith> what should we don instead?
- # [14:00] <MikeSmith> is hte source of the w3c one in github?
- # [14:01] * Joins: marcosc (~marcosc@66.207.208.102)
- # [14:01] * Quits: plutoniix (~plutoniix@node-3hx.pool-125-25.dynamic.totbb.net) (Read error: No route to host)
- # [14:02] * Joins: plutoniix (~plutoniix@node-3hx.pool-125-25.dynamic.totbb.net)
- # [14:03] <MikeSmith> if the w3c XHR spec is still claiming just to be a snapshot of the whatwg content then it seems like they just need to merge annevk's latest upstream changes
- # [14:04] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [14:05] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [14:06] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 276 seconds)
- # [14:06] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [14:06] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [14:09] <annevk> MikeSmith: there's a weird fork now because they tried to make a stable v1 again
- # [14:10] * Quits: yoav (yoav@nat/google/x-kmflensaakgbhqux) (Ping timeout: 240 seconds)
- # [14:13] <MikeSmith> annevk: yeah I read Hallvord's comment about it
- # [14:13] <MikeSmith> oh now about the stable v1 thing though
- # [14:13] <MikeSmith> ah
- # [14:14] <MikeSmith> yeah this is coming back to me now
- # [14:14] <MikeSmith> we don't need as stable v1
- # [14:14] <MikeSmith> I forget who's claiming we need one
- # [14:14] <MikeSmith> annevk: Microsoft?
- # [14:15] <annevk> no idea
- # [14:15] <jgraham> I was in the room
- # [14:15] <jgraham> and I have forgotten too
- # [14:15] <jgraham> I think "everyone" agreed it would be "easy" and so there was no problem with making one
- # [14:16] <Ms2ger> All we need is half a dozen editors
- # [14:16] * Joins: yoav (yoav@nat/google/x-qctwjkilsdeyiajg)
- # [14:19] <annevk> jgraham: so "list consensus" is "room consensus"?
- # [14:19] * annevk just ran into https://github.com/w3c/web-platform-tests/pull/974
- # [14:21] <annevk> "I…confess to a strong bias against the fashion for reusable code. To me, 're-editable code' is much, much better…" - Donald Knuth
- # [14:22] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [14:23] * Quits: yoav (yoav@nat/google/x-qctwjkilsdeyiajg) (Ping timeout: 240 seconds)
- # [14:26] * Joins: tj_vantoll (~Adium@2601:4:5380:eba:a15c:8800:7925:9b9e)
- # [14:33] <jgraham> annevk: I am very confused by that PR and hope you will sort it all out
- # [14:34] <annevk> jgraham: I think hallvors need to come up with some pointers
- # [14:43] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [14:45] * Joins: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net)
- # [14:45] * Joins: htmelvis (~htmelvis@107.170.99.246)
- # [14:46] * Joins: newtron (~newtron@184.175.19.162)
- # [14:47] * Quits: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [14:48] * Joins: seventh (seventh@185.29.164.223)
- # [14:50] * Quits: newtron (~newtron@184.175.19.162) (Ping timeout: 240 seconds)
- # [14:51] * Quits: PLATOSCAVE (~PLATOSCAV@66-214-254-73.static.lsan.ca.charter.com) (Quit: https://www.facebook.com/realjohnchalekson)
- # [14:52] * Joins: PLATOSCAVE (~PLATOSCAV@66-214-254-73.static.lsan.ca.charter.com)
- # [14:53] <odinho> I normally review xhr tests, I stayed well clear of that one :P
- # [14:55] * Joins: TallTed (~Thud@c-98-216-39-172.hsd1.ma.comcast.net)
- # [14:56] * Joins: foxtrotwhiskey (~foxtrotwh@192-63-2457.unisys.com)
- # [15:13] * Quits: annevk (annevk@nat/google/x-jdfajiuollsealob) (Remote host closed the connection)
- # [15:14] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Ping timeout: 240 seconds)
- # [15:15] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [15:16] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-ljdakvhuztctrpwd) (Quit: Connection closed for inactivity)
- # [15:18] * Joins: BigBangUDR (~Thunderbi@101.56.180.97)
- # [15:18] * Quits: BigBangUDR (~Thunderbi@101.56.180.97) (Client Quit)
- # [15:23] * Joins: yoav (yoav@nat/google/x-vmssgoyeydomundq)
- # [15:28] * Quits: yoav (yoav@nat/google/x-vmssgoyeydomundq) (Ping timeout: 240 seconds)
- # [15:31] * Joins: newtron (~newtron@199.71.174.203)
- # [15:35] * Joins: jonathanmarvens (~jonathanm@2601:6:7700:929:2d57:6258:570b:17f9)
- # [15:36] * Quits: jonathanmarvens (~jonathanm@2601:6:7700:929:2d57:6258:570b:17f9) (Remote host closed the connection)
- # [15:41] * Joins: marcosc (~marcosc@66.207.208.102)
- # [15:46] * Joins: Lachy (~Lachy@213.166.174.2)
- # [15:46] * Quits: Lachy_ (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [15:47] * Quits: plutoniix (~plutoniix@node-3hx.pool-125-25.dynamic.totbb.net) (Ping timeout: 245 seconds)
- # [15:48] * Joins: jonathanmarvens (~jonathanm@2601:6:7700:929:a4f2:833a:aa9a:4c0d)
- # [15:58] * Quits: seventh (seventh@185.29.164.223) (Ping timeout: 240 seconds)
- # [15:58] * Joins: encryptd_fractl (~encryptd_@23.30.224.246)
- # [16:00] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [16:00] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [16:02] * Joins: annevk (annevk@nat/google/x-nwcykcvlijpfjkeq)
- # [16:03] * Joins: bufferino (~yz@103.11.50.153)
- # [16:07] <benschwarz> annevk: if you're here when iZh is, tell him to email me?
- # [16:07] <benschwarz> he's been trying to catch me for a week straight, but our timezones are clearly bulllllshit
- # [16:07] <annevk> benschwarz: ok
- # [16:08] <benschwarz> annevk: thanks for being my bot :-)
- # [16:11] <TabAtkins> benschwarz: Sorry, I keep telling iZH to stop being a jerk and just either email or announce his questions in the chat, but he refuses.
- # [16:11] <TabAtkins> Very frustrating.
- # [16:12] <Ms2ger> There's no need to call anyone a jerk
- # [16:13] * Quits: annevk (annevk@nat/google/x-nwcykcvlijpfjkeq) (Remote host closed the connection)
- # [16:13] <TabAtkins> When multiple people have repeatedly asked someone to respect a common etiquette guideline, and they refuse...
- # [16:19] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [16:19] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 264 seconds)
- # [16:22] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
- # [16:24] * Quits: jonathanmarvens (~jonathanm@2601:6:7700:929:a4f2:833a:aa9a:4c0d) (Remote host closed the connection)
- # [16:30] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [16:31] * Quits: Lachy_ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [16:32] <estellevw> The list attribute is supported on <input type="range">. How is the browser supposed to handle a drop down menu on a slider widget? Is there someplace where this is explained in the spec. As far as I can tell, no browser supports this, but I don't know what I should be looking for since it makes little sense to me.
- # [16:33] <estellevw> I did find this example http://www.w3.org/TR/html5/forms.html#range-state-(type=range) that uses it in the w3 spec, but implementing that does nothing
- # [16:33] <Ms2ger> Oh dear
- # [16:33] <Ms2ger> Why would you be looking at that ancient thing?
- # [16:34] <estellevw> that was the only place I found an example of what is stated as support in http://www.whatwg.org/specs/web-apps/current-work/multipage/the-input-element.html
- # [16:35] * Joins: llkats (~llkats@2602:306:37fe:6850:1d89:4247:bea8:b75a)
- # [16:36] * Joins: plutoniix (~plutoniix@node-3hx.pool-125-25.dynamic.totbb.net)
- # [16:40] * Quits: plutoniix (~plutoniix@node-3hx.pool-125-25.dynamic.totbb.net) (Ping timeout: 240 seconds)
- # [16:49] * Joins: jonathanmarvens (~jonathanm@50.157.151.94)
- # [16:49] <estellevw> Does anyone know?
- # [16:52] * Joins: Bass10 (~Bass10@c-73-37-130-61.hsd1.mn.comcast.net)
- # [16:54] * Quits: mven (~textual@ip68-104-38-84.lv.lv.cox.net) (Ping timeout: 240 seconds)
- # [16:57] <zewt> fascinated at how websocket is painfully complex because it layers on top of http so it can transparently work through http routers, and ... doesn't work through http routers, so it's just grossly complex for the fun of it
- # [16:57] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [17:00] * Quits: jonathanmarvens (~jonathanm@50.157.151.94) (Remote host closed the connection)
- # [17:01] <zcorpan_> jgraham: how do i trickle the response in a .py file handler?
- # [17:02] * Joins: Lachy (~Lachy@213.166.174.2)
- # [17:02] * Quits: Ducki (~Ducki@137.116.197.171) (Ping timeout: 240 seconds)
- # [17:03] <jgraham> zcorpan_: Either directly by using time.sleep, or in a slightly cumbersome way by importing the pipes file. I think there's an example of the latter somewhere
- # [17:03] <zcorpan_> http://wptserve.readthedocs.org/en/latest/response.html second example?
- # [17:04] <jgraham> Yep
- # [17:05] <zcorpan_> thx
- # [17:06] <jgraham> eventsource/resources/cors.py has an example of using a pipe inside a .py file
- # [17:07] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [17:07] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:08] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Client Quit)
- # [17:12] * Quits: llkats (~llkats@2602:306:37fe:6850:1d89:4247:bea8:b75a) (Remote host closed the connection)
- # [17:13] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [17:14] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
- # [17:17] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Read error: Connection reset by peer)
- # [17:18] * Joins: BigBangUDR (~Thunderbi@101.57.7.129)
- # [17:18] * Joins: bholley (~bholley@98.210.101.88)
- # [17:18] * Quits: BigBangUDR (~Thunderbi@101.57.7.129) (Client Quit)
- # [17:20] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [17:24] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:26] * Joins: plutoniix (~plutoniix@node-3hx.pool-125-25.dynamic.totbb.net)
- # [17:27] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [17:28] * Joins: annevk (annevk@nat/google/x-dwveddolifnoabim)
- # [17:30] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [17:30] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [17:31] * Quits: plutoniix (~plutoniix@node-3hx.pool-125-25.dynamic.totbb.net) (Ping timeout: 240 seconds)
- # [17:33] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [17:34] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [17:37] <JonathanNeal> Good morning anyone in SD. Anyone at Event Apart?
- # [17:38] * Joseph_Silber is now known as everyone
- # [17:38] * everyone is now known as JosephSilber
- # [17:38] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [17:41] * Krinkle is now known as Krinkle|detached
- # [17:45] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [17:48] * Joins: izhak (~izhak@92.248.142.152)
- # [17:50] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [17:53] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [17:53] * Joins: llkats (~llkats@h-64-236-138-1.aoltw.net)
- # [17:54] * Joins: jonathanmarvens (~jonathanm@199.47.79.34)
- # [17:54] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [17:57] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Client Quit)
- # [18:01] * Joins: bholley (~bholley@98.210.101.88)
- # [18:01] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
- # [18:03] * Joins: lmclister (~lmclister@192.150.10.210)
- # [18:07] * Quits: beowulf (~sstewart@host86-153-243-191.range86-153.btcentralplus.com) (Ping timeout: 276 seconds)
- # [18:07] * Joins: beowulf (~sstewart@host86-153-243-191.range86-153.btcentralplus.com)
- # [18:07] <dglazkov> good morning, Whatwg!
- # [18:07] * Joins: bholley (~bholley@98.210.101.88)
- # [18:08] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [18:08] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Client Quit)
- # [18:11] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:12] * Quits: jonathanmarvens (~jonathanm@199.47.79.34) (Remote host closed the connection)
- # [18:13] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [18:20] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
- # [18:20] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [18:21] * Quits: annevk (annevk@nat/google/x-dwveddolifnoabim) (Remote host closed the connection)
- # [18:30] * Quits: Smylers (~smylers@81.143.60.194) (Ping timeout: 240 seconds)
- # [18:33] * Joins: Maurice` (copyman@5ED57922.cm-7-6b.dynamic.ziggo.nl)
- # [18:33] * Joins: rillian (giles@mf4-xiph.osuosl.org)
- # [18:36] <rillian> has the DataCue proposal been discussed on the list? I can't find it in the archives.
- # [18:37] * Joins: jonathanmarvens (~jonathanm@199.47.79.34)
- # [18:38] * Quits: KevinMarks (~yaaic@2607:fb90:2201:b0c2:3037:1ea8:3730:ddb3) (Ping timeout: 240 seconds)
- # [18:39] * Quits: jonathanmarvens (~jonathanm@199.47.79.34) (Remote host closed the connection)
- # [18:39] <Hixie_> rillian: it was an HTMLWG invention, I don't think it was ever discussed on the WHATWG list. It was discussed on the blink-dev list where I explained why I thought it didn't make much sense as written.
- # [18:40] * astearns_ is now known as astearns
- # [18:42] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:42] <rillian> Hixie_: ok, thanks. I found that discussion.
- # [18:43] <rillian> I pretty much agreed with you, fwiw
- # [18:44] <rillian> an in band text track is an interesting alternative to the metadata object I tried to get support for a couple of years ago
- # [18:44] <Hixie_> i think the underlying use case for datacue makes a lot of sense. exposing the text tracks that are in all these files, etc.
- # [18:44] <rillian> but DataCue as written is a weird half-solution
- # [18:44] <Hixie_> but yeah, as written it doesn't really make sense
- # [18:44] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [18:46] <rillian> I don't actually understand the motivation there. It's like they don't expect user agents to actually parse out the data they want, so they want a fallback for their polyfill...and then to make that fallback the default behaviour?
- # [18:46] <rillian> is the data they actually care about secret somehow? Too much work to spec a parser for?
- # [18:49] <Hixie_> beats me
- # [18:49] * Joins: jonathanmarvens (~jonathanm@199.47.79.34)
- # [18:49] <Hixie_> i don't understand how a parser could fill in the DataCue data structure without parsing the format in the first place
- # [18:49] <Hixie_> and if it has parsed it, why not expose more?
- # [18:49] * Joins: hugo_moss (~hugom@unaffiliated/hugo-moss/x-0589204)
- # [18:49] <rillian> as I understand it, the parser is supposed to stop at the demuxer level
- # [18:49] <rillian> so it returns unparsed data items from the specific track
- # [18:49] <Hixie_> the right solution imho is to do the same as WebVTT does: provide an API for the format you parse
- # [18:49] * Joins: ap_ (~ap@2620:149:4:304:5d67:c24f:b13f:eb83)
- # [18:49] <rillian> so you get native-code overhead levels when dealing with the video datarate, and it pops out stuff for a js-level parse to consume at texttrack data rates.
- # [18:49] <rillian> Hixie_: I agree
- # [18:50] <rillian> or figurate out some way to mark the origin and spec how to create VTTCues from it
- # [18:51] <rillian> *figure
- # [18:53] * Joins: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net)
- # [18:57] * Quits: jonathanmarvens (~jonathanm@199.47.79.34)
- # [18:58] * Joins: jonathanmarvens (~jonathanm@199.47.79.34)
- # [18:59] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Remote host closed the connection)
- # [19:00] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [19:08] * Krinkle|detached is now known as Krinkle
- # [19:11] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [19:14] * Joins: bholley (~bholley@98.210.101.88)
- # [19:15] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 245 seconds)
- # [19:15] * Quits: jwalden (~waldo@corp.mtv2.mozilla.com) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 29.0/20140428110119])
- # [19:20] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [19:25] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [19:27] * Joins: plutoniix (~plutoniix@node-3hx.pool-125-25.dynamic.totbb.net)
- # [19:32] * Joins: benv (~benv@38.104.194.126)
- # [19:42] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [19:46] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [19:47] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [19:49] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 264 seconds)
- # [19:56] * Joins: Areks_home (~Areks@95-26-45-140.broadband.corbina.ru)
- # [19:58] * Joins: ehsan (~ehsan@guest.mtv2.mozilla.com)
- # [19:59] * Joins: BigBangUDR (~Thunderbi@101.57.74.215)
- # [20:00] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [20:00] * Quits: BigBangUDR (~Thunderbi@101.57.74.215) (Client Quit)
- # [20:03] * Joins: ehynds (~ehynds@64.206.121.41)
- # [20:04] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Quit: barnabywalters)
- # [20:10] * Quits: benv (~benv@38.104.194.126) (Quit: Computer has gone to sleep.)
- # [20:13] * Joins: benv (~benv@38.104.194.126)
- # [20:15] * Joins: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com)
- # [20:20] * Joins: IZh (~IZh@95.31.44.172)
- # [20:32] * Joins: bholley (~bholley@216.9.110.10)
- # [20:35] * Quits: foxtrotwhiskey (~foxtrotwh@192-63-2457.unisys.com) (Ping timeout: 252 seconds)
- # [20:35] * Joins: foxtrotwhiskey (~foxtrotwh@192.63.201.99)
- # [20:36] * Krinkle is now known as Krinkle|detached
- # [20:36] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [20:37] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [20:37] * Quits: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
- # [20:38] * Joins: wcc17 (~wcc17@cpe-74-138-106-201.swo.res.rr.com)
- # [20:39] * Quits: jeremyj (~jeremyj@17.202.44.231) (Client Quit)
- # [20:39] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [20:40] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [20:40] * Quits: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net) (Quit: jeffreyatw)
- # [20:40] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [20:43] * Joins: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net)
- # [20:43] * Joins: annevk (~annevk@77-57-114-66.dclient.hispeed.ch)
- # [20:44] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 245 seconds)
- # [20:44] * Quits: ehsan (~ehsan@guest.mtv2.mozilla.com) (Remote host closed the connection)
- # [20:48] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [20:50] * Maurice` is now known as Maurice
- # [20:53] * Quits: encryptd_fractl (~encryptd_@23.30.224.246) (Remote host closed the connection)
- # [20:57] * Krinkle|detached is now known as Krinkle
- # [20:57] * Joins: encryptd_fractl (~encryptd_@23.30.224.246)
- # [20:58] * Quits: ap_ (~ap@2620:149:4:304:5d67:c24f:b13f:eb83) (Quit: ap_)
- # [20:58] * Joins: ap_ (~ap@17.202.44.214)
- # [20:58] * Quits: bholley (~bholley@216.9.110.10) (Quit: Textual IRC Client: www.textualapp.com)
- # [20:59] * ap_ is now known as ap
- # [20:59] * Quits: hugo_moss (~hugom@unaffiliated/hugo-moss/x-0589204) (Ping timeout: 264 seconds)
- # [20:59] * Quits: jeremyj (~jeremyj@17.202.44.231) (Ping timeout: 255 seconds)
- # [20:59] * Joins: weinig (~weinig@17.114.216.37)
- # [21:00] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
- # [21:00] * Quits: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com) (Quit: arunranga)
- # [21:03] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [21:03] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [21:07] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Quit: Leaving)
- # [21:07] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [21:11] * Joins: hugo_moss (~hugom@unaffiliated/hugo-moss/x-0589204)
- # [21:12] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [21:14] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [21:16] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 240 seconds)
- # [21:16] * Joins: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com)
- # [21:19] * Joins: barnabywalters (~barnabywa@89.17.128.127)
- # [21:20] * Joins: KevinMarks (~yaaic@2607:fb90:2201:b0c2:3037:1ea8:3730:ddb3)
- # [21:25] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [21:28] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Remote host closed the connection)
- # [21:28] * Quits: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com) (Quit: arunranga)
- # [21:28] * Quits: TallTed (~Thud@c-98-216-39-172.hsd1.ma.comcast.net) (Quit: The computer fell asleep)
- # [21:28] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [21:28] * Joins: TallTed (~Thud@63.119.36.36)
- # [21:29] * Joins: MacTed (~Thud@c-98-216-39-172.hsd1.ma.comcast.net)
- # [21:30] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Quit: barnabywalters)
- # [21:30] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [21:30] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [21:30] * Quits: MacTed (~Thud@c-98-216-39-172.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [21:31] * Joins: barnabywalters (~barnabywa@89.17.128.127)
- # [21:32] * Quits: weinig (~weinig@17.114.216.37) (Quit: weinig)
- # [21:33] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Ping timeout: 252 seconds)
- # [21:33] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Client Quit)
- # [21:33] * Quits: TallTed (~Thud@63.119.36.36) (Ping timeout: 265 seconds)
- # [21:34] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:34] * Joins: rniwa (~rniwa@17.202.43.222)
- # [21:36] * Joins: SamB_ (~SamB@207-172-123-137.c3-0.upd-ubr1.trpr-upd.pa.cable.rcn.com)
- # [21:37] * Quits: SamB (~SamB@2001:470:1f07:57:ecd4:b9a3:c1f4:6833) (Ping timeout: 245 seconds)
- # [21:37] * Joins: othermaciej (~mjs@17.114.218.14)
- # [21:38] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [21:38] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
- # [21:40] * Joins: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com)
- # [21:41] * Joins: barnabywalters (~barnabywa@89.17.128.127)
- # [21:42] * SamB_ is now known as SamB
- # [21:43] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [21:44] * Joins: jernoble (~jernoble@17.202.45.163)
- # [21:44] * Quits: Gege (gege@future.deferred.io) (*.net *.split)
- # [21:45] * Joins: ehsan (~ehsan@guest.mtv2.mozilla.com)
- # [21:46] * Quits: IZh (~IZh@95.31.44.172) (Remote host closed the connection)
- # [21:47] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Quit: barnabywalters)
- # [21:50] * Quits: hugo_moss (~hugom@unaffiliated/hugo-moss/x-0589204) (Ping timeout: 264 seconds)
- # [21:50] * Quits: ehsan (~ehsan@guest.mtv2.mozilla.com) (Ping timeout: 276 seconds)
- # [21:51] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [21:52] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [21:55] * Joins: Gege (gege@future.deferred.io)
- # [22:01] * Quits: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com) (Quit: arunranga)
- # [22:05] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 255 seconds)
- # [22:07] <Hixie_> Domenic: the exceptions i'm talking about aren't exceptions any author should ever see
- # [22:07] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [22:07] * Quits: foxtrotwhiskey (~foxtrotwh@192.63.201.99) (Ping timeout: 265 seconds)
- # [22:07] * Joins: foxtrotwhiskey (~foxtrotwh@192-63-2457.unisys.com)
- # [22:08] <Hixie_> Domenic: i presume that you don't think that calling the method that returns a promise with arguments that would cause it to throw TypeError should throw the TypeError in the promise -- this would be equivalent, just more elaborate type checks
- # [22:08] <Domenic> Hixie_: JS doesn't really have any distinction between different kinds of exceptions, apart from compile-time errors vs. runtime errors.
- # [22:08] <Hixie_> sure, but APIs do. Humans do.
- # [22:08] <Domenic> Hixie_: no, that is exactly how promise-returning methods behave; argument validation errors become rejected promises.
- # [22:08] <Hixie_> o_O
- # [22:08] <Hixie_> wow
- # [22:08] <Hixie_> really?
- # [22:08] <Domenic> Indeed.
- # [22:08] <Hixie_> that seems... absurd
- # [22:08] <Domenic> It's an async function, so it uses the async channel for all its non-compile-time errors.
- # [22:09] <Domenic> That's why I said WebIDL will fix this for you
- # [22:09] <Hixie_> that's really really bad for authors.
- # [22:09] <Domenic> If your function is promise-returning, WebIDL will ensure any sync-thrown exceptions get turned into rejected promises, including e.g. ones from the overload resolution algorithm.
- # [22:09] <Hixie_> it means that when i make a typo, i now get it reported in some unrelated part of my code instead of right where the error occurs.
- # [22:09] <Domenic> No, you get it reported right where the error occurs...
- # [22:10] <Domenic> It's just like sync errors, you just use a different mechanism for catching them (or not)
- # [22:10] <caitp> people seem to like it, and for some reason invite me to speak at conferences about the aplus/commonjs version of promises, so authors seem to enjoy it
- # [22:10] <Hixie_> var promise = foo.someAPI(someBogusArgument);
- # [22:10] <Domenic> the stack trace still points to the location at which the error was thrown
- # [22:10] * Quits: llkats (~llkats@h-64-236-138-1.aoltw.net) (Remote host closed the connection)
- # [22:10] <Hixie_> where's the debugger going to break?
- # [22:10] <Domenic> if there's no catch for that promise, the debugger breaks on that line
- # [22:10] <Domenic> assuming you have "break on uncaught exceptions" turned on.
- # [22:10] <Hixie_> how?
- # [22:11] <Domenic> I mean, I can show you the Chrome patch, if that helps?
- # [22:11] <Hixie_> i mean, i haven't decided what i'm going to do with the promise yet
- # [22:11] * Joins: llkats (~llkats@h-64-236-138-1.aoltw.net)
- # [22:11] <Hixie_> maybe i will set a handler for catching problems two years from now in a setTimeout callback
- # [22:11] <Domenic> yeah, in that case, it's just like if you catch the error further up the stack: the debugger is giving you false positive
- # [22:11] <Domenic> the debugger does this already for sync errors
- # [22:12] <Domenic> so correction: it's more like "break on all exceptions" than "break on uncaught exceptions"
- # [22:12] <Hixie_> wait so the debugger is actually breaking _before_ the promise's rejection is handled?
- # [22:12] <Hixie_> so this is much more like a language feature than something built on the language
- # [22:12] <Domenic> indeed
- # [22:13] <Domenic> it's getting syntax in ES7
- # [22:13] <Hixie_> how do we "explain" that?
- # [22:13] <Domenic> well, first there were Turing machines...
- # [22:13] <Hixie_> so there's no way for me to implement my own promise-like thing that has this "stop the debugger on some random other line" behaviour?
- # [22:14] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [22:14] <Domenic> I mean, in general there is no way to implement your own debugger without C++
- # [22:14] <Domenic> the debugger is a privileged API
- # [22:14] <Domenic> part of the browser UX, etc.
- # [22:14] <Hixie_> sure but previously i could throw an exception
- # [22:14] <Hixie_> or do a callback
- # [22:14] <Domenic> we don't attempt to explain browser UX generally
- # [22:15] <Hixie_> but this is like some weird hybrid
- # [22:15] * Quits: jonathanmarvens (~jonathanm@199.47.79.34) (Remote host closed the connection)
- # [22:15] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [22:16] * Joins: Smylers (~smylers@host86-140-155-113.range86-140.btcentralplus.com)
- # [22:16] <Hixie_> this is weird
- # [22:16] <Hixie_> so as a JS author, i can write a function that can throw or return a promise
- # [22:16] <Hixie_> but as a spec author i can't?
- # [22:16] <Domenic> yeah, we try to provide spec authors tools to write best-practice functions
- # [22:16] <Domenic> I mean you can always use prose
- # [22:17] <Hixie_> i'm very skeptical about this being best practice
- # [22:17] <Hixie_> TypeError being a run-time thing rather than compile-time thing is bad enough, but now it's not even run-time, it's barely even an error
- # [22:17] <SamB> Domenic: what *is* the best practice?
- # [22:18] <Domenic> SamB: async functions signal errors through promises; sync functions signal them through exceptions.
- # [22:18] <Hixie_> just some random notification you get on a callback in a different task
- # [22:18] <SamB> errors should be signalled when found, no?
- # [22:18] <Domenic> SamB: indeed, although signalled through the appropriate channel for the type of programming the user is engaging in.
- # [22:19] <Hixie_> putting logic errors into the same bucket as unexpected errors imposed from the outside world seems like a huge mistake.
- # [22:19] <SamB> yeah
- # [22:19] <Domenic> This is just how JS works
- # [22:19] <Domenic> There is no separation between "logic errors" and "typo errors"
- # [22:19] <Domenic> err, "logic errors" and "outside world errors"
- # [22:19] <Hixie_> i should be able to hand a promise to someone else safe in the knowledge that it's not going to notify the other person that i failed to give the right arguments
- # [22:19] <Domenic> trying to use the exception vs. callback channels to signal that is no good
- # [22:19] <SamB> Domenic: well, if the error is "your arguments didn't make any sense" you don't need to find out about it asynchronously or never ...
- # [22:20] <Domenic> Hixie_: why? That's not true for a synchronous function
- # [22:20] <Hixie_> Domenic: sure it is
- # [22:20] <Domenic> Hixie_: handing someone a promise is like handing someone a function, essentially
- # [22:20] <caitp> if your arguments don't make sense, presumably the function you called which returns a promise will throw before giving you a promise
- # [22:20] <SamB> Domenic: nooo it isn't
- # [22:20] <Domenic> Hixie_: someoneElse(function () { JSON.parse("{forgotMy: 'quotes' }"); })
- # [22:20] <SamB> Domenic: it's like handing them the return value of a function
- # [22:20] <Domenic> caitp: no, it won't, it will return a rejected promise
- # [22:20] <Hixie_> Domenic: right now, if you pass me a "success" callback and a "failure" callback, and there's some logic error in my code, i'm not going to call failure, i'm going to throw to the caller.
- # [22:21] <Domenic> SamB: that's not true, because promises represent async operations, as well as representing async values.
- # [22:21] <caitp> Domenic: it might return a rejected promise, but it doesn't have to
- # [22:21] <Hixie_> caitp: Domenic is saying that it'll return a promise that gets rejected with the exception that would have been thrown.
- # [22:21] <Domenic> caitp: it does, if it's using WebIDL
- # [22:21] <caitp> you mean for a native DOM method which returns a promise
- # [22:22] <SamB> ... maybe we should see what Twisted does?
- # [22:22] <caitp> because for anyone outside of browser/dom-land, there is no such guarantee
- # [22:22] <zewt> twisted is probably the python api that i hate the most
- # [22:22] <SamB> hmm.
- # [22:22] <Domenic> caitp: sure, unless those people are using `async function` from ES7 & transpiler friends. Those also give that guarantee.
- # [22:22] <SamB> zewt: what do you prefer?
- # [22:22] <zewt> takes one of the cleanest languages/platforms out there and makes it incomprehensible and complex
- # [22:23] <caitp> does traceur already try to transpile from ES7? :p
- # [22:23] <Domenic> caitp: yes
- # [22:23] <zewt> i just use python, never found a need for anything like twisted
- # [22:23] <caitp> i'm shocked, i'm stunned
- # [22:23] <Hixie_> the claim that there's no difference between logic errors and unexpected error conditions is just wrong, IMHO. Sure, there's no difference at the level of "instanceof", but there is _absolutely_ a difference for programmers.
- # [22:23] * SamB wonders if he should point out what happens when you type Ctrl-C while CPython is just warming up ...
- # [22:24] <Domenic> Hixie_: I agree, but I don't think they should be signaled through completely different channels, where one breaks your program flow and the other is caught.
- # [22:24] <Domenic> Hixie_: I think it should be signaled through better error type information, so you can do discriminatory catches
- # [22:24] <Hixie_> the logic error one should _absolutely_ break your program flow.
- # [22:24] <SamB> Domenic: but that's basically what programmers WANT to happen
- # [22:24] <Hixie_> it _should_ be a compile-time error.
- # [22:24] <Domenic> SamB: that is false
- # [22:24] <SamB> because the program is broken anyway
- # [22:24] <Hixie_> it _should_ be caught before you even close the IDE
- # [22:24] <Domenic> Hixie_: it should not break your control flow; that prevents you from writing resilient components that don't affect the result of the system
- # [22:25] <Domenic> SamB: the program is not broken
- # [22:25] <Hixie_> it should break ASAP, and as hard as possible.
- # [22:25] <Domenic> SamB: at this very moment at work I am working on a page which is not broken, but only a tiny part of it is, because of this property
- # [22:25] <Hixie_> so that it is caught and fixed ASAP.
- # [22:25] <SamB> Domenic: if you want resiliance, you must catch stuff, as always
- # [22:25] <SamB> obviously logging it somewhere
- # [22:25] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 252 seconds)
- # [22:25] <Domenic> SamB: exactly! And for async methods you catch stuff using `.catch()`
- # [22:25] <Hixie_> i don't even think "type error" from arguments being wrong should be catchable. like i said, it _should_ be a compile-time error, IMHO.
- # [22:26] <Domenic> Hixie_: http://esdiscuss.org/topic/try-catch-conditional-exceptions-in-light-of-generators
- # [22:26] <SamB> Hixie_: catching it might actually help get errors somewhere useful in some systems though
- # [22:26] <Hixie_> SamB: i think it should fire onerror, for that kind of thing
- # [22:26] <Domenic> Yeah, since we don't have a compiler to check all this code ahead of time, it's really useful to be able to handle the errors dynamically.
- # [22:27] <Domenic> Build isolated systems that can contain any errors within that part of the system
- # [22:27] <Domenic> And so on
- # [22:27] <Hixie_> man, JS just becomes less and less a language that i want to use
- # [22:27] <Domenic> Hixie_: I am a fan of http://esdiscuss.org/topic/try-catch-conditional-exceptions-in-light-of-generators#content-10
- # [22:28] <SamB> Hixie_: you could make up your own __attribute__ ;-P
- # [22:28] * SamB mumbles something about caja
- # [22:28] <Hixie_> Domenic: yeah, something liek that is similar to the "unique IDs per spec throw point" idea we were throwing around recently
- # [22:29] <Hixie_> but fundamentally, the problem with that entire page is that the premise is wrong
- # [22:29] <Hixie_> the "return res" thing should fail to compile.
- # [22:29] <Hixie_> imho.
- # [22:29] <Hixie_> (i understand doing that in js is non-trivial, though really 'use strict' should have been a time to do it if we ever were going to fix this once and for all)
- # [22:30] * Quits: tj_vantoll (~Adium@2601:4:5380:eba:a15c:8800:7925:9b9e) (Quit: Leaving.)
- # [22:30] <SamB> Hixie_: you're saying generators shouldn't ever be allowed to return? I agree.
- # [22:31] <SamB> lets see what happens in Python ...
- # [22:31] <Hixie_> no i'm saying that the typo should be caught by the compiler.
- # [22:31] <SamB> wait, how would that happen?
- # [22:31] <Hixie_> there's no variable called "res" in scope.
- # [22:31] <Domenic> Yeah, that kind of error stems from the global object being in scope
- # [22:31] <Hixie_> in sensible languages, that's catchable at compile-time.
- # [22:31] <SamB> (how do you know what's in scope?)
- # [22:32] <Hixie_> well like i said, in JS this is non-trivial.
- # [22:32] <Domenic> There was hope that in ES6 modules the global object would not be in scope, so you could add this kind of static checking
- # [22:32] <SamB> Python and JavaScript are not sensible in that way :-(
- # [22:32] <Hixie_> but that's the main problem with JS, IMHO.
- # [22:32] <Domenic> But unfortunately it was deemed to WATish to remove the global object from the scope
- # [22:32] <Domenic> and so we lost compile-time checking of all bindings :(
- # [22:32] <SamB> though I guess in Python there isn't exactly an object that is the global scope?
- # [22:32] <Hixie_> the vast majority of my errors in JS are things like passing the wrong number or types of arguments. The idea that this is going to be even less quickly catchable is really not pleasing to me.
- # [22:33] <Ms2ger> "Most untrusted events SHOULD NOT trigger default actions, with the exception of click or DOMActivate events."
- # [22:33] <Ms2ger> Ah, D3E
- # [22:33] <SamB> Hixie_: yeah, that's my problem with it too
- # [22:33] <SamB> I have enough trouble debugging people's pages for them when I get to *see* the exceptions they don't catch ...
- # [22:33] <SamB> (or for me)
- # [22:34] * Krinkle is now known as Krinkle|detached
- # [22:34] <estellevw> I didn
- # [22:34] <estellevw> t get an answer this morning so I
- # [22:34] <estellevw> ll try again
- # [22:34] <estellevw> The list attribute is supported on <input type="range">. How is the browser supposed to handle a drop down menu on a slider widget? Is there someplace where this is explained in the spec. As far as I can tell, no browser supports this, but I don't know what I should be looking for since it makes little sense to me.
- # [22:34] <Domenic> estellevw: I imagine that's up to the browser implementers.
- # [22:35] <Domenic> estellevw: so if nobody's implemented it yet, then probably nobody has any idea, and whoever gets there first gets to decide.
- # [22:35] <estellevw> if you have a slider UI, how can you implement a drop down list?
- # [22:35] <SamB> estellevw: probably never anything
- # [22:35] * Krinkle|detached is now known as Krinkle
- # [22:35] <SamB> it might just be an oversimplification in the content model?
- # [22:35] <SamB> or maybe for when you mutate an input
- # [22:36] <Hixie_> estellevw: it wouldn't be a drop-down widget, it'd be tick marks
- # [22:36] <estellevw> it makes sense if range is not supported.
- # [22:36] <Domenic> estellevw: for example it might be a set of snap points
- # [22:36] <Hixie_> estellevw: there's examples in the spec, see the type=range section
- # [22:36] <SamB> hmm, tick marks
- # [22:36] <estellevw> i see the tick marks,
- # [22:36] <SamB> <- ignore this idiot
- # [22:36] <estellevw> that makes sense
- # [22:36] <zewt> you can't return (with a value) from a python generator
- # [22:36] <Domenic> second example at http://www.whatwg.org/specs/web-apps/current-work/multipage/states-of-the-type-attribute.html#range-state-%28type=range%29
- # [22:37] <estellevw> now that I understand it, i'll retest
- # [22:37] <estellevw> thanks
- # [22:38] * Joins: arunranga (~otherarun@cpe-69-203-2-134.nyc.res.rr.com)
- # [22:39] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [22:41] * Quits: jernoble (~jernoble@17.202.45.163) (Ping timeout: 252 seconds)
- # [22:43] * Joins: jernoble (~jernoble@17.245.30.18)
- # [22:43] * Joins: dcherman2 (~dcherman@164.55.254.106)
- # [22:44] * Joins: weinig (~weinig@17.114.216.37)
- # [22:44] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Remote host closed the connection)
- # [22:45] * Joins: richt (~richt@c83-248-137-176.bredband.comhem.se)
- # [22:46] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [22:46] * Joins: jonathanmarvens (~jonathanm@199.47.79.34)
- # [22:49] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-youaiwwjghofirtp)
- # [22:49] * Quits: richt (~richt@c83-248-137-176.bredband.comhem.se) (Remote host closed the connection)
- # [22:51] * Quits: jonathanmarvens (~jonathanm@199.47.79.34) (Ping timeout: 258 seconds)
- # [22:53] * Quits: jernoble (~jernoble@17.245.30.18) (Quit: Computer has gone to sleep.)
- # [22:54] * Quits: othermaciej (~mjs@17.114.218.14) (Quit: othermaciej)
- # [22:54] * Joins: othermaciej (~mjs@17.114.218.14)
- # [22:56] * Joins: anchnk (~anchnk@89-93-18-86.hfc.dyn.abo.bbox.fr)
- # [22:57] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [22:57] * Quits: kinetik (~kinetik@121-99-30-134.bng1.nct.orcon.net.nz) (Quit: testing)
- # [22:57] * Joins: kinetik (~kinetik@121-99-30-134.bng1.nct.orcon.net.nz)
- # [22:57] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [22:59] * Joins: jernoble (~jernoble@17.245.30.18)
- # [23:00] * Joins: hugo_moss (~hugom@unaffiliated/hugo-moss/x-0589204)
- # [23:00] * Quits: kinetik (~kinetik@121-99-30-134.bng1.nct.orcon.net.nz) (Client Quit)
- # [23:01] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [23:01] * Joins: jonathanmarvens (~jonathanm@199.47.79.34)
- # [23:02] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
- # [23:02] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Client Quit)
- # [23:02] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [23:03] * Quits: Bass10 (~Bass10@c-73-37-130-61.hsd1.mn.comcast.net) (Quit: Leaving)
- # [23:03] * Quits: rcombs (~rcombs@rcombs.me) (Read error: Connection reset by peer)
- # [23:03] * Joins: kinetik (~kinetik@121-99-30-134.bng1.nct.orcon.net.nz)
- # [23:04] * Joins: rcombs (~rcombs@rcombs.me)
- # [23:05] * Quits: zdobersek (~zan@109.201.154.153) (Quit: Leaving.)
- # [23:06] * Quits: jonathanmarvens (~jonathanm@199.47.79.34) (Ping timeout: 258 seconds)
- # [23:06] * Quits: kinetik (~kinetik@121-99-30-134.bng1.nct.orcon.net.nz) (Client Quit)
- # [23:06] * Quits: othermaciej (~mjs@17.114.218.14) (Quit: othermaciej)
- # [23:07] * Joins: kinetik (~kinetik@121-99-30-134.bng1.nct.orcon.net.nz)
- # [23:09] <caitp> Hixie_, the thing which is insane is how as you said, combinations of settings can have different, but related meanings --- so you can't just handle each flag independenly, you also have to look at potential combinations of different flags, and currently there are currently (in stable Chrome, I'm not looking at the spec right now to see if it's changed), like 10 flags, so if have 10 things to handle independently, and
- # [23:09] <caitp> then if you have like 10^2 for combinations of 2, 10^3 for combinations of 3, etc.. you have a whole pile of possibilities to handle, because the information is not conveyed in a very good way
- # [23:10] <Hixie_> what's the altnative? a single attributes with n^m possible values?
- # [23:10] * Hixie_ is now known as Hixie
- # [23:10] <caitp> so before html5 constraint validation came along, the validation handling in Angular could be a lot simpler, but now it becomes ridiculously complicated
- # [23:11] <Hixie> why would it be any different?
- # [23:11] * Joins: jonathanmarvens (~jonathanm@199.47.79.34)
- # [23:12] * Joins: sedovsek (~robert@lk.84.20.237.54.dc.cable.static.lj-kabel.net)
- # [23:13] * Quits: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk) (Quit: TuRnaD0)
- # [23:13] <caitp> previously for instance, we could just look at an inputs value and test it against a regular expression to decide if it's a valid number, now the browser does that for us and doesn't expose a value to us if it's wrong, and it makes it more complicated to figure out what the issue is and report the correct information to the user
- # [23:13] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [23:13] * Quits: Ms2ger (~Ms2ger@91.182.70.155) (Quit: nn)
- # [23:13] <Hixie> so before you could determine if the value was bad input or not by using a regular expression, whereas now that is exposed to you in a single boolean, and the single boolean is more complicated?
- # [23:14] <Hixie> i really don't follow
- # [23:14] <caitp> the boolean is more complicated, because it means different things depending on the state of different flags
- # [23:14] <caitp> this means that we aren't actually shrinking the codebase, we have to grow the codebase to accomodate the crazy constraint validation story which prevents us from doing it the legacy way
- # [23:15] <Hixie> badInput _always_ means "the input the user provided is not something i can turn into submittable data"
- # [23:15] <Hixie> it never means anything else
- # [23:15] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [23:15] <Hixie> regardless of the other values or attributes
- # [23:16] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [23:16] <caitp> well, unfortunately in our case it's a bit more complicated than that, although hopefully that will be resolved soon (there's a pipeline structure which causes all kinds of grief when combined with html5 constraint validation)
- # [23:16] * Quits: Maurice (copyman@5ED57922.cm-7-6b.dynamic.ziggo.nl)
- # [23:16] <Hixie> why do you think the boolean "means different things depending on the state of different flags"? what other things does it mean?
- # [23:17] <Domenic> is there context for this discussion? It sounds interesting.
- # [23:17] <caitp> if you have valueMissing, you have to care about whether badValue is set or not
- # [23:17] <Hixie> Domenic: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25369
- # [23:17] <caitp> because if badValue is set, valueMissing is irrelevant
- # [23:17] <Hixie> caitp: so just check badInput first?
- # [23:17] <Hixie> caitp: how is that different than before?
- # [23:18] <Domenic> I have historically had problems with the HTML validation API but I think Hixie fixed them a while ago by adding a method that did something I wanted... I'm fuzzy on the details. Something related to showing the UI without submitting the form, perhaps.
- # [23:18] <Hixie> caitp: before, if the regexp didn't match the "has digits" regexp, you had to check if it was blank or not, no?
- # [23:18] <caitp> these checks have to happen in a bunch of different places and the end result is that it kind of sucks =( but I think we may be able to work around it for angular, however I imagine it will be a pain for other libraries too
- # [23:18] <Hixie> caitp: what i don't understand is why this is worse with the current API than it was before
- # [23:18] <caitp> because it grows the code way more than it should need ot
- # [23:18] <Hixie> caitp: it seems to be it should be at worst the same, and probably significantly better.
- # [23:19] * Joins: ehsan (~ehsan@guest.mtv2.mozilla.com)
- # [23:19] <caitp> ideally, constraint validation should shrink the codebase
- # [23:19] <Hixie> caitp: why does it grow the code? give me concrete examples man.
- # [23:19] <caitp> instead of making it more complicated and cumbersome
- # [23:19] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Remote host closed the connection)
- # [23:19] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [23:19] * Quits: ehynds (~ehynds@64.206.121.41)
- # [23:20] <caitp> so, we have to support some legacy browsers without constraint validation (old IE), so we can't really get rid of all of the old stuff. But in addition to the old stuff, we now have to add some tests to make sure they don't do the wrong thing when constraint validation is available
- # [23:20] <caitp> and when it is available, we still need to do more tests to handle all of the different states, for each routine responsible for validation
- # [23:20] <Hixie> ok if the reason the new API makes things bigger is that you have to support the new API and no API, then _any_ new API will have this problem.
- # [23:20] <caitp> well, not necessarily
- # [23:20] * Quits: sedovsek (~robert@lk.84.20.237.54.dc.cable.static.lj-kabel.net) (Quit: sedovsek)
- # [23:21] <caitp> if we didn't have the "badInput === empty string" thing, then it would be totally invisible to us and we wouldn't have to care
- # [23:21] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [23:22] <Hixie> can you show me the code you have now, and the code as it would look if whatever change you want was in the spec?
- # [23:22] <caitp> https://github.com/angular/angular.js/blob/master/src/ng/directive/input.js most of the validation story is in there, although one of the other people is working on a big refactor which will hopefully address the issues with it
- # [23:23] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
- # [23:23] * Joins: barnabywalters (~barnabywa@fire-out.ru.is)
- # [23:24] * Quits: Areks_home (~Areks@95-26-45-140.broadband.corbina.ru) (Ping timeout: 252 seconds)
- # [23:26] <Hixie> caitp: but what would change, specifically?
- # [23:26] <caitp> well, there are a few things in there that are just plain wrong right now, but lets see
- # [23:26] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Client Quit)
- # [23:28] * Joins: estellevw (~estellevw@nat-general.stedwards.edu)
- # [23:30] <Domenic> curious, does this have actual implementations http://www.w3.org/TR/CSS2/aural.html ?
- # [23:31] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [23:31] * Quits: foxtrotwhiskey (~foxtrotwh@192-63-2457.unisys.com) (Ping timeout: 255 seconds)
- # [23:31] <caitp> well, the code is pretty wrong right now hixie, right now the number validator does the right thing, but the required validator needs to know to ignore if badInput is set
- # [23:32] <caitp> someone should make that change, will do it later. but I still think that valueMissing should really only mean "the user didn't type anything", and should not be affected by badInput
- # [23:32] <Hixie> Domenic: some obscure Emacs mode i think vaguely tries to implement it, and Opera once had an implementaton of some sort, but basically, no.
- # [23:33] <Domenic> Hixie: sounds about what I expected. 2 independent implementations, but not really.
- # [23:33] <Hixie> caitp: valueMissing has little to do with what the user entered. The "value" in "valueMissing" is the .value attribute.
- # [23:33] <Hixie> Domenic: certainly not enough to pass any test suite barrier
- # [23:33] <caitp> the argument that I've been making on that thread, is that it really should be related to what the user enters
- # [23:33] <Hixie> caitp: it's saying "this form can't be submitted because this control says it's "required" but i don't have something to submit"
- # [23:34] <Hixie> caitp: well we could talk about a new attribute that has more to do with what the user entered, but what's the use case?
- # [23:34] <caitp> the form will have another reason not to submit in that case, though, will it not?
- # [23:34] <Hixie> caitp: like what?
- # [23:34] <caitp> like suffering from bad input
- # [23:35] <caitp> if required is true and you enter a bad value and try to submit, Chrome will tell you that your value is broken, not that you forgot to enter a value for a required field
- # [23:35] <caitp> this is the sensible use case
- # [23:35] <caitp> like, it just kind of intuitively makes sense to humans
- # [23:35] <caitp> you don't want to type "moo" into a number input and be told "*age is a required field", because psychologically that just doesn't click
- # [23:38] <Hixie> sure. that's why you check badInput before valueMissing when reporting things.
- # [23:38] <Hixie> That's not n*m complexity
- # [23:38] <Hixie> that's just n complexity
- # [23:38] <Hixie> it's just that you have to check them in order.
- # [23:38] <Hixie> similarly, you check badInput before patternMismatch
- # [23:38] <caitp> right, but if my validator is only responsible for verifying that you've entered a value, why should I even have to care if you've entered a bad value? I should only care that you've entered a value at all
- # [23:40] <caitp> it should not even be concerned with the badInput flag, ideally
- # [23:40] <caitp> that's all i've been saying in that bug
- # [23:40] * Quits: barnabywalters (~barnabywa@fire-out.ru.is) (Quit: barnabywalters)
- # [23:41] <caitp> it's a separation of concerns issue, you could say
- # [23:41] <caitp> and an issue of simplification
- # [23:41] * Quits: estellevw (~estellevw@nat-general.stedwards.edu) (Quit: Snuggling with the puppies)
- # [23:41] * Joins: newtron_ (~newtron@199.71.174.204)
- # [23:42] <caitp> anyways, I should probably reply on the bug so that there's a historical record of it, but I don't have time at the moment due
- # [23:43] * Quits: llkats (~llkats@h-64-236-138-1.aoltw.net)
- # [23:44] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [23:45] * Quits: newtron (~newtron@199.71.174.203) (Ping timeout: 240 seconds)
- # [23:46] * Quits: newtron_ (~newtron@199.71.174.204) (Ping timeout: 240 seconds)
- # [23:48] * Joins: barnabywalters (~barnabywa@fire-out.ru.is)
- # [23:49] * Quits: jernoble (~jernoble@17.245.30.18) (Ping timeout: 264 seconds)
- # [23:49] * Joins: othermaciej (~mjs@17.114.218.14)
- # [23:50] * Quits: encryptd_fractl (~encryptd_@23.30.224.246) (Remote host closed the connection)
- # [23:52] * Joins: jernoble (~jernoble@17.114.219.75)
- # [23:56] * Quits: dcherman2 (~dcherman@164.55.254.106) (Ping timeout: 255 seconds)
- # Session Close: Wed May 14 00:00:00 2014
The end :)