/irc-logs / freenode / #whatwg / 2011-06-15 / end

Options:

# Session Start: Wed Jun 15 00:00:00 2011
# Session Ident: #whatwg
# [00:01] * bga_ is now known as bga_|away
# [00:08] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [00:16] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
# [00:17] * Quits: Necrathex (~nectop@82-170-160-25.ip.telfort.nl) (Quit: Necrathex)
# [00:19] * Joins: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
# [00:22] * bga_|away is now known as bga_
# [00:23] * Quits: mokush (~quassel@188.24.41.206) (Remote host closed the connection)
# [00:31] * bga_ is now known as bga_|away
# [00:31] * bga_|away is now known as bga_
# [00:32] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
# [00:43] * Quits: nlogax (~nlogax@unaffiliated/nlogax) (Quit: WeeChat 0.3.5)
# [00:43] * Quits: agektmr (~Adium@p4246-ipbf5910marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
# [00:46] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [00:50] * Joins: Jedi_ (~Jedi@220.134.95.85)
# [00:52] * Joins: hij1nx (~hij1nx@64.134.187.109)
# [00:59] * Quits: stefan-_ (~music@hiwi0.wi2.uni-trier.de) (Remote host closed the connection)
# [01:10] * Joins: othermaciej_ (~mjs@17.246.18.75)
# [01:11] * Joins: nessy (~Adium@74.125.56.18)
# [01:14] * Quits: othermaciej (~mjs@17.203.15.180) (Ping timeout: 276 seconds)
# [01:14] * othermaciej_ is now known as othermaciej
# [01:15] <Hixie> uh oh
# [01:15] <Hixie> another parser change
# [01:16] <Hixie> pretty minor, but still
# [01:16] <Hixie> (nulls in mathml <mo>, <mn>, etc)
# [01:20] * Joins: linclark (~clark@089-101-090180.ntlworld.ie)
# [01:21] * Joins: jer|afk (~jernoble@2620:149:4:401:552e:21ff:d846:f329)
# [01:24] * Joins: ben_h (~ben@128.250.195.138)
# [01:32] * Quits: othermaciej (~mjs@17.246.18.75) (Read error: Connection reset by peer)
# [01:32] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
# [01:34] * Joins: nessy (~Adium@74.125.56.18)
# [01:35] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 268 seconds)
# [01:37] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 276 seconds)
# [01:38] * Quits: Morphous (jan@unaffiliated/amorphous) (Ping timeout: 255 seconds)
# [01:39] * Joins: othermaciej (~mjs@17.246.18.75)
# [01:43] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
# [01:47] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
# [01:50] <beowulf> hi, what part of a browser handles window.innerWidth values? is it anything to do with the js engine (by that I mean, V8 or Nitro, or what have you)?
# [01:53] * Joins: Morphous (jan@unaffiliated/amorphous)
# [02:01] <Hixie> no
# [02:02] <beowulf> ta
# [02:11] <Hixie> http://lists.w3.org/Archives/Public/www-validator/2011Jan/0057.html
# [02:11] <Hixie> "ad hoc checker" o_O
# [02:21] * Quits: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au) (Ping timeout: 252 seconds)
# [02:21] * Joins: ryanseddon_ (u1832@gateway/web/irccloud.com/x-jtkimezcuksvcedp)
# [02:21] * Quits: ryanseddon_ (u1832@gateway/web/irccloud.com/x-jtkimezcuksvcedp) (Client Quit)
# [02:21] * Joins: ryanseddon_ (u1832@gateway/web/irccloud.com/x-rihxenkuqxjmimsr)
# [02:22] * Quits: ryanseddon_ (u1832@gateway/web/irccloud.com/x-rihxenkuqxjmimsr) (Client Quit)
# [02:23] * Joins: ryanseddon_ (u1832@gateway/web/irccloud.com/x-eujnvfrfvssswxgi)
# [02:24] * Quits: ryanseddon_ (u1832@gateway/web/irccloud.com/x-eujnvfrfvssswxgi) (Client Quit)
# [02:25] * Joins: ryanseddon_ (u1832@gateway/web/irccloud.com/x-lsbmooghmnkwmfns)
# [02:25] * Quits: ryanseddon_ (u1832@gateway/web/irccloud.com/x-lsbmooghmnkwmfns) (Client Quit)
# [02:25] * Joins: ryanseddon_ (u1832@gateway/web/irccloud.com/x-awfxbwczqxrmwyxh)
# [02:27] * Quits: ryanseddon_ (u1832@gateway/web/irccloud.com/x-awfxbwczqxrmwyxh) (Client Quit)
# [02:27] * Joins: ryanseddon (u1832@gateway/web/irccloud.com/x-dgarkprzqrexcbgm)
# [02:28] * Quits: dave_levin (~dave_levi@nat/google/x-ifzogmjpmxzsgxkk) (Quit: dave_levin)
# [02:30] * Joins: _bga (~bga@95-55-54-40.dynamic.avangarddsl.ru)
# [02:30] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
# [02:31] * Joins: boogyman (~boogy@unaffiliated/boogyman)
# [02:32] * Quits: bga_ (~bga@95-55-54-40.dynamic.avangarddsl.ru) (Ping timeout: 244 seconds)
# [02:37] * Joins: jennb (~jennb@74.125.59.65)
# [02:37] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
# [02:41] * Quits: lrvick (~lrvick@66.96.251.117) (Ping timeout: 252 seconds)
# [02:43] * Joins: lrvick (~lrvick@66.96.251.117)
# [02:46] * Joins: othermaciej_ (~mjs@2620:149:4:401:5ab0:35ff:fefd:2fad)
# [02:47] * Quits: TabAtkins_ (~tabatkins@nat/google/x-afxbubcerzdnnjhq) (Ping timeout: 246 seconds)
# [02:48] * _bga is now known as bga_|away
# [02:49] * Quits: bga_|away (~bga@95-55-54-40.dynamic.avangarddsl.ru) (Read error: Connection reset by peer)
# [02:49] * Quits: othermaciej (~mjs@17.246.18.75) (Ping timeout: 260 seconds)
# [02:49] * othermaciej_ is now known as othermaciej
# [02:49] * Quits: ap (~ap@2620:149:4:401:226:4aff:fe14:aad6) (Quit: ap)
# [02:52] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [02:53] * Joins: TabAtkins_ (~tabatkins@67.218.107.155)
# [02:53] * Quits: jennb (~jennb@74.125.59.65) (Quit: jennb)
# [02:54] * Quits: hij1nx (~hij1nx@64.134.187.109) (Quit: hij1nx)
# [02:56] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
# [02:59] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
# [03:00] * Joins: benschwarz (u2121@gateway/web/irccloud.com/x-lmttzqgxokmuyetj)
# [03:04] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
# [03:06] * Joins: boaz (~boaz@li326-230.members.linode.com)
# [03:07] <TabAtkins_> Suppose that I wanted to define a feature such that UAs could scan the content of a page, determine what codepoints are used, and then lazily request only the necessary codepoints from a font via some variant of range requests.
# [03:07] <TabAtkins_> What group would I talk to about this?
# [03:07] <erlehmann> this sounds crazy.
# [03:08] <TabAtkins_> Irrelevant to my question. ^_^
# [03:08] <erlehmann> let me check if it is feasible.
# [03:09] <gsnedders> TabAtkins_: CSS3 Fonts defines fetching behaviour? Or not?
# [03:09] <TabAtkins_> gsnedders: No.
# [03:09] <gsnedders> TabAtkins_: Also, what happens if I mutate the DOM and add more codepoints?
# [03:10] <TabAtkins_> gsnedders: Not my problem directly. I'm asking for a friend. Presumably, additional requests.
# [03:10] <gsnedders> TabAtkins_: I guess www-style is as good a place as any…
# [03:11] <TabAtkins_> We were thinking of starting with www-font, but this is barely an issue about fonts themselves. It's a protocol issue, mainly, as the important part is the codepoint-range request.
# [03:15] * Quits: benschwarz (u2121@gateway/web/irccloud.com/x-lmttzqgxokmuyetj) (Ping timeout: 276 seconds)
# [03:16] * Joins: benschwarz (u2121@gateway/web/irccloud.com/x-gdaqopjxgjpltwyx)
# [03:17] <erlehmann> TabAtkins_, is it really a protocol issue? i remember range requests working quite well with ogg media.
# [03:19] <TabAtkins_> erlehmann: Kinda? Not sure how you'd handle it without protocol changes, unless you have a format where you can predict the codepoint locations.
# [03:19] <erlehmann> TabAtkins_, that is the question, if you can do that. i tried to look it up but i am dizzy. it is 3:15AM local time, i go to sleep.
# [03:20] <erlehmann> s/if/whether/g
# [03:21] * Quits: linclark (~clark@089-101-090180.ntlworld.ie) (Quit: linclark)
# [03:23] * Quits: erlehmann (~erlehmann@89.204.153.98) (Quit: Ex-Chat)
# [03:30] * Quits: kalc4 (~camrn@78.149.197.177) (Quit: kalc4)
# [03:34] * Joins: jdong_ (~quassel@222.126.155.250)
# [03:34] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
# [03:52] * Quits: othermaciej (~mjs@2620:149:4:401:5ab0:35ff:fefd:2fad) (Quit: othermaciej)
# [03:58] * Quits: TabAtkins_ (~tabatkins@67.218.107.155) (Ping timeout: 255 seconds)
# [04:02] * Quits: jamesr (~jamesr@nat/google/x-ezmkqxvtdnpykwwr) (Quit: jamesr)
# [04:03] <roc> TabAtkins: the group depends on how you want to do this
# [04:04] <roc> you should ask your "friend" if they can get by with hand-subsetted fonts and unicode-range
# [04:05] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Quit: Computer has gone to sleep.)
# [04:05] <TabAtkins> roc: The idea is to pursue this as a line of experimentation for Chrome, so apparently the answer is no. ^_^
# [04:06] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
# [04:06] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 250 seconds)
# [04:06] <roc> It may be over-generous to assume that existing APIs have been fully explored
# [04:07] <roc> we seem to frequently get feature requests where that is not the case
# [04:08] <TabAtkins> I know that in my chatting with the dude, he explicitly talks about why subsetting is unsatisfactory.
# [04:08] <roc> What is it?
# [04:09] <roc> anyway, the point stands: if you have a proposal, you can figure out what group(s) it should go to, but if you only have a problem statement, it's unclear
# [04:09] <TabAtkins> Because you have to subset separately for every page if you want maximum efficiency, and monitor page changes so you know if you need to rengerate yoru subsets.
# [04:09] <roc> that's not what I'm saying
# [04:09] <TabAtkins> I have a problem statement.
# [04:09] <roc> because what I said was totally unclear
# [04:09] <TabAtkins> Heh.
# [04:10] <roc> How about this: split your font into a number of different fonts, each covering some range of Unicode characters
# [04:10] <roc> then apply all those fonts to the page with CSS 'unicode-range'
# [04:10] <roc> A browser implementation should automatically load the subset-font(s) that are needed
# [04:11] <TabAtkins> Interesting. Didn't realize we should do that.
# [04:11] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
# [04:11] <roc> even if an implementation currently doesn't, it could
# [04:12] <roc> I can believe that approach doesn't work well; maybe there is no adequate choice for the granularity of the subset fonts
# [04:12] * Joins: The_8472 (~stardive@azureus/The8472)
# [04:12] <roc> but I hope it's been tried
# [04:12] <TabAtkins> I don't know if it has.
# [04:12] <TabAtkins> Bringing it up now.
# [04:13] <TabAtkins> (In email, so asynchronous.)
# [04:13] <TabAtkins> In unrelated news, roc, I had a question for you about http://weblogs.mozillazine.org/roc/archives/2008/07/svg_paint_serve.html
# [04:13] * Quits: dbaron (~dbaron@nat/mozilla/x-yotocinxuynvqqgw) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [04:13] <TabAtkins> I don't understand the distinction you're drawing between the coordinate spaces there.
# [04:15] * Quits: jochen__ (~jochen@nat/google/x-iswpdhvjemqsdnur) (Remote host closed the connection)
# [04:15] * Joins: jochen__ (~jochen@nat/google/x-pwbkngdnqdcbiktv)
# [04:15] <roc> if that doesn't work well, an alternative to consider would be to see if it's possible to lay out OpenType fonts cleverly and use byte-range requests to load desired subsets; again, no new API would be needed
# [04:16] <TabAtkins> Yeah, that's something we wanted to broach somewhere.
# [04:17] <roc> possibly you don't have to broach it anywhere
# [04:17] <TabAtkins> Broach = raise in hearing of someone who knows what they're doing, so we know if it's possible.
# [04:17] <roc> just start loading the font file, once you have sufficient headers, spin up a parallel load with byte-range requests for the data you want to get quicker
# [04:19] <roc> TabAtkins: I think those coordinate spaces are effectively the same; I just defined them differently because they get used differently in SVG
# [04:20] <roc> for example, if your element is 20px wide, then with userSpaceOnUse a width value of "1" is 1px, but with objectBoundingBox a width value of "1" would be 20px
# [04:21] <TabAtkins> Hmm.
# [04:21] <TabAtkins> Does that latter one actually do something useful?
# [04:22] <roc> that is how objectBoundingBox coordinates work in SVG
# [04:23] <roc> 0,0 is the top-left of the "object bounding box", 1,1 is the bottom right
# [04:23] <TabAtkins> Oh, ok. I don't ever use that coordinate space, obviously.
# [04:23] <roc> it's quite stupid, but that's how it works
# [04:24] <TabAtkins> I was wanting to specify this behavior in Image Values, and I was scratching my head at it at first.
# [04:25] <TabAtkins> Your definition of userSpaceOnUse is actually very useful for the eventual unification of <image> and paint servers that I'd like to do.
# [04:38] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027])
# [04:38] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
# [04:39] * Joins: ezoe (~ezoe@203-140-88-236f1.kyt1.eonet.ne.jp)
# [04:43] * Quits: jer|afk (~jernoble@2620:149:4:401:552e:21ff:d846:f329) (*.net *.split)
# [04:43] * Quits: bzed (~bzed@devel.recluse.de) (*.net *.split)
# [04:43] * Quits: eric_carlson (~eric_carl@2620:149:4:401:217:f2ff:fe03:a2e) (*.net *.split)
# [04:44] * Joins: bzed (~bzed@devel.recluse.de)
# [04:47] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Quit: Computer has gone to sleep.)
# [04:50] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.17/20110428205629])
# [04:57] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 260 seconds)
# [05:05] <Hixie> TabAtkins: for the font thing, roc's suggestion is probably the best place to start, but if you need something with even fewer RTTs, then you could define your own units for a range request that was basically the same syntax as the css unicode-range
# [05:05] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
# [05:06] <Hixie> TabAtkins: roc's suggestions, i should say
# [05:08] * Joins: chriseppstein (~chris@209.119.65.162)
# [05:12] * Joins: nonge__ (~nonge@p50829852.dip.t-dialin.net)
# [05:14] * Quits: nonge_ (~nonge@p50829CFE.dip.t-dialin.net) (Read error: Operation timed out)
# [05:16] * Quits: ben_h (~ben@128.250.195.138) (Quit: ben_h)
# [05:17] * Joins: nessy (~Adium@74.125.56.18)
# [05:50] * Joins: ben_h (~ben@128.250.195.138)
# [05:57] * Quits: ezoe (~ezoe@203-140-88-236f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
# [06:03] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
# [06:04] * Joins: jdong_ (~quassel@222.126.155.250)
# [06:05] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
# [06:05] * Joins: jdong_ (~quassel@222.126.155.250)
# [06:07] * Quits: Jedi_ (~Jedi@220.134.95.85) (Ping timeout: 246 seconds)
# [06:19] * Joins: hij1nx (~hij1nx@173-163-229-62-savannah.hfc.comcastbusiness.net)
# [06:21] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
# [06:23] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [06:24] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [06:27] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 260 seconds)
# [06:27] <roc> nessy: I wasn't trying to make people with PhDs feel ashamed, far from it. But you don't write ", PhD" after your name, and people who do are usually putting on some intimidation, that's all
# [06:28] <nessy> roc: I have no problem with that :-)
# [06:28] <nessy> I probably just got half of a conversation last night
# [06:29] <nessy> but I do get the feeling very often - not from you specifically, but more generally - that a PhD amongst engineers is being looked down on as a waste of time and lost time to do something more productive
# [06:29] <nessy> and sometimes it's true, too :-)
# [06:30] <nessy> but it's also life experience and it takes hard work to actually finish a thesis
# [06:30] <nessy> anyway .. onto more productive things :-)
# [06:38] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 255 seconds)
# [06:39] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [06:40] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [06:42] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [06:47] * Quits: Ephemera (~Ephemera@61.41.24.114) (Ping timeout: 252 seconds)
# [06:48] * Joins: Jedi_ (~Jedi@jedi.org)
# [06:51] * Joins: Ephemera (~Ephemera@61.41.24.114)
# [06:51] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
# [06:59] * Joins: LoneStar99 (~dmontalvo@187.175.155.54)
# [07:00] <LoneStar99> is the right place to ask about html5 canvas?
# [07:03] * Joins: matjas (~matjas@91.182.68.180)
# [07:03] * Joins: _jgr (~jgr@CPE-121-222-135-19.lnse1.woo.bigpond.net.au)
# [07:07] * Joins: ezoe (~ezoe@61-205-125-246f1.kyt1.eonet.ne.jp)
# [07:08] <hober> LoneStar99: sure
# [07:09] * Quits: twisted (~twisted@205.189.73.45) (Read error: Operation timed out)
# [07:09] * Quits: LoneStar99 (~dmontalvo@187.175.155.54) (Ping timeout: 252 seconds)
# [07:10] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
# [07:10] * Joins: hdhoang (~hdhoang@2406:a000:f0ff:fffe::3461)
# [07:13] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
# [07:14] * Joins: twisted (~twisted@205.189.73.45)
# [07:15] * Quits: hdhoang (~hdhoang@2406:a000:f0ff:fffe::3461) (Quit: Leaving.)
# [07:18] * Joins: hdhoang (~hdhoang@2406:a000:f0ff:fffe::3461)
# [07:23] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
# [07:24] * Quits: timb_ (~tim@bacon2.burri.to) (Read error: Operation timed out)
# [07:26] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
# [07:26] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [07:27] * Joins: timb_ (~tim@bacon2.burri.to)
# [07:28] * Joins: Akilo (~kristof@lit75-1-81-57-239-230.fbx.proxad.net)
# [07:29] * Quits: hij1nx (~hij1nx@173-163-229-62-savannah.hfc.comcastbusiness.net) (Quit: hij1nx)
# [07:41] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
# [07:42] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
# [07:42] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
# [07:48] * Joins: LBP (~Miranda@pD9EB1B73.dip0.t-ipconnect.de)
# [07:50] * Joins: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com)
# [07:55] * heycam is now known as heycam|away
# [07:55] * Quits: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
# [07:55] * Joins: rimantas (~rimliu@93.93.57.193)
# [07:56] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 244 seconds)
# [08:05] * Quits: CvP (~CvP@123.49.23.70) (Quit: [ UPP ] > all)
# [08:07] * Quits: hdhoang (~hdhoang@2406:a000:f0ff:fffe::3461) (Ping timeout: 260 seconds)
# [08:07] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 260 seconds)
# [08:08] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
# [08:08] * Joins: hdhoang (~hdhoang@203.210.205.188)
# [08:10] * Joins: mokush (~quassel@188.24.41.206)
# [08:13] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
# [08:15] * Quits: hdhoang (~hdhoang@203.210.205.188) (Quit: Leaving.)
# [08:16] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [08:18] * Joins: hdhoang (~hdhoang@2406:a000:f0ff:fffe::3461)
# [08:19] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
# [08:23] * Quits: ezoe (~ezoe@61-205-125-246f1.kyt1.eonet.ne.jp) (Quit: And Now for Something Completely Different.)
# [08:26] * Quits: matjas (~matjas@91.182.68.180) (Quit: Computer has gone to sleep.)
# [08:29] * Joins: ezoe (~ezoe@61-205-124-188f1.kyt1.eonet.ne.jp)
# [08:47] * Quits: ezoe (~ezoe@61-205-124-188f1.kyt1.eonet.ne.jp) (Quit: And Now for Something Completely Different.)
# [08:54] * Joins: cpearce (~chatzilla@ip-118-90-3-203.xdsl.xnet.co.nz)
# [09:01] * Joins: matjas (~matjas@78-20-169-147.access.telenet.be)
# [09:02] * heycam|away is now known as heycam
# [09:03] * Joins: Jedi_ (~Jedi@220.134.95.85)
# [09:06] * Quits: LBP (~Miranda@pD9EB1B73.dip0.t-ipconnect.de) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [09:11] * Joins: LBP (~Miranda@pD9EB1B73.dip0.t-ipconnect.de)
# [09:21] * Joins: Ms2ger (~Ms2ger@91.181.116.174)
# [09:21] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [09:22] * heycam is now known as heycam|away
# [09:26] * Joins: Obvious_MkII (tachikoma@188.226.74.2)
# [09:27] * Quits: Obvious (tachikoma@188.226.74.2) (Ping timeout: 252 seconds)
# [09:29] * Quits: chriseppstein (~chris@209.119.65.162) (Quit: chriseppstein)
# [09:32] * Quits: hdhoang (~hdhoang@2406:a000:f0ff:fffe::3461) (Quit: Leaving.)
# [09:37] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
# [09:39] * Dashiva wonders what's going on with RDFa light inside members-only land
# [09:40] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
# [09:47] * Joins: msucan (~robod@92.86.247.27)
# [09:49] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
# [09:52] * Rik`_ is now known as Rik`
# [10:02] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 252 seconds)
# [10:03] * Joins: linclark (~clark@089-101-090180.ntlworld.ie)
# [10:07] <jgraham> Dashiva: I think the fact that it is going on in Members-only land should tell you all you need to know
# [10:07] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
# [10:08] <jgraham> Apparently the concept of irony has been lost on these people
# [10:17] * Quits: linclark (~clark@089-101-090180.ntlworld.ie) (Quit: linclark)
# [10:19] * Joins: richt (~richt@pat-tdc.opera.com)
# [10:19] * Quits: doublec (~doublec@unaffiliated/doublec) (Ping timeout: 240 seconds)
# [10:21] * Joins: doublec (~doublec@cd.pn)
# [10:27] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
# [10:33] * Joins: david_carlisle (~chatzilla@86.188.197.189)
# [10:35] * Joins: jeremyselier (~Jeremy@92.103.127.226)
# [10:48] * Joins: Martijnc (~Martijnc@d54C02C64.access.telenet.be)
# [10:53] * Joins: tbassetto (~tbassetto@LRouen-151-71-49-64.w80-11.abo.wanadoo.fr)
# [10:55] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
# [10:56] <zcorpan> what's teh security problem with converting broken utf-8 to u+fffd in websockets?
# [11:05] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
# [11:07] * Joins: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net)
# [11:08] * Quits: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
# [11:09] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
# [11:09] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
# [11:09] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
# [11:14] * Joins: zdobersek (~zan@cpe-46-164-9-115.dynamic.amis.net)
# [11:17] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [11:32] <zcorpan> foolip: <http://www.w3.org/mid/E1QWcRS-0002EY-8u@jessica.w3.org>
# [11:34] <foolip> zcorpan, what do you think about that?
# [11:35] <foolip> HTMLTimeElement also has some extra IDL properties, are those not good for anything?
# [11:35] <zcorpan> dunno
# [11:35] <foolip> having an element for this purpose seems a bit odd though
# [11:35] <zcorpan> yeah should be a global attribute
# [11:36] <foolip> RDFa's content="" or a new itemvalue="" seems more reasonable
# [11:36] <zcorpan> and no reason to drop <time> imo
# [11:36] <foolip> in which case <time> can be left alone
# [11:36] <foolip> right
# [11:36] <foolip> although I think <time> is actually fairly useless
# [11:36] <foolip> since it forbids marking up many kinds of times
# [11:37] <foolip> not sure when it's better than just <span>, actually...
# [11:37] <foolip> Looks like I don't have a strong opinion either way :)
# [11:38] <zcorpan> will you comment on the bug anyway?
# [11:39] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
# [11:40] <foolip> OK
# [11:42] <jgraham> ooh more longdesc drama
# [11:42] * jgraham gets popcorn
# [11:46] * Joins: smaug____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi)
# [11:48] * slightlyoff_afk is now known as slightlyoff
# [11:49] * Joins: bga_ (~bga@95-55-54-40.dynamic.avangarddsl.ru)
# [11:52] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
# [11:52] <matjas> hmm, can anyone respond to http://bugzilla.validator.nu/show_bug.cgi?id=841#c1?
# [11:53] <matjas> i thought i got it the other day but now i’m confused again
# [11:56] <zcorpan> replied
# [11:57] <matjas> thanks, zcorpan
# [11:58] <matjas> zcorpan: so is my bug title incorrect?
# [11:58] <zcorpan> i'm sure hsivonen understands what it means
# [11:58] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
# [11:59] <matjas> I want to understand too :)
# [11:59] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
# [11:59] <matjas> is `href=foo?bar=1&baz=42` allowed or not?
# [11:59] <zcorpan> it is allowed, and it does not contain any ambiguous ampersands
# [12:00] <zcorpan> read the definition of ambiguous ampersand carefully
# [12:00] <matjas> http://www.whatwg.org/specs/web-apps/current-work/complete/syntax.html#syntax-ambiguous-ampersand
# [12:00] <matjas> oh because it’s not followed by `;`
# [12:01] <zcorpan> yes
# [12:02] <matjas> so where in the spec does it say the unencoded & there is allowed?
# [12:02] <Ms2ger> It doesn't need to, does it?
# [12:02] <zcorpan> "Attribute values are a mixture of text and character references, except with the additional restriction that the text cannot contain an ambiguous ampersand."
# [12:03] <zcorpan> "text" does not ban &
# [12:03] <zcorpan> (but bans U+0000 for instance)
# [12:03] * Quits: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net) (Quit: chriseppstein)
# [12:04] <matjas> but <p>foo&bar</p> isn’t allowed
# [12:04] <matjas> even though “Text is allowed inside elements, attribute values, and comments.”
# [12:05] <zcorpan> that's allowed afaict
# [12:05] * zcorpan reads the parser section to see if it matches the author section
# [12:05] <matjas> not according to validator.nu — is that a separate issue then?
# [12:07] * Quits: ben_h (~ben@128.250.195.138) (Quit: ben_h)
# [12:07] <zcorpan> parser section matches
# [12:08] <zcorpan> it's the same issue
# [12:08] <matjas> okay, so the problem is that the definition of ambiguous ampersand changed
# [12:08] <zcorpan> yes
# [12:09] <zcorpan> and the parser changed what is a parse error to match
# [12:09] <matjas> before the change previously stuff like href="foo&bar" had an ambiguous ampersand?
# [12:09] <matjas> or what
# [12:09] <zcorpan> yes
# [12:09] <matjas> ok
# [12:09] <matjas> so the ; requirement is new
# [12:09] <matjas> i think i finally get it
# [12:09] <zcorpan> :)
# [12:09] <matjas> thanks for your patience, zcorpan
# [12:11] <zcorpan> the parser also changed behavior for &copy= which v.nu also doesn't seem to have implemented
# [12:11] <zcorpan> (in attributes)
# [12:11] <matjas> what about it?
# [12:12] <matjas> `href=&copy=` shouldn’t be allowed, right?
# [12:12] * Joins: linclark (~clark@wlan-nat.fwgal01.deri.ie)
# [12:15] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
# [12:16] <matjas> are all ambiguous ampersands invalid?
# [12:16] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
# [12:20] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
# [12:21] <zcorpan> they are invalid but &copy= is parsed differently in attribute value and text content
# [12:21] <zcorpan> but it seems that was actually implemented, i didn't test properly
# [12:25] * Quits: Jedi_ (~Jedi@220.134.95.85) (Ping timeout: 240 seconds)
# [12:27] * Joins: hdhoang (~hdhoang@203.210.205.188)
# [12:28] * bga_ is now known as bga_|away
# [12:30] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
# [12:30] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
# [12:30] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
# [12:30] * Joins: riven (~riven@pdpc/supporter/professional/riven)
# [12:30] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
# [12:35] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Ping timeout: 255 seconds)
# [12:35] <Workshiva> Looking at setting selection and whether it triggers focus
# [12:36] <Workshiva> From what I see html5 doesn't specify a focus event being fired for select() nor for setSelectionRange. However, the MDC docs specify that select() also fires focus.
# [12:36] <Workshiva> And it seems Chrome fires a focus event for both of them.
# [12:36] * Joins: riven (~riven@pdpc/supporter/professional/riven)
# [12:38] * Joins: Jedi_ (~Jedi@jedi.org)
# [12:42] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
# [12:42] * Quits: linclark (~clark@wlan-nat.fwgal01.deri.ie) (Read error: Connection reset by peer)
# [12:42] * Joins: linclark (~clark@wlan-nat.fwgal01.deri.ie)
# [12:45] <Ms2ger> File a bug, Hixie will figure it out by Christmas
# [12:46] * Joins: FireFly (~firefly@unaffiliated/firefly)
# [12:46] <Workshiva> I'm looking for someone to say they've already looked into that and tell me what the resolution is going to be ;)
# [12:48] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
# [12:50] * Joins: kalc4 (~kalc4@78.145.28.252)
# [12:53] * Joins: erlehmann (~erlehmann@89.204.153.115)
# [12:54] * bga_|away is now known as bga_
# [12:56] * jgraham just got a YSOD is spotify
# [12:56] <jgraham> *in
# [13:05] * Joins: MikeSmith (~MikeSmith@EM111-188-25-164.pool.e-mobile.ne.jp)
# [13:11] * Joins: mpt (~mpt@91.189.88.12)
# [13:11] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
# [13:11] * Joins: mpt (~mpt@canonical/mpt)
# [13:13] * Joins: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net)
# [13:19] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 246 seconds)
# [13:19] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [13:20] * Joins: hdhoang1 (~hdhoang@203.210.204.17)
# [13:22] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [13:23] * Quits: hdhoang (~hdhoang@203.210.205.188) (Ping timeout: 276 seconds)
# [13:23] * Quits: jeremyselier (~Jeremy@92.103.127.226) (Ping timeout: 260 seconds)
# [13:28] * bga_ is now known as bga_|away
# [13:28] * bga_|away is now known as bga_
# [13:34] * Quits: _jgr (~jgr@CPE-121-222-135-19.lnse1.woo.bigpond.net.au) (Quit: Leaving)
# [13:34] * Joins: _jgr (~jgr@CPE-121-222-135-19.lnse1.woo.bigpond.net.au)
# [14:02] <zcorpan> TabAtkins: the default style for <a>, <ins> and <del> interact badly with blocks as well
# [14:04] * Quits: MikeSmith (~MikeSmith@EM111-188-25-164.pool.e-mobile.ne.jp) (Ping timeout: 255 seconds)
# [14:08] * Joins: MikeSmith (~MikeSmith@EM114-49-5-206.pool.e-mobile.ne.jp)
# [14:15] * Quits: _jgr (~jgr@CPE-121-222-135-19.lnse1.woo.bigpond.net.au) (Quit: Leaving)
# [14:17] * Quits: linclark (~clark@wlan-nat.fwgal01.deri.ie) (Quit: linclark)
# [14:17] * Joins: smaug_____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi)
# [14:18] * Joins: portenkirchner (~portenkir@93.215.184.115)
# [14:18] * Quits: MikeSmith (~MikeSmith@EM114-49-5-206.pool.e-mobile.ne.jp) (Quit: Deyr fé deyja, frændr deyr, sjálfr et sama)
# [14:19] * Joins: ezoe (~ezoe@112-68-250-228f1.kyt1.eonet.ne.jp)
# [14:19] * Quits: smaug____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi) (Ping timeout: 264 seconds)
# [14:19] * smaug_____ is now known as smaug____
# [14:19] * Quits: portenkirchner (~portenkir@93.215.184.115) (Client Quit)
# [14:20] * Joins: linclark (~clark@wlan-nat.fwgal01.deri.ie)
# [14:23] <Philip`> TabAtkins: Requesting codepoints from a font is tricky because of glyph substitutions (ligatures etc) - you can't treat each codepoint individually when deciding what bytes to download, you have to know the entire set to determine which glyphs might get used
# [14:24] <Philip`> (and you can't do it by downloading the whole GSUB table and letting the client figure out the glyphs to request instead of codepoints, because that table might be hundreds of KB and would defeat the point of subsetting)
# [14:26] <Philip`> Also I believe you need to dynamically compute a new GSUB table for the subset (to avoid downloading the entire thing), you can't just use a range of its original bytes
# [14:27] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
# [14:28] <Philip`> (The old WEFT tool didn't recompute GSUB, it just deleted some glyph data, which is much easier but results in much larger font files)
# [14:28] <boblet> Philip`: isn’t Typekit linking to several partial @font-face files as a form of obfuscation or something?
# [14:29] <Philip`> boblet: Don't know, but maybe
# [14:29] <erlehmann> boblet, show it.
# [14:29] <boblet> I thought I read something about that when it was released. No personal knowledge
# [14:29] <Philip`> It's quite possible they don't care about things like ligatures or languages that rely heavily on substitutions
# [14:32] <boblet> as for TabAtkins’ usecase, it would be rad to download a basic set then request other glyphs as needed for East Asian typography
# [14:32] <Philip`> http://help.typekit.com/customer/portal/articles/8071-support-for-different-languages-on-typekit suggests the only languages they support are Latin alphabet ones
# [14:32] <boblet> Services like Typekit could create a CMS plugin that checks for all used characters across a site then make a site-specific subset, updating when content changes. But once the site gets large this isn’t so useful (except when kanji is involved)
# [14:33] <boblet> Philip`: they have at least two (freebie) Japanese fonts
# [14:33] * Joins: nessy (~Adium@124-168-8-33.dyn.iinet.net.au)
# [14:34] <boblet> “We split requested fonts into multiple files and recombine them using the CSS font stack” http://blog.typekit.com/2009/07/21/serving-and-protecting-fonts-on-the-web/
# [14:34] <boblet> erlehmann: ^ ;)
# [14:35] <Philip`> I think Japanese is easy too - things like Arabic and Devanagari etc are hard since they rely on complex shaping
# [14:35] <erlehmann> TabAtkins, isn't fontkits way the easiest?
# [14:36] <jgraham> Isn't japanese even easier since it doesn't have ligatures at all? Does it even have combining characters?
# [14:36] <boblet> Philip`: true. was thinking more of the initial filesize of Japanese fonts. The M+ fonts are like 350KB per weight
# [14:36] <boblet> jgraham: no combining characters, but 8,000+ glyphs
# [14:38] <jgraham> Oh look I am wrong http://www.quora.com/Are-there-any-ligatures-in-CJK
# [14:41] <boblet> jgraham: pretty sure those are individual glyphs not ligatures. as in キ and ロ and ㌔ are three separate code points (rather than ㌔ being made from resized/repositioned キロ)
# [14:42] * Joins: _bga (~bga@ppp91-122-185-129.pppoe.avangarddsl.ru)
# [14:42] <boblet> the Mac Japanese Input Menu flags ㌔ as “Contains JIS X0213 unique characters”
# [14:44] <boblet> If you wanted to enter ㌔ you’d have to manually select it — it wouldn’t be automatically replaced as with a western ligature
# [14:44] * Quits: bga_ (~bga@95-55-54-40.dynamic.avangarddsl.ru) (Ping timeout: 252 seconds)
# [14:47] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Quit: Computer has gone to sleep.)
# [14:49] * Joins: boaz_ (~boaz@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
# [14:51] * Joins: gavin__ (~gavin@people.mozilla.com)
# [14:52] * Quits: gavin (~gavin@firefox/developer/gavin) (Read error: Connection reset by peer)
# [14:52] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 255 seconds)
# [14:53] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
# [14:56] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
# [14:57] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
# [15:00] * Joins: zdobersek1 (~zan@90.157.240.171)
# [15:02] * Quits: zdobersek (~zan@cpe-46-164-9-115.dynamic.amis.net) (Ping timeout: 250 seconds)
# [15:05] * Joins: myakura (~myakura@FL1-118-111-219-27.tky.mesh.ad.jp)
# [15:07] * Parts: boaz_ (~boaz@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
# [15:15] * Joins: smaug_____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi)
# [15:16] * Quits: smaug____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi) (Ping timeout: 240 seconds)
# [15:16] * smaug_____ is now known as smaug____
# [15:23] * Joins: eric_carlson (~eric_carl@2620:149:4:401:217:f2ff:fe03:a2e)
# [15:25] * Joins: jeremyselier (~Jeremy@92.103.127.226)
# [15:28] * Parts: lukstr (~lukstr@code256.com)
# [15:29] * Joins: hij1nx (~hij1nx@75-145-15-134-Savannah.hfc.comcastbusiness.net)
# [15:33] * remysharp is now known as remysharp-away
# [15:43] * remysharp-away is now known as remysharp
# [15:46] * Joins: _jgr (~jgr@121.222.135.19)
# [15:49] * Joins: CvP (~CvP@123.49.22.156)
# [15:55] <smaug____> zewt: ping
# [15:57] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
# [15:58] * Joins: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp)
# [15:59] * Joins: zdobersek (~zan@cpe-46-164-6-193.dynamic.amis.net)
# [16:01] * Quits: zdobersek1 (~zan@90.157.240.171) (Ping timeout: 264 seconds)
# [16:03] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
# [16:04] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
# [16:06] * Quits: zdobersek (~zan@cpe-46-164-6-193.dynamic.amis.net) (Ping timeout: 240 seconds)
# [16:09] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
# [16:09] * Joins: boaz (~boaz@li326-230.members.linode.com)
# [16:11] * Quits: nessy (~Adium@124-168-8-33.dyn.iinet.net.au) (Quit: Leaving.)
# [16:11] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Leaving...)
# [16:18] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
# [16:18] * Joins: kal-EL_ (~jor-EL@host176-13-dynamic.249-95-r.retail.telecomitalia.it)
# [16:21] * Joins: agektmr (~Adium@p4246-ipbf5910marunouchi.tokyo.ocn.ne.jp)
# [16:25] * Quits: hdhoang1 (~hdhoang@203.210.204.17) (Quit: Leaving.)
# [16:29] * Joins: supermighty (~supermigh@216.248.55.132)
# [16:29] * Quits: Ms2ger (~Ms2ger@91.181.116.174) (Read error: Connection reset by peer)
# [16:29] * Joins: hdhoang (~hdhoang@203.210.204.17)
# [16:31] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
# [16:34] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
# [16:45] * Joins: Ms2ger (~Ms2ger@91.181.106.240)
# [16:51] * Joins: ben_h (~ben@128.250.195.138)
# [16:55] * Quits: kal-EL_ (~jor-EL@host176-13-dynamic.249-95-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027])
# [17:00] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [17:10] * Joins: smaug_____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi)
# [17:12] * Quits: ben_h (~ben@128.250.195.138) (Quit: ben_h)
# [17:12] * Quits: smaug____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi) (Ping timeout: 244 seconds)
# [17:12] * smaug_____ is now known as smaug____
# [17:16] * Joins: miketaylr (~miketaylr@24.42.93.245)
# [17:18] * Parts: supermighty (~supermigh@216.248.55.132)
# [17:20] * Joins: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net)
# [17:23] <Ms2ger> What's up with http://dev.w3.org/html5/2dcontext/ being out of date?
# [17:24] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 252 seconds)
# [17:24] * Joins: kinetik (~kinetik@121.98.132.55)
# [17:25] * Quits: Prgmrbill (~PrgmrBill@unaffiliated/prgmrbill) (Ping timeout: 260 seconds)
# [17:25] * Quits: moo-_- (~quassel@herd37.twinapex.fi) (Read error: Connection reset by peer)
# [17:25] * Joins: moo-_- (~quassel@herd37.twinapex.fi)
# [17:25] * Joins: Prgmrbill (~PrgmrBill@prgmrbill.com)
# [17:25] * Quits: Prgmrbill (~PrgmrBill@prgmrbill.com) (Changing host)
# [17:25] * Joins: Prgmrbill (~PrgmrBill@unaffiliated/prgmrbill)
# [17:26] * Quits: FireFly (~firefly@unaffiliated/firefly) (Ping timeout: 260 seconds)
# [17:26] * Quits: Scorchin (u1242@gateway/web/irccloud.com/x-nwvbbprlxowdudbs) (Ping timeout: 260 seconds)
# [17:26] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 252 seconds)
# [17:27] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 252 seconds)
# [17:27] * Joins: The_8472 (~stardive@azureus/The8472)
# [17:27] * Joins: Scorchin (u1242@gateway/web/irccloud.com/x-acseugyvnavqmsbf)
# [17:28] * Joins: FireFly (~firefly@unaffiliated/firefly)
# [17:32] <David_Bradbury> Ms2ger: Maybe there haven't been any changes proposed, though updating the date to reflect that might be nice.
# [17:32] <Ms2ger> There have been
# [17:33] <David_Bradbury> Hmm... Then I'd poke Hixie ^
# [17:34] <Philip`> Maybe any new commits would overwrite the application of issue 131's resolution, and cause unhappiness
# [17:34] <Philip`> (http://dev.w3.org/cvsweb/html5/2dcontext/Overview.html)
# [17:35] * Joins: saba (~foo@unaffiliated/saba)
# [17:35] <David_Bradbury> So, when are we going to start seeing the new 4D Cavnas Context gaining support? :p
# [17:37] * Joins: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net)
# [17:37] * Quits: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp) (Read error: Connection reset by peer)
# [17:37] * Joins: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp)
# [17:38] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [17:38] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [17:39] * _bga is now known as bga_|away
# [17:41] * Quits: hij1nx (~hij1nx@75-145-15-134-Savannah.hfc.comcastbusiness.net) (Quit: hij1nx)
# [17:42] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
# [17:42] * Quits: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net) (Client Quit)
# [17:42] * Joins: stalled (~stalled@unaffiliated/stalled)
# [17:44] * Joins: dbaron (~dbaron@173-228-28-37.dsl.dynamic.sonic.net)
# [17:45] * bga_|away is now known as bga_
# [17:46] * Quits: Akilo (~kristof@lit75-1-81-57-239-230.fbx.proxad.net) (Quit: Ex-Chat)
# [17:51] * Quits: LBP (~Miranda@pD9EB1B73.dip0.t-ipconnect.de) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [17:54] * Joins: mpt (~mpt@91.189.88.12)
# [17:54] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
# [17:54] * Joins: mpt (~mpt@canonical/mpt)
# [17:55] * Quits: CvP (~CvP@123.49.22.156) (Quit: [ UPP ] > all)
# [17:57] * Quits: erlehmann (~erlehmann@89.204.153.115) (Quit: Ex-Chat)
# [17:58] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
# [18:00] * Joins: smaug_____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi)
# [18:00] * Quits: richt (~richt@pat-tdc.opera.com) (Remote host closed the connection)
# [18:01] * Quits: mokush (~quassel@188.24.41.206) (Remote host closed the connection)
# [18:01] * Quits: smaug____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi) (Ping timeout: 260 seconds)
# [18:01] * smaug_____ is now known as smaug____
# [18:06] * Joins: ben_h (~ben@CPE-58-161-40-175.czqd1.win.bigpond.net.au)
# [18:11] * bga_ is now known as bga_|away
# [18:14] * Quits: nonge__ (~nonge@p50829852.dip.t-dialin.net) (Quit: Verlassend)
# [18:14] * Quits: ben_h (~ben@CPE-58-161-40-175.czqd1.win.bigpond.net.au) (Quit: ben_h)
# [18:15] * Quits: hdhoang (~hdhoang@203.210.204.17) (Quit: Leaving.)
# [18:18] * Joins: hij1nx (~hij1nx@adsl-74-179-162-124.sav.bellsouth.net)
# [18:18] * Quits: hij1nx (~hij1nx@adsl-74-179-162-124.sav.bellsouth.net) (Remote host closed the connection)
# [18:18] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [18:19] * Joins: hij1nx (~hij1nx@VPN-18-101-8-138.MIT.EDU)
# [18:19] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Client Quit)
# [18:19] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [18:21] * bga_|away is now known as bga_
# [18:21] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [18:22] * Joins: jonatasnona (~jonatas@186.207.153.154)
# [18:26] * Quits: Ms2ger (~Ms2ger@91.181.106.240) (Ping timeout: 255 seconds)
# [18:27] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
# [18:28] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Ping timeout: 260 seconds)
# [18:30] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
# [18:30] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
# [18:38] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Ping timeout: 240 seconds)
# [18:39] * Joins: kor (~kor@host068-005.kpn-gprs.nl)
# [18:39] * Quits: kor (~kor@host068-005.kpn-gprs.nl) (Client Quit)
# [18:41] * Joins: jer|afk (~jernoble@17.203.12.89)
# [18:42] * jer|afk is now known as jernoble
# [18:44] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
# [18:49] * Joins: smaug_____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi)
# [18:51] * Quits: smaug____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi) (Ping timeout: 255 seconds)
# [18:51] * smaug_____ is now known as smaug____
# [18:53] * Joins: othermaciej (~mjs@67.218.110.187)
# [18:55] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Shazam)
# [18:57] * Joins: CvP (~CvP@123.49.21.150)
# [19:00] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
# [19:00] * Quits: othermaciej (~mjs@67.218.110.187) (Remote host closed the connection)
# [19:02] * Joins: ap (~ap@2620:149:4:401:226:4aff:fe14:aad6)
# [19:05] * Quits: jonatasnona (~jonatas@186.207.153.154) (Ping timeout: 255 seconds)
# [19:11] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
# [19:12] * Joins: stefan-_ (~music@hiwi0.wi2.uni-trier.de)
# [19:16] * Joins: dave_levin (~dave_levi@nat/google/x-ibiafpdentrncnxg)
# [19:19] * Quits: myakura (~myakura@FL1-118-111-219-27.tky.mesh.ad.jp) (Remote host closed the connection)
# [19:30] * Quits: smaug____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi) (Ping timeout: 240 seconds)
# [19:30] * Joins: chriseppstein (~chris@209.119.65.162)
# [19:33] * Joins: othermaciej (~mjs@67.218.110.187)
# [19:33] * Joins: MikeSmith (~mikesmith@EM114-48-0-218.pool.e-mobile.ne.jp)
# [19:35] * Quits: dbaron (~dbaron@173-228-28-37.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [19:36] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 276 seconds)
# [19:37] * Joins: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com)
# [19:40] * Joins: jonatasnona (~jonatas@186.207.153.154)
# [19:44] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
# [19:45] * Quits: hij1nx (~hij1nx@VPN-18-101-8-138.MIT.EDU) (Ping timeout: 255 seconds)
# [19:45] * Quits: othermaciej (~mjs@67.218.110.187) (Quit: othermaciej)
# [19:48] * Joins: hdhoang (~hdhoang@203.210.204.17)
# [19:51] * Joins: othermaciej (~mjs@17.203.15.180)
# [19:51] * Joins: Ms2ger (~Ms2ger@91.181.106.240)
# [19:54] * Joins: hij1nx (~hij1nx@64.134.186.190)
# [19:59] * Joins: tbassett (~tbassetto@anj75-2-88-162-180-30.fbx.proxad.net)
# [20:02] * bga_ is now known as bga_|away
# [20:02] * Quits: tbassetto (~tbassetto@LRouen-151-71-49-64.w80-11.abo.wanadoo.fr) (Ping timeout: 250 seconds)
# [20:04] * Joins: zdobersek (~zan@90.157.242.222)
# [20:05] * Quits: hij1nx (~hij1nx@64.134.186.190) (Quit: hij1nx)
# [20:07] <volkmar> AryehGregor: ping
# [20:07] <AryehGregor> volkmar, pong.
# [20:07] <volkmar> AryehGregor: i saw you were involved in a discussion about input in DOM 3 Events... do you know, by any chance why textinput is specidified and not input?
# [20:08] <AryehGregor> volkmar, was I? I don't know anything about events, sorry.
# [20:08] <volkmar> AryehGregor: i were :)
# [20:08] <AryehGregor> Never read any specs for them or anything.
# [20:08] <volkmar> oups, you were
# [20:08] <AryehGregor> You were what?
# [20:08] <AryehGregor> Oh.
# [20:08] * volkmar is tired
# [20:09] <AryehGregor> Was that the one where I said something then immediately realized I misunderstood and retracted what I said?
# [20:09] <volkmar> AryehGregor: it was a thread with someone asking for onvaluechanged
# [20:09] * Joins: nlogax (~nlogax@unaffiliated/nlogax)
# [20:10] * AryehGregor doesn't remember
# [20:10] <volkmar> anyway, i will read more of the search results... the reason might pop out
# [20:10] * Joins: hij1nx (~hij1nx@64.134.186.190)
# [20:11] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
# [20:11] <Ms2ger> shepazutoo, ^
# [20:13] * Quits: agektmr (~Adium@p4246-ipbf5910marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
# [20:15] <volkmar> ok, i filed a bug and I will see...
# [20:15] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
# [20:15] * volkmar wonders why 'change' i
# [20:15] <volkmar> isn't specced too
# [20:15] * Joins: pdr2 (~pdr2@nat/google/x-wyenrjcsusydkgmt)
# [20:16] * bga_|away is now known as bga_
# [20:20] * Quits: MikeSmith (~mikesmith@EM114-48-0-218.pool.e-mobile.ne.jp) (Remote host closed the connection)
# [20:20] * Joins: MikeSmith (~mikesmith@EM114-48-0-218.pool.e-mobile.ne.jp)
# [20:23] * Quits: jeremyselier (~Jeremy@92.103.127.226) (Ping timeout: 264 seconds)
# [20:23] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
# [20:24] * Quits: othermaciej (~mjs@17.203.15.180) (Quit: othermaciej)
# [20:24] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 260 seconds)
# [20:27] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
# [20:35] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
# [20:35] * Quits: zdobersek (~zan@90.157.242.222) (Ping timeout: 276 seconds)
# [20:35] * Joins: zdobersek1 (~zan@46.164.36.211)
# [20:36] * Joins: dbaron (~dbaron@nat/mozilla/x-bycofxpvznpedinf)
# [20:36] * Quits: tbassett (~tbassetto@anj75-2-88-162-180-30.fbx.proxad.net) (Quit: Linkinus - http://linkinus.com)
# [20:36] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
# [20:39] * Quits: espadrine (~thaddee_t@acces1446.res.insa-lyon.fr) (Quit: espadrine)
# [20:40] * Joins: LBP (~Miranda@pD9EB1B73.dip0.t-ipconnect.de)
# [20:40] * Quits: hij1nx (~hij1nx@64.134.186.190) (Quit: hij1nx)
# [20:41] * Quits: linclark (~clark@wlan-nat.fwgal01.deri.ie) (Quit: linclark)
# [20:42] * Quits: miketaylr (~miketaylr@24.42.93.245) (Quit: miketaylr)
# [20:43] * Joins: hij1nx (~hij1nx@64.134.186.190)
# [20:46] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 240 seconds)
# [20:47] * Joins: gavin_ (~gavin@firefox/developer/gavin)
# [20:58] * Quits: MikeSmith (~mikesmith@EM114-48-0-218.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
# [21:02] * Joins: miketaylr (~miketaylr@64.134.71.88)
# [21:03] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
# [21:04] * Joins: boaz (~boaz@li326-230.members.linode.com)
# [21:06] * Joins: MikeSmith (~mikesmith@EM114-48-160-6.pool.e-mobile.ne.jp)
# [21:10] * Joins: erlehmann (~erlehmann@p5DDB9D28.dip.t-dialin.net)
# [21:11] * Joins: smaug____ (~chatzilla@a91-154-40-146.elisa-laajakaista.fi)
# [21:14] * bga_ is now known as bga_|away
# [21:16] <zewt> smaug____: pong
# [21:18] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 260 seconds)
# [21:28] <smaug____> zewt: you said something about default handling not being part of dispatchEvent
# [21:28] <smaug____> just FYI, it is in all the browsers
# [21:29] <smaug____> zewt: http://www.w3.org/Bugs/Public/show_bug.cgi?id=12949#c5
# [21:29] * Quits: hij1nx (~hij1nx@64.134.186.190) (Quit: hij1nx)
# [21:30] <smaug____> it is the specs which don't match reality
# [21:30] <smaug____> well, DOM 3 Events nor Web DOM Core don't need to specify default handling
# [21:32] <zewt> dom 3 events says that default handlers don't happen for untrusted events, and that includes all events dispatched with dispatchEvent (except for i think one exception, which I'm having trouble recalling)
# [21:32] * bentruyman is now known as bentruyman[afk]
# [21:32] <smaug____> that is a different
# [21:32] <zewt> it's not; it means that dispatchEvent will never (modulo whatever that exception was) cause default handling to occur
# [21:32] <smaug____> it could be a bug that default handlers fire when untrusted event is dispatched
# [21:33] <smaug____> but it does not mean that default handling is not part of event dispatch
# [21:33] * Joins: hij1nx (~hij1nx@64.134.186.190)
# [21:34] <zewt> but it's not part of event dispatch :)
# [21:34] <zewt> it may be implemented that way by browsers, but as that has no (that I'm aware of) visible side-effects it's not really relevant
# [21:34] <smaug____> But yes, DOM 3 Events is probably too strict
# [21:35] * Joins: scor (~scor@drupal.org/user/52142/view)
# [21:35] * bga_|away is now known as bga_
# [21:35] <zewt> the event model is if(dispatchEvent(e)) doDefaultBehavior(), not dispatchEvent(e, doDefaultBehavior)--the default behavior is logically part of whoever's calling for a dispatch, not internal to dispatch itself
# [21:37] <smaug____> in practice the event model pre-handle-event, dispatch the event to DOM, post-handle-event
# [21:37] <smaug____> event model is...
# [21:38] <zewt> that's internal implementation details--can you explain what effect that has on the specced behavior?
# [21:38] <zewt> in other words, what's the difference
# [21:38] <smaug____> See the example http://www.w3.org/Bugs/Public/show_bug.cgi?id=12949#c5
# [21:39] <smaug____> dispatching event does do the default handling
# [21:40] <zewt> yeah i think that's the odd exception, which should be treated as such--it should certainly be specced, but only to define the exception, not to change the event model to suit it
# [21:41] <smaug____> but that is how browsers work
# [21:41] <smaug____> the default handling is part of event dispatch
# [21:41] <zewt> that just doesn't matter, it's the visible behavior that matters
# [21:41] <smaug____> what we should define is that in which cases default handling can be triggered using untrusted events
# [21:42] <zewt> and onclick is just a weird legacy exception
# [21:42] * Joins: linclark (~clark@089-101-090180.ntlworld.ie)
# [21:43] <smaug____> It would be just easier to define the reality
# [21:43] <smaug____> that default handling is part of event dispatch, and in x, y, and z cases untrusted events can trigger default handling
# [21:43] <zewt> the reality is that default handling is not part of event dispatch, from the perspective of visible behavior
# [21:43] <smaug____> that is not trie
# [21:43] <smaug____> true
# [21:44] <zewt> yes it is
# [21:44] <smaug____> my example is an example where it is not
# [21:44] <zewt> like i said (two or three times :) that's the odd exception, behavior that doesn't match how the event model works for everything else
# [21:45] <smaug____> what "for everything else"
# [21:45] <smaug____> where does the event model work differently
# [21:45] <smaug____> I'd like to see an example
# [21:46] <zewt> huh? you've given the *only* case I'm aware of where default behavior ends up being part of dispatch
# [21:47] * bentruyman[afk] is now known as bentruyman
# [21:47] <zewt> and I'm certainly not arguing against speccing that behavior, but it should be treated as exceptional compatibility behavior, not as an argument that the entire event model should be based on that
# [21:47] <smaug____> I'd like to see an example where the default handling is not part of the event dispatch. (it is possible that untrusted events don't trigger default handling)
# [21:48] * Joins: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net)
# [21:49] <zewt> every dispatchEvent() call in javascript; the default behavior is whatever you do if it returns true
# [21:49] <smaug____> I'm not talking about script libraries
# [21:49] <smaug____> but browser implementations
# [21:49] * Quits: cpearce (~chatzilla@ip-118-90-3-203.xdsl.xnet.co.nz) (Ping timeout: 263 seconds)
# [21:49] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
# [21:49] <zewt> scripts are intrinsic to the event model.
# [21:50] <smaug____> link handling works the same way as changing checked state. you dispatch event and the default handling for <a> triggers the navigation
# [21:50] <smaug____> etc
# [21:51] <mpilgrim> there's really no compilation shortcuts after you've changed 500 IDL files
# [21:52] <smaug____> form submission has the default handling during event dispatch
# [21:52] <zewt> not in my experience
# [21:52] <zewt> var e = document.createEvent("HTMLEvents"); e.initEvent("submit", true, true); form.dispatchEvent(e);
# [21:52] <zewt> if(!e.stopped) form.submit();
# [21:53] <zewt> ^ i've had to write code like that because it's not
# [21:54] <smaug____> what is e.stopped?
# [21:54] <zewt> (pardoning the ugly prototype.js-ism)
# [21:54] <zewt> if(form.dispatchEvent(e)) form.submit();
# [21:59] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
# [22:00] <smaug____> dispatching submit event submits the form at least in Fx and Opera
# [22:00] <smaug____> again, the difference in default handling can be that some browsers don't allow untrusted events to dispatch the event
# [22:00] <smaug____> er
# [22:01] <smaug____> again, the difference in default handling can be that some browsers don't allow untrusted events to do the default handling
# [22:01] <zewt> it's the same thing (as far as visible behavior is concerned)
# [22:02] <zewt> when it's a browser-dispatched event there's no difference whether default behavior is implemented inside dispatchEvent or not
# [22:02] <smaug____> yeah
# [22:02] <smaug____> it is the default handling of untrusted events
# [22:02] <smaug____> which needs to be defined
# [22:03] <smaug____> so click() can just dispatch click event and we need to define in which case untrusted events can trigger d.efault handling
# [22:03] <smaug____> and the problem is solved :)
# [22:04] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 244 seconds)
# [22:04] <zewt> rather, these exceptional behaviors should be called something else, and defined as the rare exceptions they are
# [22:05] <zewt> not by changing the whole event model to revolve around the one (maybe two) exceptions
# [22:05] <smaug____> huh. I don't understand why we couldn't define the reality.
# [22:05] <smaug____> that way click() would have strange special powers
# [22:06] * Quits: hij1nx (~hij1nx@64.134.186.190) (Quit: hij1nx)
# [22:06] <zewt> huh? you can submit a click event with dispatchEvent
# [22:06] * Quits: jonatasnona (~jonatas@186.207.153.154) (Quit: Saindo)
# [22:06] <smaug____> per spec click() does more than just dispatch click event
# [22:07] <smaug____> but that is not the reality
# [22:07] <zewt> i think it's perfectly fine for click() to be able to do something you can't do otherwise (that's what DOM APIs do), but I don't think that matters here
# [22:07] * Joins: saba_ (~foo@unaffiliated/saba)
# [22:07] * Quits: saba (~foo@unaffiliated/saba) (Ping timeout: 244 seconds)
# [22:07] <smaug____> hmm, sounds like this discussion is not leading to anywhere :)
# [22:07] <zewt> anyway, we're going in circles, and I'm not the one you need to convince anyway :)
# [22:08] <smaug____> I will just reject all the insane changes to event handling in an implementation :)
# [22:08] <zewt> i don't think it changes implementation behavior--so long as the weird exceptions are specced, which again (at least in DOM Core) they aren't yet
# [22:09] <zewt> happen to know when Anne's due back?
# [22:09] <smaug____> don't remember
# [22:10] <Ms2ger> Today
# [22:11] <zewt> i don't envy him his backlog, heh
# [22:11] * Quits: hdhoang (~hdhoang@203.210.204.17) (Quit: Leaving.)
# [22:13] * Quits: Ms2ger (~Ms2ger@91.181.106.240) (Quit: nn)
# [22:26] * Quits: zdobersek1 (~zan@46.164.36.211) (Read error: Operation timed out)
# [22:29] * Quits: LBP (~Miranda@pD9EB1B73.dip0.t-ipconnect.de) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [22:35] <AryehGregor> Can someone with an MDN wiki account change the spec reference here to point to CSSOM View instead of an outdated HTML5 link? https://developer.mozilla.org/en/DOM/element.scrollIntoView http://dev.w3.org/csswg/cssom-view/#dom-element-scrollintoview
# [22:43] * Joins: zdobersek (~zan@cpe-46-164-6-239.dynamic.amis.net)
# [22:45] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 276 seconds)
# [22:46] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
# [22:49] * Quits: zdobersek (~zan@cpe-46-164-6-239.dynamic.amis.net) (Quit: Leaving.)
# [22:49] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
# [22:51] * heycam|away is now known as heycam
# [22:52] * Quits: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net) (Remote host closed the connection)
# [22:57] <AryehGregor> Wow, manual tests are staggeringly boring.
# [22:57] * Quits: miketaylr (~miketaylr@64.134.71.88) (Quit: miketaylr)
# [22:57] <AryehGregor> Even if you can run a couple a second by just repeatedly hitting the same key, and cache the results.
# [22:58] <smaug____> AryehGregor: just a second, I'll change or ask someone to change
# [22:58] <smaug____> the link
# [22:59] <AryehGregor> I need a small mechanical device that will press a key repeatedly for me so I can do something else in the meantime.
# [22:59] <AryehGregor> smaug____, thanks.
# [22:59] * Quits: msucan (~robod@92.86.247.27) (Quit: .)
# [23:06] * Quits: eric_carlson (~eric_carl@2620:149:4:401:217:f2ff:fe03:a2e) (Quit: eric_carlson)
# [23:07] <smaug____> AryehGregor: updated
# [23:07] <AryehGregor> smaug____, thanks.
# [23:08] * Joins: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [23:08] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [23:09] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
# [23:12] * Quits: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
# [23:15] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.)
# [23:16] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
# [23:16] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
# [23:16] * Joins: riven (~riven@pdpc/supporter/professional/riven)
# [23:16] * Joins: miketaylr (~miketaylr@24.42.93.245)
# [23:17] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [23:22] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [23:24] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
# [23:26] * Quits: saba_ (~foo@unaffiliated/saba) (Quit: leaving)
# [23:29] * Quits: erlehmann (~erlehmann@p5DDB9D28.dip.t-dialin.net) (Quit: Ex-Chat)
# [23:31] * Joins: nessy (~Adium@124-168-8-33.dyn.iinet.net.au)
# [23:35] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [23:38] * Joins: Rik` (~Rik`@2a01:e34:ec0f:1570:daa2:5eff:fe97:85ed)
# [23:41] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Remote host closed the connection)
# [23:44] <AryehGregor> It's annoying when I get close to the end of a day and have finished all the major work I have and don't want to start on a new thing because I wouldn't make any progress before I stopped for the day.
# [23:46] * Quits: MikeSmith (~mikesmith@EM114-48-160-6.pool.e-mobile.ne.jp) (Quit: rapture)
# [23:50] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
# [23:51] * Quits: Martijnc (~Martijnc@d54C02C64.access.telenet.be) (Quit: Martijnc)
# [23:52] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
# [23:53] * Quits: ezoe (~ezoe@112-68-250-228f1.kyt1.eonet.ne.jp) (Ping timeout: 244 seconds)
# [23:53] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
# [23:54] * Joins: wakaba_ (~wakaba@57.72.102.121.dy.bbexcite.jp)
# [23:55] * Quits: wakaba (~wakaba@57.72.102.121.dy.bbexcite.jp) (Read error: Connection reset by peer)
# [23:57] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
# Session Close: Thu Jun 16 00:00:00 2011

The end :)