Options:
- # Session Start: Wed Nov 17 00:00:00 2010
- # Session Ident: #whatwg
- # [00:00] <jgraham> Yeah
- # [00:00] <gsnedders> So it's not like that was massively widely supported
- # [00:00] <jgraham> But that was Victory
- # [00:00] <TabAtkins> Aleoss: Yup, but they're rare compared to the language as a whole. It all depends on uptake, and <form>'s @name usage obviously has *far* too much uptake to ever drop.
- # [00:00] <jgraham> We don't get that very often
- # [00:00] <Aleoss> <b>, <i>, <u> are all obsoleted. They still work for compatibility today, but in ~10 years I bet they will be completely removed from browser rendering of HTML objects.
- # [00:01] <TabAtkins> Uh, what? You honestly think that browsers will stop rendering <b>, <i>, etc., thus harming the rendering of a substantial fraction of the trillion+ web pages existing today?
- # [00:01] <gsnedders> Aleoss: I bet they'll never be removed.
- # [00:01] <TabAtkins> (And <b> and <i> aren't obsoleted, anyway.)
- # [00:01] <jgraham> Hahaha
- # [00:01] <jgraham> In the nicest possible way
- # [00:02] <Aleoss> TabAtkins: Yes, CSS has superceded them.
- # [00:02] <TabAtkins> Aleoss: Your sentence doesn't make sense.
- # [00:03] <Aleoss> TabAtkins: It's like how Google stopped supporting IE6 a number of months back, as soon as that happened, lots of people got on that as well and said, "Ya, screw IE6."
- # [00:03] <TabAtkins> Yes, <b> is entirely described by a "b { font-weight: bold}" rule in the UA stylesheet. And?
- # [00:03] <TabAtkins> Why would a browser ever remove that rule from their stylesheet?
- # [00:04] <jgraham> Out of all the problems in the world, the <b> and <i> element's continued existence is notable only for the amount of attention it gets compared to its notability
- # [00:04] <Aleoss> TabAtkins: I'm saying that <b> is deprecated and obsolete in favour of CSS's font-weight: bold;
- # [00:04] * Quits: tonyg-cr (~Adium@nat/google/x-jjppksavfwtbwztl) (Quit: Leaving.)
- # [00:05] <TabAtkins> Aleoss: But it's not. <b> is a perfectly valid and okay element today. And it has value besides the styling (insofar as it indicates in markup something that is bolded in traditional visual display, but which doesn't otherwise have a specific element).
- # [00:05] <Aleoss> TabAtkins: Give it about 10 years or so and I bet that the major browsers won't even have <b> or <u> or <i>
- # [00:05] <jgraham> In truth, most "semantic" markup is angels-on-the-head-of-a-pin stuff
- # [00:06] <TabAtkins> Again, "won't even have <b>" *doesn't make sense*.
- # [00:06] <jgraham> some of it is useful though
- # [00:06] <jgraham> Aleoss: I would take you up n that bet. For real money and all
- # [00:06] <TabAtkins> <b> isn't something that browser have to specially handle, except insofar as they create a particular type of DOM node for it. Outside of the DOM, <b> is just a <span> with a special rule in the UA stylesheet.
- # [00:06] <TabAtkins> I would also bet you real money.
- # [00:07] <Aleoss> jgraham: I don't care for betting, however, you'll see for yourself in ~10 years.
- # [00:08] <jgraham> Indeed I will. In particular I will see that browsers will render <b> as bold just like they did 10 years ago
- # [00:08] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: No route to host)
- # [00:08] <jgraham> In order to support all the 25-yeay-old content
- # [00:08] <jgraham> *year
- # [00:08] <jgraham> That people will still expect to work in their 2020 web browser
- # [00:08] <TabAtkins> I just... I just don't understand why you even think it would be *worth* anything to stop rendering <b> as bold. There is literally *zero* benefit, and a ton of cost.
- # [00:09] <Philip`> Aleoss: Browsers haven't even got rid of <xmp> yet, and that was deprecated before 1993
- # [00:09] * aroben|afk is now known as aroben
- # [00:09] * Joins: Phae (~phaeness@cpc8-acto1-2-0-cust461.4-2.cable.virginmedia.com)
- # [00:09] * Joins: tonyg-cr (~Adium@nat/google/x-wdvgudzistejkape)
- # [00:09] * Quits: tonyg-cr (~Adium@nat/google/x-wdvgudzistejkape) (Client Quit)
- # [00:09] <jgraham> (not to mention 10 year old content and 5 year old content or 1 year old content or entirely contemparary content)
- # [00:09] * shepazutoo is now known as shepazu
- # [00:09] <gsnedders> Aleoss: <b> was deprecated by HTML 4.0 twelve years ago. A decade more is 22 years after deprecation. The web hasn't yet even been around for 22 years, and the longest things that have been deprecated have been for 17 years and are still supported. Why is this going to be so different?
- # [00:11] * Quits: erlehmann (~erlehmann@89.204.137.66) (Ping timeout: 240 seconds)
- # [00:12] <Aleoss> TabAtkins: A better example is <menu> or <dir> or <center>. They aren't even valid in the HTML 4.0 spec nevermind the HTML 4.01 or later.
- # [00:12] <jgraham> Browsers even support <plaintext> and dropping support for that might not be world-endingly-awful
- # [00:12] <gsnedders> And plaintext was never in /any/ spec.
- # [00:12] <gsnedders> Oh, no, that's untrue.
- # [00:12] <jgraham> But this discussion is silly
- # [00:12] <Aleoss> https://secure.wikimedia.org/wikipedia/en/wiki/HTML_element#Document_body_elements
- # [00:14] <Aleoss> jgraham: According to that URL, <plaintext> was obsolete in HTML 2.0 and was never a HTML standard.
- # [00:14] <gsnedders> Aleoss: Yet browsers still support it.
- # [00:15] <eighty4> sorry for starting this debate :)
- # [00:15] <TabAtkins> Psh, not like we have anything better to do.
- # [00:16] <gsnedders> You mean talking about girls on IM isn't better? Oh shit — there goes all semblance of doing anything useful…
- # [00:17] * Quits: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com) (Ping timeout: 255 seconds)
- # [00:18] <Aleoss> Why talk about girls? They're all the same, only difference is that some are more beautiful and use that to their own advantage.
- # [00:18] <TabAtkins> ...
- # [00:19] <gsnedders> Some are cute and cuddly ^-^
- # [00:19] * TabAtkins thinks that most are, personally, though of course he only actually cuddles with his wife.
- # [00:19] * Joins: macpherson (~macpherso@nat/google/x-xnbpknmekhxquswb)
- # [00:20] <jgraham> Aleoss: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/705 <-- try in your favourite browser. You will find that <plaintext> is quite functional wikipedia notwithstanding
- # [00:21] * jgraham thinks TabAtkins appraoch to determining cuddliness cannot be very scientific
- # [00:22] <TabAtkins> It's very scientific. My instruments are just more accepting.
- # [00:22] <gsnedders> Hmm, maybe we should be talking about huggability than cuddliness
- # [00:22] <jgraham> For all you know most woment hide a variety of pointy weaponry about their person
- # [00:22] <jgraham> Which would make cuddling them lethal
- # [00:23] <jgraham> *women
- # [00:23] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [00:23] <TabAtkins> My experience does not back up that statement.
- # [00:23] <jgraham> Your experience is a sample of 1
- # [00:23] <jgraham> Not very scientific :)
- # [00:24] <jgraham> Is it obvious that I should be asleep already?
- # [00:24] <TabAtkins> My sample size was much larger in the past before public opinion required me to cut it down to a single specimen.
- # [00:24] <jgraham> Public opinion or your wife's opinion?
- # [00:24] <TabAtkins> I'll leave that to the media to decide.
- # [00:25] * gsnedders just runs around cuddling everyone
- # [00:25] <gsnedders> (as jgraham can attest, even though he never wanted to be cuddled)
- # [00:25] * Quits: Phae (~phaeness@cpc8-acto1-2-0-cust461.4-2.cable.virginmedia.com) (Ping timeout: 240 seconds)
- # [00:25] <TabAtkins> But jgraham is inherently cuddly!
- # [00:26] <jgraham> You appear to be confusing me with paddington bear
- # [00:26] <jgraham> an easy mistake to make
- # [00:26] <jgraham> But I am not from Peru
- # [00:26] <Dashiva> You both speak English, though
- # [00:27] * Quits: matjas (~matjas@ip-81-11-185-27.dsl.scarlet.be) (Quit: Computer has gone to sleep.)
- # [00:27] <TabAtkins> Dashiva's got you there.
- # [00:27] <TabAtkins> On a random note, my little brother is conducting extensive genetic studies of ghost/human hybrids in Sims 3. His results are fascinating.
- # [00:29] <eighty4> gsnedders: ok, one more question :)
- # [00:30] <gsnedders> eighty4: Ask the channel!
- # [00:30] <gsnedders> They're not scary.
- # [00:30] <eighty4> why not at least take one step in the right direction and say that in html5 if name is "missing" it should use id instaed
- # [00:30] <gsnedders> They don't bite!
- # [00:30] <eighty4> *instead.
- # [00:30] <gsnedders> eighty4: Content relies upon that not happening.
- # [00:30] <gsnedders> (Yes, seriously.)
- # [00:30] <TabAtkins> eighty4: Still not compatible with legacy content, which has plenty of form elements lying around with an id but no name.
- # [00:30] <eighty4> Just deciding that would likely make some people use it and would force new browsers to implement it
- # [00:31] <eighty4> TabAtkins: what would break?
- # [00:32] <TabAtkins> Some forms would submit more inputs than expected.
- # [00:32] <eighty4> oh...
- # [00:33] <eighty4> yeah, just realized that
- # [00:33] <eighty4> it could cause validation problems on the server side, stupid ><
- # [00:33] <TabAtkins> form-processing scripts are just remarkably fragile all around, sadly.
- # [00:34] <eighty4> I still say, fuck legacy. It'st just stupid to strive for perfect legacy support. Imagine 100 years from now :P
- # [00:34] <gsnedders> Then you end up with IE6.
- # [00:34] <eighty4> and now it's time to sleep, 00.31 here. Way to late
- # [00:34] <gsnedders> The later versions break legacy content, so people keep using the old browser.
- # [00:35] <eighty4> gsnedders: ie7 is still broken just to support ie6 code
- # [00:35] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
- # [00:35] <gsnedders> So even all browsers at once making the breaking change doesn't help
- # [00:35] <eighty4> the net would need a total reinstall every 5 year. I say wipe it all!
- # [00:35] <eighty4> except for actual data, that is
- # [00:35] <eighty4> and recode it all!
- # [00:36] <TabAtkins> There are a trillion pages in existence, most of which depend on stupid legacy behavior in some form or another. Are you really willing to say "Hey everybody, start using this new browser which won't correctly render any of those trillion pages!"?
- # [00:36] <eighty4> Would make our work a lot simpler :P end the demand for webdevs a lot bigger
- # [00:36] <TabAtkins> Breaking windows to make work for the glassmaker isn't a net plus for the village. ^_^
- # [00:36] <eighty4> TabAtkins: no, I know :/
- # [00:37] <eighty4> it's not a solution, but at least let me dream about it
- # [00:37] <TabAtkins> Legacy sucks, but that's how the world works. Shrug. Make the best of it.
- # [00:37] <eighty4> TabAtkins: well, it's not really how the rest of the world works. Is it?
- # [00:38] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [00:39] <eighty4> hardware doesn't really work that way, computers don't come with a 5.25'' just to not break legacy. No one have walkmans any more
- # [00:39] <eighty4> and so on
- # [00:39] <TabAtkins> Sure it is. The only difference is that the rest of the world has decay as a force that helps them obsolete stuff.
- # [00:39] <TabAtkins> Bitrot isn't quite the same thing as decay. ^_^
- # [00:40] <eighty4> so you're saying we need more decay on the web?
- # [00:40] <eighty4> but NOW i need to sleep. Later!
- # [00:40] <gsnedders> And then they turn into zombies and — SHIT! THEY'RE COMING!
- # [00:49] * Quits: estes (~aestes@17.246.18.81) (Quit: estes)
- # [00:52] * Quits: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca) (Quit: Cya later. ;))
- # [00:53] * Joins: estes (~aestes@17.246.18.81)
- # [00:56] * Quits: estes (~aestes@17.246.18.81) (Client Quit)
- # [00:56] * Joins: bckenny (~bckenny@nat/google/x-qtzsmsqlvuwpjmxb)
- # [00:57] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [00:58] * Quits: variable (~variable@unaffiliated/variable) (Ping timeout: 264 seconds)
- # [00:58] * Joins: paul_irish (~paul_iris@220.109.219.245)
- # [01:05] * Joins: estes (~aestes@17.246.18.81)
- # [01:05] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [01:07] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
- # [01:09] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [01:10] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [01:15] * Quits: jacobolus (~jacobolus@fw-1-user-net-flrs.cictr.com) (Remote host closed the connection)
- # [01:15] * Quits: espadrine (~espadrine@acces1400.res.insa-lyon.fr) (Quit: espadrine)
- # [01:23] * Quits: dglazkov (~dglazkov@nat/google/x-cfnbgafhzxpowntb) (Quit: dglazkov)
- # [01:24] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [01:27] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [01:27] * Quits: ormaaj (debian-tor@gateway/tor-sasl/ormaaj) (Remote host closed the connection)
- # [01:29] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Ping timeout: 255 seconds)
- # [01:31] * Joins: ormaaj (debian-tor@gateway/tor-sasl/ormaaj)
- # [01:35] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [01:36] * Quits: gratz|home (~gratz@cpc7-brig16-2-0-cust362.3-3.cable.virginmedia.com) (Quit: Leaving)
- # [01:53] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [01:57] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [04:02] * Disconnected
- # [04:03] * Attempting to rejoin channel #whatwg
- # [04:03] * Rejoined channel #whatwg
- # [04:03] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
- # [04:03] * Set by annevk42 on Mon Oct 19 22:03:06
- # [04:03] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [04:05] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:07] * Joins: nessy (~Adium@74.125.56.18)
- # [04:08] * Quits: boaz (~boaz@64.119.153.2) (Disconnected by services)
- # [04:13] * Joins: Maxdamantus (~m@203-97-238-106.cable.telstraclear.net)
- # [04:14] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 245 seconds)
- # [04:23] * Quits: dave_levin (~dave_levi@74.125.59.73) (Quit: dave_levin)
- # [04:24] * Quits: murz (~mmurraywa@wcproxy.msnbc.com) (Remote host closed the connection)
- # [04:35] * Quits: webr3 (~nathan@host86-134-175-247.range86-134.btcentralplus.com) (Ping timeout: 240 seconds)
- # [04:35] * Quits: cyphase (~cyphase@99-27-201-218.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 265 seconds)
- # [04:39] * Joins: webr3 (~nathan@host86-132-168-217.range86-132.btcentralplus.com)
- # [04:39] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
- # [04:46] * Joins: cyphase (~cyphase@99-27-201-218.lightspeed.irvnca.sbcglobal.net)
- # [04:50] * Joins: homata (~homata@131.113.209.182)
- # [04:53] * Joins: miketaylr (~miketaylr@24.42.95.108)
- # [04:54] * Joins: davidb (~davidb@65.93.94.23)
- # [05:03] * Quits: davidb (~davidb@65.93.94.23) (Quit: davidb)
- # [05:03] * Quits: webr3 (~nathan@host86-132-168-217.range86-132.btcentralplus.com) (Ping timeout: 264 seconds)
- # [05:05] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [05:07] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [05:08] * Joins: webr3 (~nathan@host86-134-175-43.range86-134.btcentralplus.com)
- # [05:09] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Client Quit)
- # [05:10] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [05:11] * Joins: shepazu (~schepers@EM111-188-83-156.pool.e-mobile.ne.jp)
- # [05:13] * Joins: kennyluck (~kennyluck@EM111-188-84-17.pool.e-mobile.ne.jp)
- # [05:16] * Joins: aho (~nya@fuld-4d00d288.pool.mediaWays.net)
- # [05:24] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
- # [05:24] * Quits: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk) (Quit: Leaving)
- # [05:24] * Quits: gavinc (~gavin@70-36-129-142.dsl.dynamic.sonic.net) (Remote host closed the connection)
- # [05:24] * Joins: MikeSmith (~MikeSmith@131.113.209.182)
- # [05:25] * Joins: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com)
- # [05:33] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 272 seconds)
- # [05:34] * Quits: Edogaa (~Animeking@adsl-64-179-243.mia.bellsouth.net) (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
- # [05:38] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [05:39] * Quits: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com) (Quit: Leaving.)
- # [05:45] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 276 seconds)
- # [05:48] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [05:53] * Joins: slightlyoff (~slightlyo@204.14.154.186)
- # [05:55] * Joins: slightlyoff_ (~slightlyo@216.239.45.130)
- # [05:57] * Quits: Anti-X (~duckmysic@46.66.141.121.tmi.telenormobil.no)
- # [05:59] * Quits: slightlyoff (~slightlyo@204.14.154.186) (Ping timeout: 260 seconds)
- # [05:59] * slightlyoff_ is now known as slightlyoff
- # [06:03] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 265 seconds)
- # [06:03] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
- # [06:07] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Disconnected by services)
- # [06:07] * Joins: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
- # [06:09] * slightlyoff is now known as slightlyoff_afk
- # [06:11] * Quits: miketaylr (~miketaylr@24.42.95.108) (Remote host closed the connection)
- # [06:23] * Joins: kurrik (~kurrik@c-71-198-213-60.hsd1.ca.comcast.net)
- # [06:24] * Quits: kurrik (~kurrik@c-71-198-213-60.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [06:30] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [06:40] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Read error: Connection reset by peer)
- # [06:40] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [06:49] * Joins: Okee (~zcorker@adsl-76-203-126-84.dsl.pltn13.sbcglobal.net)
- # [06:49] * Parts: Okee (~zcorker@adsl-76-203-126-84.dsl.pltn13.sbcglobal.net)
- # [06:51] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
- # [06:52] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [06:52] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Client Quit)
- # [06:56] * Joins: mokush (~quassel@86.127.164.36)
- # [07:18] * Joins: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt)
- # [07:19] * Joins: aroben (~aroben@173.200.178.70)
- # [07:19] * Quits: aroben (~aroben@173.200.178.70) (Changing host)
- # [07:19] * Joins: aroben (~aroben@unaffiliated/aroben)
- # [07:25] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Quit: Leaving)
- # [07:27] * Quits: shepazu (~schepers@EM111-188-83-156.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [07:35] * Quits: paul_irish (~paul_iris@220.109.219.245) (Remote host closed the connection)
- # [07:42] <hsivonen> gsnedders: HTML 4 didn't deprecate <b>! beware of the propaganda!
- # [07:42] * Joins: estes (~aestes@17.246.18.81)
- # [07:44] * Joins: ako (~nya@fuld-4d00d7e2.pool.mediaWays.net)
- # [07:47] * Quits: aho (~nya@fuld-4d00d288.pool.mediaWays.net) (Ping timeout: 240 seconds)
- # [08:00] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [08:04] * Quits: ormaaj (debian-tor@gateway/tor-sasl/ormaaj) (Remote host closed the connection)
- # [08:07] * Joins: ormaaj (debian-tor@gateway/tor-sasl/ormaaj)
- # [08:09] * Joins: aroben_ (~aroben@unaffiliated/aroben)
- # [08:10] * Quits: aroben (~aroben@unaffiliated/aroben) (Disconnected by services)
- # [08:10] * aroben_ is now known as aroben
- # [08:18] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [08:19] * Joins: nessy (~Adium@124-171-8-121.dyn.iinet.net.au)
- # [08:28] * Quits: micheil (~micheil@124-149-173-56.dyn.iinet.net.au) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [08:29] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 250 seconds)
- # [08:32] * Joins: shepazu (~schepers@131.113.209.182)
- # [08:40] * Joins: Mau`werk (~ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:41] * Joins: micheil (~micheil@124-149-173-56.dyn.iinet.net.au)
- # [08:46] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [08:47] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [09:02] * Quits: drunknbass (~drunknbas@76.91.255.83) (Ping timeout: 240 seconds)
- # [09:03] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [09:04] * Quits: macpherson (~macpherso@nat/google/x-xnbpknmekhxquswb) (Quit: macpherson)
- # [09:05] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
- # [09:05] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Client Quit)
- # [09:05] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
- # [09:05] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
- # [09:06] * Joins: mhausenblas_ (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [09:07] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [09:08] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Read error: Operation timed out)
- # [09:08] * mhausenblas_ is now known as mhausenblas
- # [09:09] * Joins: erlehmann (~erlehmann@89.204.153.105)
- # [09:13] * Quits: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com) (Ping timeout: 250 seconds)
- # [09:15] * Joins: henrikbjorn (~Henrik@80.199.116.190.static.peytz.dk)
- # [09:18] * Joins: matjas (~matjas@ip-81-11-185-27.dsl.scarlet.be)
- # [09:22] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [09:23] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
- # [09:23] * Joins: ROBOd (~robod@89.123.145.243)
- # [09:27] * Quits: aroben (~aroben@unaffiliated/aroben) (Quit: Leaving)
- # [09:29] * Quits: jamesr_ (~jamesr@nat/google/x-ahcetneozbdhmxfs) (Quit: jamesr_)
- # [09:33] * Quits: homata (~homata@131.113.209.182) (Ping timeout: 264 seconds)
- # [09:37] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
- # [09:39] * Quits: shepazu (~schepers@131.113.209.182) (Quit: shepazu)
- # [09:39] * Joins: roc (~chatzilla@121.98.230.221)
- # [09:45] * Quits: kennyluck (~kennyluck@EM111-188-84-17.pool.e-mobile.ne.jp) (Quit: kennyluck)
- # [09:47] <MikeSmith> hsivonen:
- # [09:47] <MikeSmith> ./htmlparser/src/nu/validator/htmlparser/impl/Tokenizer.java:38: cannot find symbol
- # [09:47] <MikeSmith> symbol : class Auto
- # [09:47] <MikeSmith> location: package nu.validator.htmlparser.annotation
- # [09:47] <MikeSmith> import nu.validator.htmlparser.annotation.Auto;
- # [09:47] <MikeSmith> ^
- # [09:47] <MikeSmith> ./htmlparser/src/nu/validator/htmlparser/impl/Tokenizer.java:39: cannot find symbol
- # [09:47] <MikeSmith> symbol : class CharacterName
- # [09:47] <MikeSmith> location: package nu.validator.htmlparser.annotation
- # [09:47] <MikeSmith> import nu.validator.htmlparser.annotation.CharacterName;
- # [09:47] <MikeSmith> ^
- # [09:48] <MikeSmith> etc.
- # [09:48] * Joins: shepazu (~schepers@131.113.209.182)
- # [09:49] <hsivonen> MikeSmith: hmm. have I forgotten to hg add stuff...
- # [09:49] <MikeSmith> yeah, figured that might be it
- # [09:49] <hsivonen> yes, I have. I suck. sorry
- # [09:49] <MikeSmith> no problem man :)
- # [09:50] <MikeSmith> no loss of life caused
- # [09:50] <MikeSmith> yet
- # [09:52] <hsivonen> MikeSmith: added & pushed
- # [09:53] <MikeSmith> thanks
- # [09:53] * MikeSmith rebuilds
- # [09:54] <MikeSmith> hsivonen: ah, back to still getting these:
- # [09:54] <MikeSmith> ./htmlparser/src/nu/validator/htmlparser/impl/TreeBuilder.java:1229: method does not override a method from its superclass
- # [09:54] <MikeSmith> @Override public void zeroOriginatingReplacementCharacter()
- # [09:54] <MikeSmith> ^
- # [09:54] <MikeSmith> ./htmlparser/src/nu/validator/htmlparser/impl/TreeBuilder.java:5220: method does not override a method from its superclass
- # [09:54] <MikeSmith> @Override public boolean cdataSectionAllowed() throws SAXException {
- # [09:54] <MikeSmith> ^
- # [09:55] <hsivonen> let's see...
- # [09:59] <hsivonen> MikeSmith: how about now?
- # [10:00] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 264 seconds)
- # [10:00] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 272 seconds)
- # [10:00] * hsivonen wonders why the compiler wasn't whining at me
- # [10:01] <annevk> http://www.benedelman.org/hardcoding/ -- not unexpected
- # [10:02] * Quits: erlehmann (~erlehmann@89.204.153.105) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [10:04] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [10:05] <hsivonen> MikeSmith: now I see what's happening. I'm using Java 1.6 compiler and you are probably using a Java 1.5 compiler
- # [10:06] <hsivonen> MikeSmith: and the semantics of @Override changed between 1.5 and 1.6 to allow the use that I had in the source file
- # [10:08] * Quits: shepazu (~schepers@131.113.209.182) (Quit: shepazu)
- # [10:09] <MikeSmith> hsivonen: yeah
- # [10:14] <MrWax> does anyone have an overview of the new css3 attributes that come with html5?
- # [10:14] * Quits: MikeSmith (~MikeSmith@131.113.209.182) (Ping timeout: 265 seconds)
- # [10:16] <roc> MrWax: CSS3 is not part of HTML5
- # [10:17] <MrWax> Well, a lot people seem to define CSS3 WITH the HTML5 standard
- # [10:17] <MrWax> i know its not the same
- # [10:17] <ako> http://www.brucelawson.co.uk/2010/meet-newt-new-exciting-web-technologies/
- # [10:17] <ako> NEWT :>
- # [10:17] * Joins: paul_irish (~paul_iris@220.109.219.245)
- # [10:21] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [10:23] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 250 seconds)
- # [10:27] <annevk> MrWax, but now you're asking people defining the HTML5 standard
- # [10:28] * Joins: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [10:29] * Joins: aho (~nya@fuld-4d00d30f.pool.mediaWays.net)
- # [10:30] * Quits: mokush (~quassel@86.127.164.36) (Read error: Connection reset by peer)
- # [10:31] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
- # [10:31] * Quits: ako (~nya@fuld-4d00d7e2.pool.mediaWays.net) (Ping timeout: 240 seconds)
- # [10:33] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [10:34] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 265 seconds)
- # [10:35] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
- # [10:36] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Disconnected by services)
- # [10:36] * Joins: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
- # [10:36] <annevk> it seems we need to set up our own charset registry
- # [10:36] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
- # [10:36] <annevk> reasoning with these guys is not really feasible
- # [10:37] <annevk> tried twice now
- # [10:37] <annevk> i actually think it should just be one spec that has all the mappings
- # [10:37] <annevk> no registry needed
- # [10:37] <annevk> it's all legacy anyway
- # [10:38] <hsivonen> annevk: who are "these guys"
- # [10:38] * hsivonen is lacking context
- # [10:39] <hsivonen> oh charset registry
- # [10:41] * Joins: Phae (~Phae@gatekeeper.macmillan.co.uk)
- # [10:47] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [10:47] * Joins: erlehmann (~erlehmann@89.204.153.105)
- # [10:48] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [10:50] * Quits: estes (~aestes@17.246.18.81) (Quit: estes)
- # [10:51] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 276 seconds)
- # [10:52] * Joins: mpt (~mpt@canonical/mpt)
- # [10:58] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
- # [11:03] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [11:08] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Read error: Connection reset by peer)
- # [11:10] * Joins: davidhund_ (~davidhund@s55940049.adsl.wanadoo.nl)
- # [11:10] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
- # [11:11] * Joins: pauld (~chatzilla@194.102.13.2)
- # [11:11] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Ping timeout: 240 seconds)
- # [11:11] * davidhund_ is now known as davidhund
- # [11:15] * Joins: reni (~reni@sedkit.inf.u-szeged.hu)
- # [11:18] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:27] <annevk> is markp member of the WG?
- # [11:27] <annevk> I think that is another req
- # [11:27] <jgraham> Oh, it could be
- # [11:28] <jgraham> If not he should join
- # [11:28] <jgraham> Or get someone else to do the commit
- # [11:28] <annevk> http://www.w3.org/2000/09/dbwg/details?group=40318&public=1 -- he is not
- # [11:30] * jgraham will self-reply
- # [11:30] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
- # [11:31] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:44] * Quits: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com) (Ping timeout: 245 seconds)
- # [11:48] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [11:48] * Quits: reni (~reni@sedkit.inf.u-szeged.hu) (Quit: Leaving)
- # [12:08] * Joins: daedb (~daed@78-72-108-100-no178.tbcn.telia.com)
- # [12:12] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
- # [12:13] * Quits: stalled (~stalled@unaffiliated/stalled) (Read error: Connection reset by peer)
- # [12:15] <annevk> hmm, CSS blog uses en-EU
- # [12:16] <erlehmann> can anyone tell me what difference gecko and webkit have so that webkit does load the script and gecko (20100916) does not? http://daten.dieweltistgarnichtso.net/src/blinkenworld/index.html
- # [12:18] * Quits: paul_irish (~paul_iris@220.109.219.245) (Remote host closed the connection)
- # [12:30] <hsivonen> annevk: it's a valid language tag
- # [12:30] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [12:30] * jgraham is lost in WebIDL (again)
- # [12:31] <hsivonen> erlehmann: OpenLayers does UA sniffing for "Safari" and "MSIE"
- # [12:31] <jgraham> Where does it define how readonly maps into ECMAScript
- # [12:31] <hsivonen> erlehmann: Firefox 4 has neither of those substrings, so the script breaks
- # [12:31] <jgraham> i.e. which ES properties it corresponds to
- # [12:31] <hsivonen> erlehmann: http://trac.osgeo.org/openlayers/ticket/2933
- # [12:32] <annevk> hsivonen, can you do en-NL and such too?
- # [12:32] <annevk> or en-FI
- # [12:32] <hsivonen> annevk: sure
- # [12:32] <erlehmann> hsivonen, UA sniffing bad. but this does not seem to be my problem?
- # [12:32] <annevk> good times
- # [12:33] <hsivonen> erlehmann: I don't know of other problems with OpenLayers
- # [12:34] <erlehmann> >please run the document.write()-based code path in all browsers
- # [12:34] <erlehmann> ahahahaha
- # [12:36] <hsivonen> well, if you want to block the parser, document.write is what HTML5 gives you
- # [12:36] <erlehmann> hsivonen, you seem to be an expert on javascript execution order. is there any gooy way to ensure that OpenLayers is loaded until I load my script?
- # [12:36] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [12:37] <hsivonen> erlehmann: ooh. you have defer in there
- # [12:37] <hsivonen> erlehmann: that won't work
- # [12:37] <hsivonen> *never* use defer on a script that might call document.write
- # [12:38] <hsivonen> and we know this script calls document.write in some cases
- # [12:38] <erlehmann> i didn't.
- # [12:38] <erlehmann> hmmpf
- # [12:39] <hsivonen> erlehmann: is there an OpenLayers tutorial recommending defer, or did you use defer on your own initiative?
- # [12:39] <erlehmann> i thought it was some canvas based solution. until i looked. will probably encounter many more “interesting” things.
- # [12:40] <erlehmann> hsivonen, i used it on my own initiative because i wanted to defer script execution. after all, the document should be fully ready, my thought.
- # [12:40] <jgraham> OK, lazyirc, is there any reason that calling delete on a readonly property should not return false? Assuming we are not in strict mode.
- # [12:40] <hsivonen> erlehmann: anyway, I can't answer your question with certainty without examining all the code in OpenLayers, but my guess is your script will load after OpenLayers if you remove defer from both
- # [12:40] <jgraham> e.g. delete document.body
- # [12:41] <hsivonen> erlehmann: defer is rarely any good
- # [12:41] <hsivonen> erlehmann: it still defers the load event, so it doesn't help with perceived performance
- # [12:41] <hsivonen> erlehmann: defer mainly exists for backwards compat at this point
- # [12:42] <hsivonen> async actually makes sense for some use cases, but unfortunately async scripts are specced to delay the load event, too
- # [12:42] <erlehmann> hsivonen, i removed it, but it does not seem to help. thanks anyway
- # [12:43] <hsivonen> erlehmann: not helping in which browser?
- # [12:44] <erlehmann> firefox 3.6
- # [12:45] <hsivonen> oh. 3.6
- # [12:45] <hsivonen> no idea what's going on then
- # [12:45] <hsivonen> erlehmann: if you put "Safari" in your UA string, does the script work?
- # [12:48] <hsivonen> jgraham: fwiw, my support case about the Ubuntu jumpiness got closed without any real solution except not trying to do so much stuff on this hardware
- # [12:49] <hsivonen> jgraham: however, on the linux kernel mailing list, there's now a patch that could make my case better
- # [12:49] * Joins: paul_irish (~paul_iris@222-151-096-006.jp.fiberbit.net)
- # [12:49] <hsivonen> jgraham: so the options seem to be waiting for natty or do-it-your-self kernel patching and compiling
- # [12:50] <virtuelv> HTMLMediaElement.playbackRate fails to define what should happen to the audio when increasing the playback rate
- # [12:50] <erlehmann> hsivonen, changes nothing. seems to be something else that makes OpenLayers not werk.
- # [12:51] <hsivonen> erlehmann: ok
- # [12:51] <hsivonen> virtuelv: worth filing a spec bug, I guess
- # [12:51] <virtuelv> hsivonen: probably, but I'm unsure which is the right behavior
- # [12:52] <virtuelv> for me, it would have been decidedly useful if the playback rate altered the pitch, instead of working as a timestretch
- # [12:52] <virtuelv> but I can see why this is not sensible for the general case
- # [12:55] <jgraham> hsivonen: yeah, I saw think thing about the kernel patch
- # [12:55] <jgraham> *the thing
- # [12:55] <erlehmann> hsivonen, got it. openlayers cannot into empty divs.
- # [12:56] <erlehmann> if i insert a node, everything is fine.
- # [12:56] <erlehmann> weird.
- # [12:56] <erlehmann> even a text node does work.
- # [12:56] <erlehmann> :(
- # [13:10] * Quits: pauld (~chatzilla@194.102.13.2) (Ping timeout: 240 seconds)
- # [13:11] * Quits: roc (~chatzilla@121.98.230.221) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.10/20100914130356])
- # [13:24] * Joins: davidhund_ (~davidhund@78-27-27-74.dsl.alice.nl)
- # [13:26] * Joins: pauld (~chatzilla@194.102.13.2)
- # [13:26] * Quits: davidhund (~davidhund@s55940049.adsl.wanadoo.nl) (Ping timeout: 260 seconds)
- # [13:26] * davidhund_ is now known as davidhund
- # [13:41] <zcorpan> i wonder if mozilla people can agree on whining in the error console for websockets
- # [13:50] * Joins: matjas_ (~matjas@ip-213-49-115-40.dsl.scarlet.be)
- # [13:51] * Quits: matjas (~matjas@ip-81-11-185-27.dsl.scarlet.be) (Ping timeout: 255 seconds)
- # [13:55] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [14:01] * Quits: erlehmann (~erlehmann@89.204.153.105) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [14:04] <hsivonen> http://www.w3.org/Bugs/Public/show_bug.cgi?id=11326 looks so totally out of scope to me
- # [14:05] <hsivonen> esp. considering the drive to LC
- # [14:05] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 240 seconds)
- # [14:06] <annevk> it's filed after the LC date
- # [14:12] * Quits: youdontmeanmuch (~youdontme@ip70-180-185-2.lv.lv.cox.net) (Read error: Connection reset by peer)
- # [14:12] * Joins: youdontmeanmuch (~youdontme@ip70-180-185-2.lv.lv.cox.net)
- # [14:18] * matjas_ is now known as matjas
- # [14:19] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [14:26] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [14:30] <virtuelv> hsivonen: that proposal looks like it belongs in at least a number of other wg's
- # [14:31] <virtuelv> probably webapps
- # [14:32] <virtuelv> or even an entirely new WG
- # [14:32] <hsivonen> virtuelv: is the proposal asking for features one would put in a general purpose browser?
- # [14:33] <hsivonen> virtuelv: or is it asking for features one would put in a set top box that reuses a browser engine to implement a cable TV UI?
- # [14:34] <virtuelv> I see the value in having local service discovery in a local browser
- # [14:34] <virtuelv> s/local/general purpose/
- # [14:34] <hsivonen> I see. I hope the local services aren't trying to be entangled into MPEG stuff
- # [14:34] <virtuelv> so, say you have a web-based media player service
- # [14:34] <hsivonen> (4 or 2)
- # [14:35] <virtuelv> the local media server could potentially offer video sources for playback through the browser
- # [14:35] <hsivonen> virtuelv: so if you have a local box that serves WebM video, you could already navigate to it, no?
- # [14:36] * Joins: ChrisLTD (~iMac@ur185.ur.unc.edu)
- # [14:36] <virtuelv> hsivonen: the point is that your local videos could be directly integrated with youtube
- # [14:37] <virtuelv> so: go to youtube, see a mix of local and remote media in the sidebar
- # [14:37] <hsivonen> virtuelv: oh.
- # [14:37] <Philip`> It sounded to me like a general purpose desktop browser should be able to discover set top boxes on the local network, so e.g. you could visit a TV channel's web site and it could find you've got a box and do <video src="rtmp://192.168.12.34"> and call some API to tell the box to switch to the right channel, or something
- # [14:37] <virtuelv> that, however, sounds downright scary
- # [14:37] <virtuelv> and/or fun
- # [14:38] <Philip`> (with appropriate security controls etc)
- # [14:38] <virtuelv> then again, I am only commenting on the UPnP service discovery part here, not that
- # [14:40] <hsivonen> my knee-jerk reaction is that it sounds scary that a Web site out there could query for services on the other side of the firewall
- # [14:40] <hsivonen> even with user authorization
- # [14:47] <heycam> jgraham, if you didn't get an answer earlier: readonly attributes in IDL currently map to configurable accesor properties with a getter but no setter
- # [14:47] <heycam> jgraham, and thus calling delete on them will succeed
- # [14:48] <heycam> (previously, when Web IDL targetted ES3, these properties were ReadOnly ones and you couldn't delete them)
- # [14:49] <hsivonen> what would be a good tool for creating nice-looking flowcharts in SVG?
- # [14:50] <hsivonen> stuff like http://hsivonen.iki.fi/doctype/ie8-mode.png but in SVG
- # [14:50] <heycam> hsivonen, hmm not really sure. i know lots of people like OmniGraffle for mac. (which i believe can output SVG.)
- # [14:50] <hsivonen> heycam: last time I tried OmniGraffle Pro, its SVG export was rather broken
- # [14:50] <heycam> hsivonen, was that done with graphviz?
- # [14:50] <hsivonen> maybe I should try again
- # [14:50] <hsivonen> heycam: OmniGraffle non-Pro
- # [14:50] <heycam> ah
- # [14:50] <paul_irish> http://svg-edit.googlecode.com/svn/trunk/editor/svg-editor.html maybe?
- # [14:51] <annevk> that is kind of neat
- # [14:51] <hsivonen> paul_irish: looks like a generic drawing tool. does it support anchoring lines to flowchart boxes?
- # [14:51] <annevk> even supports fn+backspace
- # [14:52] <paul_irish> i doubt it. :)
- # [14:55] <hsivonen> hmm. $99.95 for SVG export...
- # [14:55] <jgraham> heycam: In what sense suceed?
- # [14:55] <jgraham> *succeed
- # [14:55] * Quits: connrs (~paul@host81-131-203-3.range81-131.btcentralplus.com) (Ping timeout: 265 seconds)
- # [14:55] <hsivonen> (upgrade from OmniGraffle 5 to 5 Pro)
- # [14:55] <heycam> jgraham, succeed as in return true and remove the property
- # [14:55] <heycam> hsivonen, ouch
- # [14:55] <jgraham> heycam: That seems very wrong
- # [14:55] <jgraham> delete document.body shouldn't have any effect
- # [14:56] <jgraham> But it should return true
- # [14:56] <jgraham> AFAICT
- # [14:56] <jgraham> So I am very confused
- # [14:56] <heycam> jgraham, orly?
- # [14:56] * heycam thinks a bit
- # [14:56] * Joins: connrs (~paul@host213-122-159-146.range213-122.btcentralplus.com)
- # [14:57] <heycam> does the delete operator only delete own properties?
- # [14:57] <jgraham> heycam: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/706
- # [14:57] <jgraham> Good question; I will look
- # [14:58] <heycam> because Web IDL now specifies that the accessor properties for IDL attributes go on the prototype
- # [15:01] <jgraham> heycam: Ah, it does seem to be an own property only operation
- # [15:02] <heycam> jgraham, ok cool then no problem :)
- # [15:02] <jgraham> So delete document.__proto__.body should work?
- # [15:02] <heycam> yes
- # [15:05] <jgraham> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/707
- # [15:05] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: jeremyselier)
- # [15:05] <jgraham> heycam: Did I do something wrong?
- # [15:06] <heycam> jgraham, no but probably the spec doesn't match all browsers yet
- # [15:06] <gsnedders> jgraham: Do you foresee anyone actually making use of a expected_results field?
- # [15:06] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
- # [15:12] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [15:13] * Joins: charlvn (~charlvn@2001:0:53aa:64c:83:26b6:3b2d:24ef)
- # [15:13] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [15:15] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote host closed the connection)
- # [15:17] * Joins: plainhao (~plainhao@208.75.85.237)
- # [15:17] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
- # [15:22] <jgraham> heycam: Is it desirable to be able to delete DOM properties from the prototype?
- # [15:32] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
- # [15:33] * Joins: miketaylr (~miketaylr@24.42.95.108)
- # [15:43] * Quits: ChrisLTD (~iMac@ur185.ur.unc.edu) (Quit: ChrisLTD)
- # [15:47] * Joins: Anti-X (~duckmysic@c9D74BF51.dhcp.bluecom.no)
- # [15:54] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
- # [15:57] * Joins: expilicious (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com)
- # [15:58] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
- # [15:59] <heycam> jgraham, it's desirable that they can be reconfigured -- just as you can overwrite the properties that correspond to IDL operations
- # [16:02] <jgraham> heycam: Why?
- # [16:02] <jgraham> It seems like it would be poor form to ever write a script that actually did that
- # [16:02] <heycam> jgraham, so you can do monkey patching of the dom
- # [16:03] <jgraham> Hmm
- # [16:03] * Joins: yod (~thereaux@fw.vdl2.ca)
- # [16:03] <jgraham> Anyway, I have way I need
- # [16:03] <jgraham> *what
- # [16:03] <heycam> ok
- # [16:03] <heycam> someone was suggesting that a select few properties would be non-configurable
- # [16:03] <matjas> Does anyone know why/when the text/javascript MIME type was declared “obsolete”? http://tools.ietf.org/html/rfc4329#section-7.1
- # [16:03] <heycam> like window.location (i think)
- # [16:04] <matjas> annevk: I’ve read your old blog posts (plural) on the JavaScript MIME type but couldn’t find the answer there
- # [16:04] <jgraham> heycam: (thanks, btw :)
- # [16:04] <heycam> jgraham, np :)
- # [16:04] * Quits: nessy (~Adium@124-171-8-121.dyn.iinet.net.au) (Quit: Leaving.)
- # [16:05] <jgraham> matjas: I think it is some silly reason like people thinking it is prettier to use application/ for scripts
- # [16:06] <zcorpan> isn't the reason the same as text/xml being deprecated?
- # [16:06] <matjas> jgraham: I couldn’t think of any good reason either. text/javascript has great browsers support, according to http://krijnhoetmer.nl/stuff/javascript/mime-types/
- # [16:06] <matjas> zcorpan: What was the reason for that?
- # [16:07] * Quits: henrikbjorn (~Henrik@80.199.116.190.static.peytz.dk) (Remote host closed the connection)
- # [16:07] <annevk> JavaScript media types are somewhat messed up
- # [16:07] <zcorpan> matjas: encoding must be us-ascii if there's no charset= parameter, according to some RFC
- # [16:07] <annevk> servers do not need to use them, for instance
- # [16:09] <zcorpan> matjas: in practice, nobody implements the us-ascii requirement, servers traditionally use application/x-javascript for .js files, browsers ignore the server-provided mime type completely for <script src>, and <script type> has best browser compat with text/javascript (or omitted type altogether)
- # [16:10] <matjas> annevk: Oh, the MIME type can be blank? Would be interesting to test browser support for that.
- # [16:11] <matjas> zcorpan: I don’t understand the reasoning there. charset (as specified through the Content-Type header) has nothing to do with the plain MIME type AFAICS
- # [16:11] * Joins: MikeSmith (~MikeSmith@EM114-48-25-225.pool.e-mobile.ne.jp)
- # [16:13] * Joins: jorlow (~jorlow@74.125.57.60)
- # [16:13] <zcorpan> matjas: yes it does. for text/* the default encoding (according to the unimplemented RFC, don't know the number) is us-ascii unless the charset parameter is set, and the message body can't override it
- # [16:14] <zcorpan> http://tools.ietf.org/html/rfc2046 has the us-ascii requirement
- # [16:14] <MikeSmith> hsivonen: thanks for the parser changes
- # [16:15] <MikeSmith> everything seems to be working as expected now
- # [16:15] <zcorpan> http://tools.ietf.org/html/rfc3023 has details around text/xml
- # [16:16] <hsivonen> MikeSmith: nice
- # [16:16] <MikeSmith> I'm updating the validator.w3.org instances now
- # [16:17] <MikeSmith> they were pretty far out of date with upstream
- # [16:17] <matjas> zcorpan: I see. Thanks for your explanation.
- # [16:19] * Quits: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt) (Quit: Leaving)
- # [16:20] <zcorpan> matjas: http 1.1 has a different encoding default, and the html and css specs require that the message body can set the encoding for text/html and text/css (actually text/css and text/javascript can inherit the encoding from the embedding document)
- # [16:20] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Read error: Connection reset by peer)
- # [16:21] <zcorpan> matjas: so what mime and http 1.1 say are mostly academic since higher level specs don't follow it (except text/xml, but nobody implements it that way)
- # [16:21] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
- # [16:26] <hsivonen> bah. gedit can't handle named-character-references.html from the multipage spec
- # [16:26] <hsivonen> crashed
- # [16:28] * Joins: boaz (~boaz@64.119.153.2)
- # [16:32] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
- # [16:32] * Joins: mpt (~mpt@canonical/mpt)
- # [16:32] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: davidhund)
- # [16:36] * Joins: shepazu (~schepers@EM114-48-25-225.pool.e-mobile.ne.jp)
- # [16:40] <matjas> zcorpan: So basically, text/javascript can still be used, even though it’s officially “obsolete”.
- # [16:41] <matjas> It doesn’t really matter much, but `text/javascript` is obviously shorter than `application/javascript` or `application/x-javascript`.
- # [16:41] <matjas> Good to know!
- # [16:43] <zcorpan> matjas: yeah. my conclusion is "don't touch the server config for .js files since it doesn't matter anyway" and "just use "<script>", type="" is not necessary"
- # [16:44] <matjas> I knew about the latter ;)
- # [16:45] * Quits: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com) (Ping timeout: 250 seconds)
- # [16:47] * Quits: MikeSmith (~MikeSmith@EM114-48-25-225.pool.e-mobile.ne.jp) (Quit: Deyr fé deyja, frændr deyr, sjálfr et sama)
- # [16:49] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [16:59] * Quits: Anti-X (~duckmysic@c9D74BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
- # [17:00] * Joins: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk)
- # [17:01] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Ping timeout: 245 seconds)
- # [17:01] * Quits: MrWax (waxboy@mail.midegro.com) (Quit: leaving)
- # [17:03] * Joins: tonyg-cr (~Adium@nat/google/x-hotzupfqvqyukypl)
- # [17:06] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
- # [17:06] * Joins: Anti-X (~duckmysic@46.66.133.104.tmi.telenormobil.no)
- # [17:06] * Quits: Mau`werk (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
- # [17:10] * Quits: tonyg-cr (~Adium@nat/google/x-hotzupfqvqyukypl) (Quit: Leaving.)
- # [17:17] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 240 seconds)
- # [17:18] * Joins: ako (~nya@fuld-4d00d3a6.pool.mediaWays.net)
- # [17:20] * Quits: aho (~nya@fuld-4d00d30f.pool.mediaWays.net) (Ping timeout: 240 seconds)
- # [17:31] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
- # [17:36] * Quits: jacobolus (~jacobolus@c-24-128-189-152.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [17:38] <Philip`> About submitting tests: Given that it's a DVCS, maybe mpilgrim should just push to a public copy of the repository and then someone with W3C access can push them across
- # [17:38] * Joins: jacobolus (~jacobolus@c-24-128-189-152.hsd1.ma.comcast.net)
- # [17:38] <Philip`> Seems a bit silly to get hung up by lack of access permissions
- # [17:39] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
- # [17:40] <zcorpan> "2. Microsoft engineers working on Internet Explorer 9 could have been using the SunSpider Benchmark and unintentionally over-optimized the JavaScript engine for the SunSpider Benchmark." - http://digitizor.com/2010/11/17/internet-explorer-9-caught-cheating-in-sunspider-benchmark/
- # [17:40] <zcorpan> how can you over-optimize something?
- # [17:40] <jgraham> People seem a bit concerned about having the logs correspond to who submitted what
- # [17:40] <jgraham> zcorpan: If you optimize for a specific case at the expense of the general case
- # [17:41] <jgraham> It's a classic thing to do wrong in machine learning
- # [17:41] <jgraham> where you make something that works perfectly for the training data but poorly for other data
- # [17:42] <zcorpan> ah. ok.
- # [17:43] <jgraham> (I am not really sure why people are worried about the accuracy of the logs or whether having someone else push mpilgrim's changes would be a problem)
- # [17:50] * Quits: slightlyoff_afk (~slightlyo@216.239.45.130) (Ping timeout: 264 seconds)
- # [17:52] * Quits: Anti-X (~duckmysic@46.66.133.104.tmi.telenormobil.no) (Ping timeout: 265 seconds)
- # [17:55] * Quits: Phae (~Phae@gatekeeper.macmillan.co.uk) (Quit: Leaving.)
- # [17:55] * Joins: Anti-X (~duckmysic@46.66.133.104.tmi.telenormobil.no)
- # [17:56] * Joins: Phae (~Phae@chimera.macmillan.com)
- # [17:57] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [17:59] * Joins: ayo (~nya@fuld-4d00d090.pool.mediaWays.net)
- # [18:00] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [18:01] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [18:02] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Client Quit)
- # [18:02] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:02] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [18:03] * Quits: ako (~nya@fuld-4d00d3a6.pool.mediaWays.net) (Ping timeout: 240 seconds)
- # [18:09] * Joins: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com)
- # [18:12] * Joins: aroben (~aroben@2620:0:1b00:1191:99c1:b247:e4ff:d189)
- # [18:12] * Quits: aroben (~aroben@2620:0:1b00:1191:99c1:b247:e4ff:d189) (Changing host)
- # [18:12] * Joins: aroben (~aroben@unaffiliated/aroben)
- # [18:14] * Joins: ako (~nya@fuld-4d00d2ec.pool.mediaWays.net)
- # [18:15] * Quits: ayo (~nya@fuld-4d00d090.pool.mediaWays.net) (Read error: Connection reset by peer)
- # [18:20] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
- # [18:22] * Joins: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net)
- # [18:26] * Quits: pauld (~chatzilla@194.102.13.2) (Ping timeout: 245 seconds)
- # [18:27] * Quits: Phae (~Phae@chimera.macmillan.com) (Quit: Leaving.)
- # [18:29] * Quits: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net) (Quit: mdelaney)
- # [18:31] * Joins: dglazkov (~dglazkov@nat/google/x-tlfkucsytexzyiay)
- # [18:34] * Quits: miketaylr (~miketaylr@24.42.95.108) (Remote host closed the connection)
- # [18:40] * Joins: erlehmann (~erlehmann@89.204.153.12)
- # [18:41] * Quits: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [18:47] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
- # [18:49] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 265 seconds)
- # [18:50] * Joins: maikmerten (~maikmerte@port-92-201-77-207.dynamic.qsc.de)
- # [18:57] * Joins: tonyg-cr (~Adium@nat/google/x-cyllllixhspaulyg)
- # [18:58] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
- # [19:00] * Joins: slightlyoff (~slightlyo@nat/google/x-kujfcukphzzkvipn)
- # [19:00] * Joins: mdelaney (~mdelaney@67.218.102.78)
- # [19:00] * Quits: tonyg-cr (~Adium@nat/google/x-cyllllixhspaulyg) (Client Quit)
- # [19:01] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
- # [19:01] * Joins: tonyg-cr (~Adium@nat/google/x-flviffzmgawbioqm)
- # [19:02] * Quits: slightlyoff (~slightlyo@nat/google/x-kujfcukphzzkvipn) (Client Quit)
- # [19:02] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [19:06] * Joins: jwalden (~waldo@65-122-15-169.dia.static.qwest.net)
- # [19:06] * Quits: palbo (~palbo@pat-tdc.opera.com) (Quit: :qa!)
- # [19:07] * Joins: jamesr_ (~jamesr@nat/google/x-xnivgaxamspuacav)
- # [19:09] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # [19:09] * Quits: jamesr_ (~jamesr@nat/google/x-xnivgaxamspuacav) (Client Quit)
- # [19:12] * Joins: jamesr_ (~jamesr@nat/google/x-qopekknjigfqzlmx)
- # [19:19] * Joins: dbaron (~dbaron@nat/mozilla/x-yslbuwpzpsnsvuij)
- # [19:19] * Quits: jdaggett (~jdaggett@y079250.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
- # [19:23] * Joins: miketaylr (~miketaylr@24.42.95.108)
- # [19:24] * Joins: henrikbjorn (~Henrik@c83-249-65-238.bredband.comhem.se)
- # [19:27] * Quits: henrikbjorn (~Henrik@c83-249-65-238.bredband.comhem.se) (Client Quit)
- # [19:27] * Joins: henrikbjorn (~Henrik@c83-249-65-238.bredband.comhem.se)
- # [19:30] * Quits: henrikbjorn (~Henrik@c83-249-65-238.bredband.comhem.se) (Remote host closed the connection)
- # [19:35] * Joins: mpt (~mpt@canonical/mpt)
- # [19:38] * Joins: dave_levin (~dave_levi@74.125.59.73)
- # [19:44] * Quits: matjas (~matjas@ip-213-49-115-40.dsl.scarlet.be) (Quit: Computer has gone to sleep.)
- # [19:46] * Quits: miketaylr (~miketaylr@24.42.95.108) (Quit: miketaylr)
- # [19:48] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [19:57] * Quits: mdelaney (~mdelaney@67.218.102.78) (Quit: mdelaney)
- # [20:00] * Joins: sicking (~chatzilla@63.245.220.240)
- # [20:01] * Quits: jamesr_ (~jamesr@nat/google/x-qopekknjigfqzlmx) (Quit: jamesr_)
- # [20:02] * Joins: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca)
- # [20:06] * Joins: miketaylr (~miketaylr@108.110.203.230)
- # [20:07] * Joins: tabatkin1 (~tabatkins@nat/google/x-fgscovidxkjyuoxa)
- # [20:07] <tabatkin1> Hixie: You around?
- # [20:08] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 260 seconds)
- # [20:08] <annevk> hsivonen, did you donate in a way that made money not show up at local chapters?
- # [20:09] <annevk> hsivonen, I am undecided yet, but I do not really care for my money ending up at the Dutch chapter of Wikipedia
- # [20:09] * Joins: miketayl_r (~miketaylr@68-246-251-72.pools.spcsdns.net)
- # [20:10] <annevk> anyone taken a look at what markp submitted?
- # [20:11] * Quits: miketaylr (~miketaylr@108.110.203.230) (Ping timeout: 265 seconds)
- # [20:12] * miketayl_r is now known as miketaylr
- # [20:13] * Joins: jamesr_ (~jamesr@nat/google/x-eieakdbpedtcihpf)
- # [20:17] * Joins: matjas (~matjas@91.182.132.163)
- # [20:21] * Quits: matjas (~matjas@91.182.132.163) (Ping timeout: 260 seconds)
- # [20:22] * Joins: matjas (~matjas@91.182.48.155)
- # [20:22] * Joins: henrikbjorn (~Henrik@c83-249-65-238.bredband.comhem.se)
- # [20:23] * Quits: jwalden (~waldo@65-122-15-169.dia.static.qwest.net) (Quit: lining up for the flight)
- # [20:23] * Joins: aroben (~aroben@unaffiliated/aroben)
- # [20:28] * Joins: aroben_ (~aroben@2620:0:1b00:1191:99c1:b247:e4ff:d189)
- # [20:28] * Quits: aroben_ (~aroben@2620:0:1b00:1191:99c1:b247:e4ff:d189) (Changing host)
- # [20:28] * Joins: aroben_ (~aroben@unaffiliated/aroben)
- # [20:28] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 240 seconds)
- # [20:34] * Joins: mpilgrim (~pilgrim@74.202.227.225)
- # [20:39] * Joins: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40)
- # [20:41] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [20:45] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Ping timeout: 255 seconds)
- # [20:51] * Quits: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40) (Quit: slightlyoff)
- # [20:51] <annevk> omg so much grandstanding again in http://blogs.msdn.com/b/ie/archive/2010/11/17/html5-and-real-world-site-performance-seventh-ie9-platform-preview-available-for-developers.aspx
- # [20:53] <miketaylr> i like how html5 is the first word...for an article on chakra
- # [20:56] <jgraham> I like the fact that they bemoan microbenchmarks and then only present sunspider results, the microest of all microbenchmarks
- # [20:57] <jgraham> If there was any more irony, the article would have serious problems walking past magnets
- # [21:03] <espadrine> Just been on http://ie.microsoft.com/testdrive/, and there it was, written in big bitmap letters, "Cool, you're using a Chrome 9 nighly build!" But what exactly would have been "un-cool"? Internet Explorer.
- # [21:03] * Quits: tonyg-cr (~Adium@nat/google/x-flviffzmgawbioqm) (Quit: Leaving.)
- # [21:04] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [21:04] <jgraham> mpilgrim: It looks like you just changed the mode of some Microsoft tests to me. Or did I miss something
- # [21:05] <mpilgrim> ah, that would explain it
- # [21:05] <mpilgrim> i've backed it out
- # [21:05] <mpilgrim> and will resubmit from a fresh clone
- # [21:06] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
- # [21:07] <jgraham> The new values looked more sensible :)
- # [21:07] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
- # [21:07] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [21:07] <mpilgrim> i was testing privately on a remote server and running into permission problems
- # [21:08] <mpilgrim> some of my tests re-use Microsoft's common/media.js to get a supported video or audio URI
- # [21:10] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 276 seconds)
- # [21:10] * Quits: aroben_ (~aroben@unaffiliated/aroben) (Ping timeout: 260 seconds)
- # [21:11] * Quits: miketaylr (~miketaylr@68-246-251-72.pools.spcsdns.net) (Ping timeout: 265 seconds)
- # [21:11] * Joins: miketaylr (~miketaylr@68-246-251-72.pools.spcsdns.net)
- # [21:12] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [21:13] <jgraham> Hmm, I see that it is not sufficiently obvious how I intended the harness to be used
- # [21:13] <jgraham> This is my fault of course
- # [21:15] <jgraham> But there are clearly cases where more of the test setup could be in the step()
- # [21:15] <karlcow> http://norman.walsh.name/2010/11/17/deprecatingXML
- # [21:15] * Quits: baba (~sallabanc@unaffiliated/cypha) (Ping timeout: 240 seconds)
- # [21:22] <mpilgrim> jgraham: i am happy to update tests if i'm using the harness incorrectly, or even just suboptimally
- # [21:23] <mpilgrim> presumably these will be rolled into an actual harness someday
- # [21:23] * Joins: variable (~variable@unaffiliated/variable)
- # [21:23] <mpilgrim> all the tests i just submitted were designed to be run automatically
- # [21:23] * Quits: variable (~variable@unaffiliated/variable) (Remote host closed the connection)
- # [21:24] <mpilgrim> but i haven't done anything wild and crazy like actually testing that or anything
- # [21:25] <jgraham> mpilgrim: It is mostly a style point. My "vision" (although it was really nothing so grandiose) was that one would wrap almost all code for a particular test in either test.step(function(){}) or test(function(){}) (for sync tests)
- # [21:26] <jgraham> That way unexpected failures in some part of the setup code would be caught by the harness and other tests on the page could still run
- # [21:26] <mpilgrim> i am happy to do that
- # [21:26] <mpilgrim> but i've opted for one test per page
- # [21:26] <jgraham> I like one test per page :)
- # [21:27] <jgraham> But it doesn't always make sense
- # [21:27] <mpilgrim> as it will make submitting bugs easier
- # [21:27] <jgraham> e.g. if you are autogenerating 10,000 tests from some javascript
- # [21:27] <jgraham> Making 10,000 files a quite the overhead
- # [21:28] <jgraham> So the harness(which should have been called framework) supports both
- # [21:28] * jgraham remembers that the reason it was not called "testframework.js" was that we already had something with that name on an internal server
- # [21:28] <mpilgrim> yes, i saw AryehGregor's reflection tests
- # [21:29] <jgraham> :)
- # [21:29] * Joins: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40)
- # [21:29] <mpilgrim> one file that generates enough tests to expose a dozen bugs in 3 browsers... that's impressive
- # [21:30] <mpilgrim> so far i've only found bugs in IE
- # [21:30] <mpilgrim> and webkit, only insofar as we don't support the <video audio> attribute yet
- # [21:31] <mpilgrim> no, i take it back, i found 1 bug in opera
- # [21:31] <mpilgrim> tests/submission/Google/video/canPlayType/canPlayType_application_octet_stream.html
- # [21:31] <mpilgrim> fails in opera
- # [21:31] <zcorpan> that's known :)
- # [21:31] * Joins: miketayl_r (~miketaylr@68-246-57-76.pools.spcsdns.net)
- # [21:32] <zcorpan> (the spec used to require 'maybe' for that case)
- # [21:32] <mpilgrim> yes, it's a strange thing
- # [21:32] <mpilgrim> my test case was actually the exact opposite until i read the spec three more times
- # [21:33] <zcorpan> heh
- # [21:33] <mpilgrim> in one place it says "The MIME type "application/octet-stream" with no parameters is never a type that the user agent knows it cannot render."
- # [21:33] <mpilgrim> but elsewhere it says "The canPlayType(type) method must return the empty string if type is a type that the user agent knows it cannot render or is the type "application/octet-stream""
- # [21:33] * Joins: aroben_ (~aroben@2620:0:1b00:1191:99c1:b247:e4ff:d189)
- # [21:33] * Quits: aroben_ (~aroben@2620:0:1b00:1191:99c1:b247:e4ff:d189) (Changing host)
- # [21:33] * Joins: aroben_ (~aroben@unaffiliated/aroben)
- # [21:34] * Quits: miketaylr (~miketaylr@68-246-251-72.pools.spcsdns.net) (Ping timeout: 272 seconds)
- # [21:34] <mpilgrim> tests are hard
- # [21:35] <mpilgrim> let's create a grammar to express assertions and replace the spec with a bunch of those
- # [21:36] <espadrine> seems like the complexity is externalized to the spec in this case!
- # [21:39] <zcorpan> mpilgrim: some tests have 30 or 60 seconds timeout if i'm reading it right. do they need to be that long?
- # [21:40] <mpilgrim> make media.w3.org faster
- # [21:40] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [21:40] * Joins: tonyg-cr (~Adium@nat/google/x-aiccuewfgvjrgueu)
- # [21:40] <mpilgrim> whoa
- # [21:41] <mpilgrim> apparently when you join the working group, you start getting email
- # [21:41] <mpilgrim> i was wondering where i had gone wrong in my life that roy fielding was in my inbox
- # [21:42] <mpilgrim> Matches: list:"<public-html.w3.org>" Do this: Skip Inbox
- # [21:45] <annevk> :)
- # [21:47] * Quits: maikmerten (~maikmerte@port-92-201-77-207.dynamic.qsc.de) (Remote host closed the connection)
- # [21:49] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [21:52] * Joins: estes (~aestes@17.246.16.72)
- # [21:54] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:f485:3ba2:a193:bc67)
- # [21:56] * Joins: nessy (~Adium@124-171-8-121.dyn.iinet.net.au)
- # [21:56] * Quits: plainhao (~plainhao@208.75.85.237) (Quit: plainhao)
- # [22:01] * Quits: tabatkin1 (~tabatkins@nat/google/x-fgscovidxkjyuoxa) (Ping timeout: 265 seconds)
- # [22:01] * Quits: estes (~aestes@17.246.16.72) (Quit: estes)
- # [22:05] * Joins: estes (~aestes@17.246.16.72)
- # [22:08] * Quits: miketayl_r (~miketaylr@68-246-57-76.pools.spcsdns.net) (Ping timeout: 264 seconds)
- # [22:12] * Joins: shepazutoo (~schepers@EM114-48-44-145.pool.e-mobile.ne.jp)
- # [22:14] * Quits: shepazu (~schepers@EM114-48-25-225.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [22:16] * Joins: iFDH (~iFDH@unaffiliated/fdh)
- # [22:17] * Quits: estes (~aestes@17.246.16.72) (Quit: estes)
- # [22:18] * Joins: estes (~aestes@17.246.16.72)
- # [22:20] * Joins: baba (~sallabanc@69.50.70.12)
- # [22:20] * Quits: baba (~sallabanc@69.50.70.12) (Changing host)
- # [22:20] * Joins: baba (~sallabanc@unaffiliated/cypha)
- # [22:21] * Quits: iFDH (~iFDH@unaffiliated/fdh) (Quit: rm -rf /bin/fdh)
- # [22:22] * Joins: aho (~nya@fuld-4d00d6ac.pool.mediaWays.net)
- # [22:23] * Quits: ako (~nya@fuld-4d00d2ec.pool.mediaWays.net) (Ping timeout: 240 seconds)
- # [22:23] * Quits: mpilgrim (~pilgrim@74.202.227.225) (Ping timeout: 265 seconds)
- # [22:24] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Read error: Connection reset by peer)
- # [22:24] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [22:28] * Joins: miketaylr (~miketaylr@184-200-156-77.pools.spcsdns.net)
- # [22:29] <zcorpan> http://www.favbrowser.com/browser-adoption-rate-looks-good/ - i wonder how much of the "other versions" is nightly/alpha/beta/dev of the *next* release
- # [22:32] * Joins: othermaciej (~mjs@17.246.17.217)
- # [22:34] * Quits: charlvn (~charlvn@2001:0:53aa:64c:83:26b6:3b2d:24ef) (Quit: Leaving)
- # [22:40] * Quits: paul_irish (~paul_iris@222-151-096-006.jp.fiberbit.net) (Remote host closed the connection)
- # [22:42] * Quits: ROBOd (~robod@89.123.145.243) (Quit: .)
- # [22:43] * Quits: henrikbjorn (~Henrik@c83-249-65-238.bredband.comhem.se) (Remote host closed the connection)
- # [22:46] * Quits: othermaciej (~mjs@17.246.17.217) (Quit: othermaciej)
- # [22:49] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Read error: Connection reset by peer)
- # [22:50] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [22:53] * Joins: Xano__ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [22:54] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Ping timeout: 240 seconds)
- # [22:54] * Xano__ is now known as Xano_
- # [22:55] * Quits: matjas (~matjas@91.182.48.155) (Quit: Computer has gone to sleep.)
- # [22:56] * Joins: macpherson (~macpherso@nat/google/x-gvczfkmrwzxenowg)
- # [22:57] * Joins: othermaciej (~mjs@17.246.17.217)
- # [22:58] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Read error: Connection reset by peer)
- # [22:58] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [23:01] * Joins: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl)
- # [23:03] <jgraham> zcorpan: I'm pretty sure it is almost none
- # [23:03] * Quits: miketaylr (~miketaylr@184-200-156-77.pools.spcsdns.net) (Remote host closed the connection)
- # [23:04] * Joins: ap_ (~ap@17.246.17.147)
- # [23:04] <jamesr_> i hope they mean chrome >= 7.0
- # [23:05] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Read error: Operation timed out)
- # [23:05] * ap_ is now known as ap
- # [23:06] <Hixie> hsivonen: yeah, those bugs were filed in the same era that i was in support of xhtml2 and where acid2 was written assuming we couldn't change the spec
- # [23:06] <Hixie> and where i thought quirks mode was a good idea
- # [23:06] <Hixie> and where dbaron and i thought the way to fix css was to define the inline box model and margin collapsing to be what CSS2 implied it had to be, rather than doing something compatible with UAs
- # [23:08] * Joins: paul_irish (~paul_iris@220.109.219.245)
- # [23:10] <jgraham> Hixie: This multi-day lag is confusing. It's like getting echos from the past
- # [23:10] <Hixie> heh
- # [23:10] <Hixie> sorry, was offlien yesterday
- # [23:10] <Hixie> offline, too
- # [23:11] <jgraham> :)
- # [23:12] <jgraham> jamesr_: Why would you assume that? They explicitly say "equal to"
- # [23:12] <jamesr_> well that would mean their article is worthless
- # [23:13] <jgraham> It doesn't even seem to properly account for point releases
- # [23:13] <jgraham> Their article probably is worthless, but not because some tiny fraction of people are running dev versions
- # [23:14] <jamesr_> the % of chrome users running 6.0 and lower is way less than 10%
- # [23:14] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Quit: rebooting biab)
- # [23:15] <jgraham> Well if you already know that, the article is clearly worthless because you already know the result :)
- # [23:15] <jamesr_> i only know the %s for chrome
- # [23:16] <jgraham> Well they claim that 90% of people run chrome exactly equal to 7
- # [23:16] <jgraham> If that doesn't match your numbers then one or both of you are wrong
- # [23:16] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
- # [23:17] <TabAtkins> I'm confused: http://www.w3.org/Bugs/Public/show_bug.cgi?id=11333 What the hell does that even mean?
- # [23:17] <jamesr_> there's a decent number of users on chrome 8 and chrome 9 currently
- # [23:18] <zcorpan> TabAtkins: i read it to mean that "title" is outdated (no idea why), and thus we should mint another name
- # [23:19] <jamesr_> who filed that?
- # [23:21] <TabAtkins> jamesr_: Someone random.
- # [23:22] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:24] <jgraham> TabAtkins: If you are going to try to decipher every lunatic bug report, we could be here a while
- # [23:24] <TabAtkins> I was wondering if it was a lunatic, or it was actually saying something reasonable.
- # [23:25] <jgraham> Well given that they appear to want to rename the <title> tag for no particular reason, my crankometer is showing a definite reading
- # [23:27] <Philip`> I assumed they meant title="", not <title>
- # [23:27] * Quits: yod (~thereaux@fw.vdl2.ca) (Quit: Leaving.)
- # [23:28] <jgraham> Would that explain why it is filed agianst the 2d context spec?
- # [23:29] <jgraham> (I guess @title would make marginally more sense than <title>. But not a lot more)
- # [23:29] <Philip`> Isn't the component derived automatically by Hixie's script?
- # [23:29] * Quits: shepazutoo (~schepers@EM114-48-44-145.pool.e-mobile.ne.jp) (Quit: shepazutoo)
- # [23:30] <Philip`> (presumably incorrectly in this case)
- # [23:30] <TabAtkins> This is a #top bug, so it's filed on a W3C-version spec.
- # [23:30] <TabAtkins> Presumably the canvas 2d one?
- # [23:33] <Philip`> If they mean the title attribute, maybe they mean the spec's own usage of the attribute
- # [23:33] <Philip`> since it's used for crossreferences rather than for titling
- # [23:33] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
- # [23:33] <jgraham> I thought maybe they mean the usage of <title> in the example. Although I see nothing wrong with it
- # [23:34] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Kthxbye!)
- # [23:35] <jgraham> But the @title usage is more reasonable
- # [23:35] <jgraham> Sadly W3C pubrules prevent the obvious solution being employed
- # [23:35] <jgraham> (data attributes)
- # [23:36] <Philip`> Maybe we could guess an email address based on the hostname of the IP address of the submitter, and ask for clarification
- # [23:36] * Quits: othermaciej (~mjs@17.246.17.217) (Quit: othermaciej)
- # [23:39] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [23:39] * Joins: othermaciej (~mjs@17.246.17.217)
- # [23:39] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
- # [23:41] * aroben_ is now known as aroben
- # [23:42] * Quits: ap (~ap@17.246.17.147) (Remote host closed the connection)
- # [23:42] * Joins: ap (~ap@17.203.15.167)
- # [23:44] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
- # [23:45] * Joins: boaz (~boaz@64.119.153.2)
- # [23:45] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:f485:3ba2:a193:bc67) (Quit: mdelaney)
- # [23:46] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:46] * Quits: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com) (Quit: Leaving)
- # [23:46] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:f485:3ba2:a193:bc67)
- # [23:54] <Hixie> you can tell which spec the bug was filed from from the Specification: link which is derived from the Referer: header sent to my script
- # [23:54] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [23:57] <Philip`> Where does the Component field come from?
- # [23:57] <Hixie> it's in the form
- # [23:58] * Quits: paul_irish (~paul_iris@220.109.219.245) (Remote host closed the connection)
- # [23:58] * Quits: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl) (Quit: Leaving)
- # Session Close: Thu Nov 18 00:00:00 2010
The end :)