Options:
- # Session Start: Mon Aug 29 00:00:00 2011
- # Session Ident: #whatwg
- # [00:07] * Joins: jacobolus (~jacobolus@c-98-216-96-89.hsd1.ma.comcast.net)
- # [00:11] * Joins: MikeSmith_ (~MikeSmith@EM1-113-228-57.pool.e-mobile.ne.jp)
- # [00:14] * Quits: MikeSmith (~MikeSmith@EM1-112-227-9.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [00:14] * MikeSmith_ is now known as MikeSmith
- # [00:17] * Quits: jacobolus (~jacobolus@c-98-216-96-89.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [00:22] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:24] * Quits: Morphous (jan@unaffiliated/amorphous) (Ping timeout: 260 seconds)
- # [00:26] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
- # [00:29] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Client Quit)
- # [00:30] * Quits: micheil (~micheil@78-86-124-174.zone2.bethere.co.uk) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [00:31] * Joins: rniwa (~rniwa@216.239.45.130)
- # [00:32] * Joins: skimmas (~skimmas@cr-217-129-229-33.netvisao.pt)
- # [00:32] * Quits: skimmas (~skimmas@cr-217-129-229-33.netvisao.pt) (Client Quit)
- # [00:33] * Quits: huskyr_ (~huskyr@86.84.48.191) (Quit: huskyr_)
- # [00:39] * Joins: Morphous (jan@unaffiliated/amorphous)
- # [00:40] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: FireFly)
- # [00:44] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [00:44] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
- # [00:52] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [00:52] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [00:53] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
- # [00:56] * Joins: weinig (~weinig@2620:149:4:401:6514:3610:a66a:3678)
- # [01:05] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
- # [01:05] * Quits: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au)
- # [01:07] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [01:07] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
- # [01:15] * Joins: Rik`_ (~Rik`@2a01:e34:ec0f:1570:61f4:7416:ab0a:2961)
- # [01:15] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [01:15] * Quits: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp) (Quit: Leaving...)
- # [01:16] * Joins: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp)
- # [01:29] * Quits: cpearce (~chatzilla@ip-118-90-32-171.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
- # [01:31] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [01:31] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
- # [01:37] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [01:37] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
- # [01:39] * Joins: benjoffe (~benjoffe@nat/yahoo/x-tnslnopivmjtilfg)
- # [01:50] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
- # [01:50] * Joins: boaz- (~boaz@li326-230.members.linode.com)
- # [01:50] * Quits: boaz- (~boaz@li326-230.members.linode.com) (Excess Flood)
- # [01:51] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [01:55] * Joins: cpearce (~chatzilla@60.234.54.74)
- # [02:23] * Quits: hasathe__ (~hasather_@84.38.144.96) (Remote host closed the connection)
- # [02:23] * Joins: Ephemera (~Ephemera@61.41.24.114)
- # [02:43] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [02:57] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [02:58] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [03:10] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Ping timeout: 240 seconds)
- # [03:30] * Quits: CvP (~CvP@123.49.23.63) (Quit: [ UPP ] > all)
- # [03:46] * Joins: jacobolus (~jacobolus@c-98-216-96-89.hsd1.ma.comcast.net)
- # [03:47] * Parts: boaz (~boaz@li326-230.members.linode.com)
- # [03:53] * Quits: weinig (~weinig@2620:149:4:401:6514:3610:a66a:3678) (Quit: weinig)
- # [03:53] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout: 245 seconds)
- # [04:08] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [04:08] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
- # [04:18] * Joins: zewt- (~x@c-24-62-196-44.hsd1.ma.comcast.net)
- # [04:18] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [04:39] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
- # [04:56] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [04:58] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
- # [05:03] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [05:06] * Joins: Rik`__ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [05:06] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [05:06] * Quits: Rik`_ (~Rik`@2a01:e34:ec0f:1570:61f4:7416:ab0a:2961) (Ping timeout: 255 seconds)
- # [05:08] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [05:08] * Quits: Rik`__ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [05:10] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [05:10] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [05:11] * Joins: nonge_ (~nonge@p5082A90C.dip.t-dialin.net)
- # [05:11] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [05:11] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [05:13] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [05:13] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [05:15] * Quits: nonge__ (~nonge@p5082A630.dip.t-dialin.net) (Ping timeout: 276 seconds)
- # [05:28] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
- # [05:34] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [05:53] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
- # [05:54] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Remote host closed the connection)
- # [05:54] * Joins: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
- # [05:55] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Client Quit)
- # [05:56] * Joins: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
- # [06:13] * Quits: MikeSmith (~MikeSmith@EM1-113-228-57.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [06:14] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
- # [06:16] * Joins: ben_alman_ (~cowboy@pool-74-104-156-115.bstnma.fios.verizon.net)
- # [06:19] * Joins: MikeSmith (~MikeSmith@EM114-48-16-54.pool.e-mobile.ne.jp)
- # [06:34] * Joins: dave_levin (~dave_levi@nat/google/x-ogebwbcgbpekpbsv)
- # [06:36] * Joins: ezoe (~ezoe@61-205-125-112f1.kyt1.eonet.ne.jp)
- # [06:37] * Joins: tmzt_ (~tmzt@76.253.140.253)
- # [06:40] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [06:49] * Quits: rniwa (~rniwa@216.239.45.130) (Ping timeout: 250 seconds)
- # [06:52] * Joins: hsivonen (~hsivonen@kekkonen.cs.hut.fi)
- # [06:53] * Joins: shans (~shanestep@74.125.56.17)
- # [07:04] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 245 seconds)
- # [07:25] * heycam is now known as heycam|away
- # [07:40] * Quits: xtoph (~xtoph@213.47.185.206)
- # [07:51] * Joins: zcorpan (~zcorpan@c-229ee355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [07:56] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
- # [07:57] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
- # [08:03] * Quits: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [08:03] * heycam|away is now known as heycam
- # [08:06] * Joins: jdong_ (~quassel@222.126.155.250)
- # [08:17] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
- # [08:19] * Joins: jdong_ (~jdong@222.126.155.250)
- # [08:21] * Joins: Ankheg (~Ankheg@91.224.77.4)
- # [08:21] * Quits: jdong_ (~jdong@222.126.155.250) (Client Quit)
- # [08:22] * Joins: jdong_ (~jdong@222.126.155.250)
- # [08:22] * Parts: jdong_ (~jdong@222.126.155.250)
- # [08:23] * Joins: jdong_ (~anonymous@222.126.155.250)
- # [08:23] * Parts: jdong_ (~anonymous@222.126.155.250)
- # [08:25] * Joins: jdong_ (~anonymous@222.126.155.250)
- # [08:26] * Joins: brucel (~brucel@212.183.128.2)
- # [08:27] * Joins: zdobersek (~zan@cpe-46-164-17-34.dynamic.amis.net)
- # [08:28] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
- # [08:29] * heycam is now known as heycam|away
- # [08:33] * Joins: roc (~chatzilla@121.98.230.221)
- # [08:42] * Joins: LBP (~Mirc@pD9EB1DD7.dip0.t-ipconnect.de)
- # [08:43] * Rik`_ is now known as Rik`
- # [08:55] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [08:55] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [08:56] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
- # [08:56] * Quits: brucel (~brucel@212.183.128.2) (Ping timeout: 258 seconds)
- # [08:58] * Quits: cpearce (~chatzilla@60.234.54.74) (Ping timeout: 240 seconds)
- # [09:01] * Quits: karlcow (~karl@nerval.la-grange.net) (Read error: Connection reset by peer)
- # [09:01] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [09:01] * Joins: Rik` (~Rik`@2a01:e34:ec0f:1570:dd65:c56:4dc5:daf9)
- # [09:04] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [09:05] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
- # [09:06] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [09:06] * Joins: CvP (~CvP@123.49.23.63)
- # [09:06] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [09:07] * Quits: Rik` (~Rik`@2a01:e34:ec0f:1570:dd65:c56:4dc5:daf9) (Ping timeout: 255 seconds)
- # [09:09] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 240 seconds)
- # [09:16] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Quit: cying)
- # [09:17] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
- # [09:20] * Joins: cpearce (~chatzilla@ip-118-90-32-171.xdsl.xnet.co.nz)
- # [09:27] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [09:29] * Joins: rimantas (~rimliu@93.93.57.193)
- # [09:31] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [09:31] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Quit: cying)
- # [09:34] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [09:36] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [09:51] * Quits: CvP (~CvP@123.49.23.63) (Disconnected by services)
- # [09:51] * Joins: xCG (~CvP@123.49.22.135)
- # [09:52] * xCG is now known as CvP
- # [09:55] * Rik`_ is now known as Rik`
- # [09:57] <jgraham> Conclusion from the last two days of HTML related email: there is nothing interesting happening.
- # [10:07] * Quits: dave_levin (~dave_levi@nat/google/x-ogebwbcgbpekpbsv) (Quit: dave_levin)
- # [10:08] * Quits: zdobersek (~zan@cpe-46-164-17-34.dynamic.amis.net) (Ping timeout: 258 seconds)
- # [10:09] * Joins: rtuin (~rtuin@dsl-087-195-129-241.solcon.nl)
- # [10:12] * Quits: shans (~shanestep@74.125.56.17) (Quit: shans)
- # [10:12] * Joins: zdobersek (~zan@90.157.243.235)
- # [10:24] * Quits: benjoffe (~benjoffe@nat/yahoo/x-tnslnopivmjtilfg) (Remote host closed the connection)
- # [10:45] * Quits: ezoe (~ezoe@61-205-125-112f1.kyt1.eonet.ne.jp) (Ping timeout: 252 seconds)
- # [11:00] * Quits: zdobersek (~zan@90.157.243.235) (Quit: Leaving.)
- # [11:04] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
- # [11:04] * Joins: roc (~chatzilla@121.98.230.221)
- # [11:06] * Joins: tomasf (~tom@2002:55e5:d95e:0:7852:5a68:619a:db80)
- # [11:06] * Quits: zcorpan (~zcorpan@c-229ee355.410-6-64736c14.cust.bredbandsbolaget.se) (Ping timeout: 240 seconds)
- # [11:11] * Joins: smaug____ (~chatzilla@YYYCMXCVII.gprs.sl-laajakaista.fi)
- # [11:16] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [11:27] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (Ping timeout: 240 seconds)
- # [11:29] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
- # [11:42] * Joins: shans (~shanestep@124-168-157-252.dyn.iinet.net.au)
- # [11:43] * gsnedders finally gets around to looking at what heycam changed in WebIDL because of him :P
- # [11:44] <gsnedders> Though trying to load the spec on train wifi isn't working brilliantly
- # [11:45] <gsnedders> (I guess dev.w3.org being on a sewing machine doesn't help)
- # [11:50] * smaug____ imagines a server getting electricity from an old singer http://upload.wikimedia.org/wikipedia/commons/0/00/Singer_sewing_machine.jpg
- # [11:51] <tomasf> maybe they let the sewing machine "render" the page on actual fabric and automatically take a photo of it and deliver that as the web page
- # [11:54] <jgraham> Lack of a CSS media type for fabric suggests that isn't the case
- # [11:56] * Quits: shans (~shanestep@124-168-157-252.dyn.iinet.net.au) (Quit: shans)
- # [12:11] * Joins: MikeSmith_ (~MikeSmith@EM1-112-243-160.pool.e-mobile.ne.jp)
- # [12:14] * Quits: MikeSmith (~MikeSmith@EM114-48-16-54.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [12:14] * MikeSmith_ is now known as MikeSmith
- # [12:19] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 245 seconds)
- # [12:30] * Quits: cpearce (~chatzilla@ip-118-90-32-171.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
- # [12:32] <smaug____> Does anyone have tests for canvas objects in "data" documents
- # [12:33] <smaug____> something like
- # [12:33] <smaug____> document.implementation.createHTMLDocument("").createElement("canvas").getContext("2d");
- # [12:33] <smaug____> and then using that context somehow
- # [12:35] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [12:35] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [12:35] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [12:37] * Joins: woef (~woef@91.183.84.141)
- # [12:41] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [12:41] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [12:42] * Quits: smaug____ (~chatzilla@YYYCMXCVII.gprs.sl-laajakaista.fi) (Ping timeout: 245 seconds)
- # [12:44] <woef> If they say html5 should be "backwards compatible" ... how far back in time are they talking about?
- # [12:45] <jgraham> If who says what?
- # [12:45] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [12:46] <jgraham> For developing HTML5 the tenets were more like "support existing content" and "no mode switching"
- # [12:46] * Joins: Lachy (~Lachy@guest.opera.com)
- # [12:46] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [12:46] <woef> I remember a discussion about why a <dl> only has "assumed" list items (no unique container)
- # [12:47] <woef> It was said that adding one was not backwardds compatible with what existed today.
- # [12:47] <jgraham> So you can't make changes that break (large enoguh numbers of) existing sites (that browser makers would be reluctant to make the changes). Since some sites are as old as the web, that gives a timescale
- # [12:47] * Joins: Kellen` (~Kellen@194-17-8-94.customer.telia.com)
- # [12:48] <woef> Wouldn't it be interesting to make a "intermediate" tracks. Support two modes, until the old way of working gets fazed out?
- # [12:48] <jgraham> No
- # [12:48] * Quits: hasather (~davidh@pat-tdc.opera.com) (Quit: Ex-Chat)
- # [12:48] <jgraham> It's a lot of effort
- # [12:48] <jgraham> and there is no good idea of what the timescale for the old way fading out is
- # [12:48] <woef> Yeah ...
- # [12:48] <gsnedders> woef: How many things have ever been fazed out?
- # [12:49] <woef> image maps?
- # [12:49] <woef> flash slowly is going away.
- # [12:49] <jgraham> (pretty sure phased is spelt wityh a ph and an s)
- # [12:49] <woef> fazed is the "i'm a cool geek" way of spelling ;)
- # [12:50] <jgraham> Ah. I never get those memos for some reaswon
- # [12:50] <woef> I'm afraid we don't really do the whole ph-thing in Belgium :)
- # [12:50] <woef> I get that wrong a lot.
- # [12:50] <gsnedders> woef: image maps are still supported by all browsers.
- # [12:50] <jgraham> woef: Yeah, but gsnedders is scottish. That's almost english, so he doesn't have an excuse
- # [12:51] <woef> Hah!
- # [12:51] <gsnedders> woef: An extreme example is the plaintext element, noted as being deprecated in the first ever HTML spec, still special-cased in the parser in HTML 5.
- # [12:52] <woef> I once tried to read some Irvine Welsh books, my English lessons didn't really help.
- # [12:52] <gsnedders> jgraham: I just copied what woef said!
- # [12:52] <gsnedders> jgraham: You know I can't spell. :P
- # [12:52] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
- # [12:52] <gsnedders> Copying others is normally better than guessing myself :P
- # [12:52] * Philip` is unphased by homonyms
- # [12:52] <gsnedders> (It also provides a convenient way to mitigate blame for my inability to spell.)
- # [12:53] <jgraham> Is someone who is phased by homonyms a homophobe?
- # [12:54] <gsnedders> woef: Speaking of Welsh, the only book I found hard to read was one with phonetic transcription of dialect from where I grew up. :)
- # [12:54] <gsnedders> (I can cope with it fine when spoken.)
- # [12:56] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [12:59] <woef> I think I tried Trainspotting once.
- # [12:59] <woef> But if I get it right, we'll never have a <dl> list with proper list items?
- # [12:59] <woef> Or nested <a>-tags?
- # [13:01] <gsnedders> woef: nested a-elements will break existing sites, so there's no way you'll get browsers to change behaviour. Equally, what does a link within a link *do*?
- # [13:01] <gsnedders> woef: What's the use-case for changing dl though? What's unclear about dt/dd?
- # [13:01] <woef> link to it's href?
- # [13:01] <gsnedders> woef: which href?
- # [13:01] <jgraham> gsnedders: (pretty obvious what it does, really)
- # [13:01] <woef> The one with the deepest nesting.
- # [13:01] <jgraham> Still won't happen ofc
- # [13:02] <Philip`> (Presumably it does the same as it does if you nest <a> in XHTML)
- # [13:02] <woef> Like "i block-level-link my blog intro but the contained link to the comment section goes there immediately"
- # [13:02] <gsnedders> jgraham: (that would require half a second of thought which I'm not doing while on vacation, even if I am responding to spec changes I requested)
- # [13:02] <jgraham> Or in HTML with script
- # [13:02] <gsnedders> woef: Still, changing the parser would break existing sites.
- # [13:02] <woef> gsnedders: how so?
- # [13:03] <woef> I hope nobody is nesting links now, if you see the dom-crap that ensues :)
- # [13:04] <jgraham> hahaha
- # [13:04] <jgraham> :)
- # [13:04] <gsnedders> woef: Plenty of people are. The vast majority of the web doesn't follow the spec.
- # [13:04] <gsnedders> Like, approximately 100% of the webhas invalid HTML.
- # [13:04] <woef> But these sites break by default :p
- # [13:05] <jgraham> I wonder what the half life of this conversation is
- # [13:05] <gsnedders> Breaking the web would cause people to not use a browser, so good luck getting any browser to change :P
- # [13:05] <jgraham> We've had the same discussion with different people since 2004
- # [13:05] <jgraham> Hopefully it will eventually stop
- # [13:05] <woef> As for the <dl>, I just don't like that there is no <li> equivalent.
- # [13:06] <jgraham> That one at least might be changable
- # [13:06] <jgraham> There was a long thread on WHATWG a while back
- # [13:06] <jgraham> I don't remembert the conclusions
- # [13:06] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [13:06] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [13:07] <woef> You just say that to increase the suspense.
- # [13:08] <jgraham> Yep, it's practically Resident Evil in here
- # [13:09] <gsnedders> At least it's not the merky darkness of Doom 3.
- # [13:13] * Joins: roc (~chatzilla@121.98.230.221)
- # [13:15] * Joins: shans (~shanestep@124-168-157-252.dyn.iinet.net.au)
- # [13:16] <Philip`> Does it count as suspense when you're 100% certain a monster is going to spring into existence behind you when you enter a room?
- # [13:17] <gsnedders> Okay, true, once you get beyond the first few levels it is like that.
- # [13:17] <woef> It killed AvsP2
- # [13:18] <woef> The first one was creepy as hell though.
- # [13:18] <woef> Damn motion detector.
- # [13:26] * Joins: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
- # [13:40] * Joins: hasather (~davidh@pat-tdc.opera.com)
- # [13:43] * Joins: smaug____ (~chatzilla@ZYYYMYCCCXLIV.gprs.sl-laajakaista.fi)
- # [13:50] * Joins: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au)
- # [13:54] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [13:54] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [13:59] * benjoffe_ is now known as benjoffe
- # [14:02] * Quits: woef (~woef@91.183.84.141) (Ping timeout: 252 seconds)
- # [14:09] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [14:09] * Joins: MrOpposite (~mropposit@62.119.155.253)
- # [14:09] * Quits: MrOpposite (~mropposit@62.119.155.253) (Changing host)
- # [14:09] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [14:16] * Joins: ZombieLoffe (ZombieL@unaffiliated/zombieloffe)
- # [14:20] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Ping timeout: 240 seconds)
- # [14:26] * Quits: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net) (Ping timeout: 240 seconds)
- # [14:27] * Quits: Lachy (~Lachy@guest.opera.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [14:27] * Joins: Lachy (~Lachy@pat-tdc.opera.com)
- # [14:28] <hsivonen> looks like ISSUEs are as important as ever http://www.w3.org/html/wg/tracker/issues/170
- # [14:30] * Joins: zdobersek (~zan@cpe-46-164-16-241.dynamic.amis.net)
- # [14:33] * Quits: hasather (~davidh@pat-tdc.opera.com) (Remote host closed the connection)
- # [14:35] * Joins: dirkpennings (~Vuurbal@90-145-26-140.bbserv.nl)
- # [14:36] * Joins: hasather (~davidh@pat-tdc.opera.com)
- # [14:38] <hsivonen> looking at the number of duplicates on https://bugzilla.mozilla.org/show_bug.cgi?id=162653 I wonder if mattur will be able to find an XML design thread from 1997 or 1998 containing an assertion that HTML authors won't be confused by XML doing <foo/>
- # [14:39] * Quits: smaug____ (~chatzilla@ZYYYMYCCCXLIV.gprs.sl-laajakaista.fi) (Ping timeout: 252 seconds)
- # [14:44] * Joins: zcorpan (~zcorpan@c-229ee355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [14:45] * Joins: ezoe (~ezoe@203-140-88-190f1.kyt1.eonet.ne.jp)
- # [14:46] * Joins: jonatas (~jonatas@lba.inpa.gov.br)
- # [14:47] * Quits: jonatas (~jonatas@lba.inpa.gov.br) (Read error: Connection reset by peer)
- # [14:47] * Joins: jonatas (~jonatas@lba.inpa.gov.br)
- # [14:48] * Quits: jonatas (~jonatas@lba.inpa.gov.br) (Remote host closed the connection)
- # [14:49] * Joins: jonatas (~jonatas@lba.inpa.gov.br)
- # [14:49] <gsnedders> Is (char)(int)1 a plausible way to check endianness of integers
- # [14:49] <gsnedders> ?
- # [14:50] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
- # [14:50] * Quits: jonatas (~jonatas@lba.inpa.gov.br) (Remote host closed the connection)
- # [14:50] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Read error: Connection reset by peer)
- # [14:50] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
- # [14:52] <jgraham> gsnedders: Won't the compiler get upset by that?
- # [14:52] <jgraham> See also http://stackoverflow.com/questions/1001307/detecting-endianness-programmatically-in-a-c-program
- # [14:52] <gsnedders> (Yay for writing code that depends on endianness)
- # [14:53] * Joins: Rik` (~Rik`@78.251.197.175)
- # [14:56] <Philip`> int i = 1; char c[sizeof(int)]; memcpy(c, &i, sizeof(int)); bool is_littleendian = c[0];
- # [14:57] <Philip`> I'm not sure the union trick is actually legal C (though I'm not sure it's illegal either)
- # [14:57] <Philip`> but memcpy is always safe
- # [14:58] <gsnedders> Philip`: It's illegal, I'm pretty certain. At least people have managed to cite quite obvious bits of the spec about it.
- # [14:58] <gsnedders> (Well, it's not illgal, it's just undefined.)
- # [14:58] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 258 seconds)
- # [14:58] <Philip`> (char)(int)1 will always just give you 1, and *(char*)&i will give you bogus results depending on what compiler version and optimisation settings you use
- # [15:00] <Philip`> (The union thing works in all compilers in practice, though)
- # [15:00] <gsnedders> Philip`: Casting to char always take the low-bits?
- # [15:01] <gsnedders> Philip`: bool is C99?
- # [15:02] * jgraham would imageine without knowing that casting to char does an actual type conversion rather than just reading some subset of the bits
- # [15:02] <gsnedders> jgraham: What else can it do?
- # [15:03] <gsnedders> jgraham: a char is just a numberic type
- # [15:03] <gsnedders> *numeric
- # [15:03] <jgraham> Well yes, I know that
- # [15:03] <jgraham> It could overflow differently, for example. And be endianness independent.
- # [15:04] <Philip`> If char is unsigned, then (char)i adds or subtracts 256 to/from i until it's in the range [0, 255] and then returns that
- # [15:04] <Philip`> If char is signed, and i is in [0, 255] then it returns that, else it's implementation-defined behaviour
- # [15:04] <gsnedders> Philip`: I could remember there was some magic about char, but I couldn't remember what.
- # [15:05] <Philip`> The magic thing is that you don't know whether it's signed or unsigned
- # [15:05] <gsnedders> And about casting as well? Which I guess is the adding/subtracting…
- # [15:06] <Philip`> (bool isn't in C99; use a BOOL or int or whatever, or use C++)
- # [15:06] * Quits: beverloo (~beverloo@nat/google/x-zcubeirpigbgdjul) (Quit: Ex-Chat)
- # [15:07] <Philip`> In C99, casting is the same process for any integer types (except _Bool)
- # [15:07] * Joins: beverloo (~beverloo@nat/google/x-iabzzpfsonssazyw)
- # [15:07] <Philip`> ...except replace "256" by appropriate values etc
- # [15:08] <tomasf> according to http://en.wikipedia.org/wiki/Stdbool.h , bool expands to _Bool in C99
- # [15:08] <gsnedders> Philip`: (Yeah, I know what to do)
- # [15:09] <Philip`> Basically it always does the mathematically obvious thing, except it's unwilling to assume two's-complement representation so any cases of signed overflow are implementation-defined behaviour
- # [15:09] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Remote host closed the connection)
- # [15:10] <Philip`> and it's all endian-independent until you try to read the char representation of a larger value
- # [15:11] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
- # [15:11] <Philip`> But in any case, it's usually more useful to know endianness at compile-time and not run-time
- # [15:12] <gsnedders> so reading an int into a short is endian dependent, assuming they're different sizes?
- # [15:12] <Philip`> since then you can have byte-swap macros that get replaced with noops
- # [15:12] <Philip`> so you should have a configure script or something to detect it and set a macro
- # [15:12] <Philip`> What do you mean by "reading into"?
- # [15:13] <gsnedders> *read the short representation of an int
- # [15:16] <Philip`> What do you mean by that?
- # [15:16] <gsnedders> Philip`: (But yes, it makes sense to do this in a saner way once I have all the setup to do that, which is pretty much going to be when I stop playing around with this code as a standalone application
- # [15:16] <Philip`> (Values have byte repesentations, not short representations)
- # [15:17] * gsnedders wants to give up on IRC as this internet connection isn't working well
- # [15:17] * gsnedders is on the WCML being all fancy and stuff in first-class, because Bank Holiday Monday => cheap upgrades.
- # [15:24] <Philip`> In practice, the solution that works 99.99% of the time is "#define IS_LITTLE_ENDIAN 1"
- # [15:26] <gsnedders> That's effectively what this code already is. :)
- # [15:27] * Joins: smaug____ (~chatzilla@KMMMCCCXXVII.gprs.sl-laajakaista.fi)
- # [15:28] * Joins: MacTed (~Thud@63.119.36.36)
- # [15:34] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [15:34] * Joins: esc_ (~esc-ape@84.inst-3.ufg.ac.at)
- # [15:34] * Joins: xCG (~CvP@123.200.17.118)
- # [15:34] * Quits: CvP (~CvP@123.49.22.135) (Disconnected by services)
- # [15:34] * xCG is now known as CvP
- # [15:39] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [15:40] <karlcow> http://glandium.org/blog/?p=2180
- # [15:40] * Joins: woef (~woef@91.183.84.141)
- # [15:41] <woef> About the article tag ... why is it the author's responsability to decide what content is syndicable?
- # [15:42] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [15:45] <woef> Or is the "syndication" part just a way of helping you decide whether to use an article tag?
- # [15:50] * Quits: CvP (~CvP@123.200.17.118) (Disconnected by services)
- # [15:50] * Joins: xCG (~CvP@123.49.22.135)
- # [15:51] * xCG is now known as CvP
- # [16:00] * Quits: smaug____ (~chatzilla@KMMMCCCXXVII.gprs.sl-laajakaista.fi) (Ping timeout: 252 seconds)
- # [16:04] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Ping timeout: 252 seconds)
- # [16:12] * Joins: davidb_ (~davidb@66.207.208.98)
- # [16:21] * Joins: saba (~foo@unaffiliated/saba)
- # [16:25] * Joins: rabbi1 (~manjunath@49.200.69.127)
- # [16:26] * Joins: timeless (d04149cb@firefox/developer/timeless)
- # [16:41] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [16:43] * Joins: Rik`_ (~Rik`@78.251.197.175)
- # [16:46] * Quits: Rik` (~Rik`@78.251.197.175) (Ping timeout: 276 seconds)
- # [16:46] * Rik`_ is now known as Rik`
- # [16:52] * Quits: rabbi1 (~manjunath@49.200.69.127) (Ping timeout: 258 seconds)
- # [16:52] * Joins: Rik`_ (~Rik`@78.251.197.175)
- # [16:52] * Quits: Rik` (~Rik`@78.251.197.175) (Ping timeout: 240 seconds)
- # [16:52] * Joins: rabbi1 (~manjunath@49.200.69.61)
- # [16:56] * Quits: Rik`_ (~Rik`@78.251.197.175) (Ping timeout: 245 seconds)
- # [17:03] * Quits: zewt- (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [17:03] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
- # [17:04] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Quit: Saindo)
- # [17:06] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
- # [17:07] * Joins: KillerX (~anant@nat/mozilla/x-ekzsrfsrrpaamovq)
- # [17:10] * Quits: Ankheg (~Ankheg@91.224.77.4) (Read error: Connection reset by peer)
- # [17:12] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [17:12] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [17:15] * Quits: Lachy (~Lachy@pat-tdc.opera.com) (Quit: Computer has gone to sleep.)
- # [17:15] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
- # [17:15] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [17:16] * Quits: ezoe (~ezoe@203-140-88-190f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
- # [17:16] <zcorpan> hey, a spambug reported from http://html5.clearboth.org/spec !
- # [17:16] * Quits: dirkpennings (~Vuurbal@90-145-26-140.bbserv.nl) (Ping timeout: 252 seconds)
- # [17:19] <timeless> anyone here have some time to consider some Web IDL?
- # [17:20] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Ping timeout: 252 seconds)
- # [17:20] <timeless> X implements Y;
- # [17:20] <timeless> interface Y: Z;
- # [17:20] <timeless> Z implements P;
- # [17:20] <timeless> the contents of the interfaces are omited for brevity and the names have been changed to protect the guilty
- # [17:21] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Remote host closed the connection)
- # [17:21] <zcorpan> the question is?
- # [17:22] <timeless> err lemme make sure i got that last line right
- # [17:22] <timeless> yeah, i did
- # [17:22] <timeless> well, first of all, is one really supposed to be using `implements` on interfaces which are inherited by other interfaces?
- # [17:22] * timeless thought that `implements` was generally for objects and not interfaces
- # [17:23] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [17:24] <timeless> note to self: send feedback to list requesting a line "Generally you should use `dictionary Foo` instead of `[NoInterfaceObject] interface Foo`."
- # [17:25] <zcorpan> yeah implements might be a bad word
- # [17:26] <zcorpan> though i don't see what's wrong with using it on interfaces that are inherited
- # [17:28] * Joins: mamund (mamund@obsidian.nullshells.net)
- # [17:29] <timeless> well
- # [17:29] <timeless> the problem is this:
- # [17:29] <timeless> ConcreteObject A;
- # [17:29] <timeless> A implements IFoo;
- # [17:29] <timeless> A implements IBar;
- # [17:29] <timeless> A implements IBaz;
- # [17:29] <timeless> ConcreteObject B;
- # [17:29] <timeless> B implements IFoo;
- # [17:30] * Parts: mamund (mamund@obsidian.nullshells.net)
- # [17:30] <timeless> if someone decides that they have a `B` and want to make B's IFoo interface do more
- # [17:30] <timeless> they might say:
- # [17:30] <timeless> IFoo implements IMyFooMore;
- # [17:30] <timeless> expecting it to make B more powerful
- # [17:30] <timeless> but at the same time, it causes random effects on A
- # [17:30] <timeless> note that we had this experience in mozilla land
- # [17:30] <timeless> the rule which we try to enforce is this:
- # [17:31] <timeless> Only the owner of IFoo is allowed to extend IFoo until IFoo is frozen, at which point, IFoo /may/ but probably /should not/ be extended by others
- # [17:32] <timeless> roughly that translates into `You, owner of ConcreteObject X are free to use 'X implements IWhatever;'
- # [17:32] <timeless> but you are not free to use 'IStandardsBodyThing implements IWhatever;'.`
- # [17:34] * Joins: jarek (~jarek@bde158.neoplus.adsl.tpnet.pl)
- # [17:34] * Quits: jarek (~jarek@bde158.neoplus.adsl.tpnet.pl) (Changing host)
- # [17:34] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [17:37] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
- # [17:38] * Joins: tantek (~tantek@70-36-139-219.dsl.dynamic.sonic.net)
- # [17:38] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [17:41] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [17:42] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
- # [17:43] * Quits: zcorpan (~zcorpan@c-229ee355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [17:44] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Client Quit)
- # [17:45] * Joins: rtuin_ (~rtuin@dsl-087-195-129-241.solcon.nl)
- # [17:45] * Quits: rtuin (~rtuin@dsl-087-195-129-241.solcon.nl) (Ping timeout: 264 seconds)
- # [17:48] * Joins: ezoe (~ezoe@203-140-88-71f1.kyt1.eonet.ne.jp)
- # [17:48] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [17:54] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [17:55] * Workmon is now known as Workshiva
- # [17:58] * Joins: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net)
- # [18:05] * dglazkov|away is now known as dglazkov
- # [18:05] <dglazkov> good morning, Whatwg!
- # [18:12] * Joins: MikeSmith_ (~MikeSmith@EM114-48-130-37.pool.e-mobile.ne.jp)
- # [18:13] * Quits: MikeSmith (~MikeSmith@EM1-112-243-160.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
- # [18:13] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:13] * MikeSmith_ is now known as MikeSmith
- # [18:16] * Quits: woef (~woef@91.183.84.141) (Ping timeout: 264 seconds)
- # [18:21] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:33] * Joins: dave_levin (~dave_levi@nat/google/x-fgimmcfmlkrsxeof)
- # [18:34] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
- # [18:35] * Quits: rtuin_ (~rtuin@dsl-087-195-129-241.solcon.nl) (Quit: Leaving)
- # [18:36] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 276 seconds)
- # [18:49] * Joins: kennyluck (~kennyluck@114-43-121-60.dynamic.hinet.net)
- # [18:49] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
- # [18:55] * Joins: ap (~ap@2620:149:4:401:6971:46b1:30fa:b5)
- # [18:59] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 252 seconds)
- # [19:10] * Joins: ojan (~ojan@nat/google/x-jgxhwhfmmwwynbdo)
- # [19:12] * Quits: jacobolus (~jacobolus@c-98-216-96-89.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [19:15] * Philip` sees HTML5 supports ∡, which he will make good use of next time he wants to do some dangle measuring
- # [19:15] <timeless> heh
- # [19:15] <timeless> i need to send some feedback to some app vendors
- # [19:15] * Joins: agektmr (~Adium@nat/google/x-anlczjthbqucvirg)
- # [19:15] <timeless> they aren't unescaping entities :(
- # [19:15] <timeless> (it makes names of people and places really hard to read)
- # [19:19] <ojan> TabAtkins: ping
- # [19:19] * Joins: xtoph (~xtoph@213.47.185.206)
- # [19:26] * Quits: rabbi1 (~manjunath@49.200.69.61) (Ping timeout: 252 seconds)
- # [19:27] * Joins: rniwa (~rniwa@nat/google/x-tbbvkfnyfqqlinvv)
- # [19:30] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
- # [19:32] * Joins: rabbi1 (~manjunath@49.200.71.226)
- # [19:33] <zewt> death to entities
- # [19:39] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [19:44] * Joins: astearns (~anonymous@192.150.22.5)
- # [19:46] * Joins: sicking (~chatzilla@nat/mozilla/x-nfeltowidgjzlmvw)
- # [19:56] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [19:59] * Quits: jarek (~jarek@unaffiliated/jarek) (Remote host closed the connection)
- # [20:07] * Quits: sicking (~chatzilla@nat/mozilla/x-nfeltowidgjzlmvw) (Ping timeout: 264 seconds)
- # [20:07] * fishd_ is now known as fishd
- # [20:08] * Joins: sicking (~chatzilla@nat/mozilla/x-wccugmeghwqbebpk)
- # [20:11] * Quits: agektmr (~Adium@nat/google/x-anlczjthbqucvirg) (Quit: Leaving.)
- # [20:17] * Quits: davidb_ (~davidb@66.207.208.98) (Read error: Connection reset by peer)
- # [20:17] * Joins: agektmr (~Adium@nat/google/x-epfuvjxryouydzvt)
- # [20:17] * Joins: davidb_ (~davidb@66.207.208.98)
- # [20:18] * Joins: zdobersek1 (~zan@cpe-46-164-31-157.dynamic.amis.net)
- # [20:18] * Quits: Kellen` (~Kellen@194-17-8-94.customer.telia.com) (Ping timeout: 240 seconds)
- # [20:18] * Quits: zdobersek (~zan@cpe-46-164-16-241.dynamic.amis.net) (Ping timeout: 246 seconds)
- # [20:19] * Quits: sicking (~chatzilla@nat/mozilla/x-wccugmeghwqbebpk) (Ping timeout: 240 seconds)
- # [20:21] * Quits: ben_alman_ (~cowboy@pool-74-104-156-115.bstnma.fios.verizon.net) (Quit: Linkinus - http://linkinus.com)
- # [20:22] * Joins: stefan-_ (~music@swhpet3041.uni-trier.de)
- # [20:22] * Joins: sicking (~chatzilla@nat/mozilla/x-iesgnflrnwymahqa)
- # [20:22] * Joins: ben_alman_ (~cowboy@pool-74-104-156-115.bstnma.fios.verizon.net)
- # [20:22] * Joins: weinig (~weinig@17.203.115.212)
- # [20:26] * Quits: ben_alman (~ben_alman@web126.webfaction.com) (Disconnected by services)
- # [20:26] * Joins: ben_alman (~ben_alman@web126.webfaction.com)
- # [20:36] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [20:39] * Quits: sicking (~chatzilla@nat/mozilla/x-iesgnflrnwymahqa) (Ping timeout: 260 seconds)
- # [21:00] * Joins: cpearce (~chatzilla@ip-118-90-32-171.xdsl.xnet.co.nz)
- # [21:06] <AryehGregor> jgraham, this seems to not produce any output anymore. http://dvcs.w3.org/hg/html/raw-file/tip/tests/submission/AryehGregor/reflection/reflection-onepage.html
- # [21:12] * AryehGregor can't see why
- # [21:13] <AryehGregor> It's not just the number of tests, I don't think.
- # [21:13] * timeless sighs
- # [21:13] <timeless> maybe i was reading the wrong spec?
- # [21:21] * Joins: zdobersek (~zan@46.164.36.25)
- # [21:22] * Quits: zdobersek1 (~zan@cpe-46-164-31-157.dynamic.amis.net) (Ping timeout: 260 seconds)
- # [21:25] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 258 seconds)
- # [21:28] * Joins: sicking (~chatzilla@nat/mozilla/x-qiffydxtjhcqonfb)
- # [21:36] * Quits: rabbi1 (~manjunath@49.200.71.226) (Ping timeout: 260 seconds)
- # [21:54] * Quits: agektmr (~Adium@nat/google/x-epfuvjxryouydzvt) (Quit: Leaving.)
- # [21:54] * Quits: sicking (~chatzilla@nat/mozilla/x-qiffydxtjhcqonfb) (Ping timeout: 276 seconds)
- # [21:56] * Joins: agektmr (~Adium@nat/google/x-ogxfhkvjthqbzxps)
- # [21:56] * Joins: hasather_ (~hasather_@84.38.144.96)
- # [21:58] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [21:58] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
- # [21:58] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [22:03] * Joins: sicking (~chatzilla@nat/mozilla/x-kdhxrpjjunckuqbz)
- # [22:08] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [22:08] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [22:09] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [22:11] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [22:13] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [22:13] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [22:16] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 246 seconds)
- # [22:19] * Quits: zdobersek (~zan@46.164.36.25) (Read error: Operation timed out)
- # [22:24] * Quits: CvP (~CvP@123.49.22.135) (Quit: [ UPP ] > all)
- # [22:24] * Joins: zdobersek (~zan@90.157.242.251)
- # [22:24] * Rik`_ is now known as Rik`
- # [22:35] * Joins: smaug____ (~chatzilla@GYMKDCLXXII.gprs.sl-laajakaista.fi)
- # [22:39] * Quits: ap (~ap@2620:149:4:401:6971:46b1:30fa:b5) (Read error: Connection reset by peer)
- # [22:39] * Joins: ap (~ap@2620:149:4:401:4dd9:1d2d:a584:ad26)
- # [22:40] * Quits: kennyluck (~kennyluck@114-43-121-60.dynamic.hinet.net) (Ping timeout: 264 seconds)
- # [22:41] * Quits: davidb_ (~davidb@66.207.208.98) (Quit: davidb_)
- # [22:42] * Joins: kennyluck (~kennyluck@114-43-124-119.dynamic.hinet.net)
- # [22:46] * Quits: zdobersek (~zan@90.157.242.251) (Quit: Leaving.)
- # [22:47] <jgraham> AryehGregor: So it doesn't. I will look tomorrow
- # [22:47] <AryehGregor> jgraham, thanks.
- # [22:48] * Quits: ZombieLoffe (ZombieL@unaffiliated/zombieloffe)
- # [22:53] * Joins: Jeff_Actual (~ghost@c-98-216-238-210.hsd1.ma.comcast.net)
- # [22:53] * Joins: roc (~chatzilla@121.98.230.221)
- # [22:54] * heycam|away is now known as heycam
- # [22:55] <dglazkov> Accio Hixie!
- # [22:55] <dglazkov> Hixie: are you working on the dialog plumbing?
- # [22:56] * Joins: fsamuel (~fsamuel@nat/google/x-csediqjfedvzbjuh)
- # [23:00] <ojan> TabAtkins: in your flex rewriting this week...are you touching flex-flow?
- # [23:00] <ojan> TabAtkins: what's there now seems...complicated
- # [23:05] <dglazkov> hey fsamuel!
- # [23:06] <dglazkov> fsamuel: this is Hixie's natural habitat. You can see a glimpse of him eating a banana here. Be very, very still.
- # [23:07] * Quits: MacTed (~Thud@63.119.36.36)
- # [23:07] * Quits: weinig (~weinig@17.203.115.212) (Ping timeout: 252 seconds)
- # [23:07] <fsamuel> dglazkov, Hixie: Hi dglazkov, hi hixie! :)
- # [23:08] <dglazkov> Hixie: meet fsamuel. He's been very interested in building user-stylable select menu drop-downs. I wondered if there's an overlap with your thinking on <dialog>
- # [23:16] * Quits: xtoph (~xtoph@213.47.185.206)
- # [23:16] * Quits: ezoe (~ezoe@203-140-88-71f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
- # [23:17] * Joins: weinig (~weinig@17.246.16.189)
- # [23:17] * Quits: weinig (~weinig@17.246.16.189) (Client Quit)
- # [23:20] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 245 seconds)
- # [23:21] * Quits: Ephemera (~Ephemera@61.41.24.114) (Read error: Connection reset by peer)
- # [23:21] * Quits: LBP (~Mirc@pD9EB1DD7.dip0.t-ipconnect.de) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [23:21] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:22] * Joins: Ephemera (~Ephemera@61.41.24.114)
- # [23:31] <smaug____> AryehGregor: ping
- # [23:31] <AryehGregor> smaug____, pong.
- # [23:31] <smaug____> AryehGregor: about http://html5.org/specs/dom-range.html#range-behavior-under-document-mutation and splitText
- # [23:32] <smaug____> what if textnode's parent is null
- # [23:32] <AryehGregor> Don't I handle that explicitly?
- # [23:32] <AryehGregor> "If old node's parent is not null, . . ."
- # [23:32] <smaug____> AryehGregor: you handle not-null case
- # [23:32] <smaug____> but where is the is null
- # [23:32] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:33] <AryehGregor> That's a corner case, so nothing special happens. Regular range mutation rules apply.
- # [23:33] <AryehGregor> IIRC I used to handle it, but decided it was pointless to worry about it.
- # [23:33] <smaug____> hmm
- # [23:33] <AryehGregor> Often you can't do better than the default behavior anyway.
- # [23:33] <AryehGregor> Since the range can't span the two text nodes.
- # [23:33] <smaug____> AryehGregor: so what if you split text between the boundary points
- # [23:34] <AryehGregor> If the parent is null? Exactly what Gecko does now: any boundary point after the offset you're splitting at is clamped to the end of the node.
- # [23:34] <AryehGregor> There's no special case then.
- # [23:34] * Quits: sicking (~chatzilla@nat/mozilla/x-kdhxrpjjunckuqbz) (Ping timeout: 252 seconds)
- # [23:35] <smaug____> ah
- # [23:35] <smaug____> ok
- # [23:35] <smaug____> a bit hard to read but ok
- # [23:35] <smaug____> I mean the draft
- # [23:36] <AryehGregor> What wording would you suggest?
- # [23:36] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: FireFly)
- # [23:37] <smaug____> well, I was assuming that since there is the "If old node's parent is not null" case, there would be also the "is null" case
- # [23:38] <AryehGregor> Would you assume that when reading code? If it doesn't give the case, it's not there.
- # [23:38] <AryehGregor> This is really just pseudocode.
- # [23:38] <smaug____> well, there is the other case defined
- # [23:38] <smaug____> "User agents must run the following steps whenever they execute splitText()"
- # [23:39] <AryehGregor> Right, just sometimes they do nothing. Of course, the horrible way this is written is a hack to work around the fact that we haven't merged it into DOM Core yet.
- # [23:39] <smaug____> well, they need to update the boundary points when parent is null
- # [23:39] <smaug____> that is not "do nothing"
- # [23:40] <AryehGregor> It's "do nothing extra".
- # [23:40] <smaug____> the draft doesn't say that do something, but when splitText() is called, do something extra
- # [23:41] <AryehGregor> It says UAs have to run the steps as though they were written at the end of splitText().
- # [23:41] <AryehGregor> Earlier than that, splitText() replaced data and probably inserted a node.
- # [23:41] <AryehGregor> That already triggered different mutation rules.
- # [23:41] <AryehGregor> I have a note there that points this out explicitly: "Thus they must be executed after following the range mutation rules for any changes to data or insertions that the method caused."
- # [23:42] <AryehGregor> Also, one of the steps is "Let original offset equal what the boundary point's offset was before this splitText invocation replaced the data of node." That doesn't make any sense if you didn't already have range mutation rules running beforehand.
- # [23:42] <AryehGregor> I'd ask for suggestions to make this clearer, but it will be moot once it's merged into DOM Core.
- # [23:43] <smaug____> a lot clearer would be to add just the case for null parent
- # [23:43] <smaug____> or at least a link
- # [23:43] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
- # [23:44] <AryehGregor> A link to what?
- # [23:44] <smaug____> to the part of the spec which says what to do when parent is null
- # [23:44] <AryehGregor> You do nothing extra when the parent is null.
- # [23:45] <smaug____> this is about readability of the spec
- # [23:45] <smaug____> not correctness
- # [23:45] <AryehGregor> Readability is a mess because it's trying to hack extra steps onto DOM Core when DOM Core doesn't provide hooks for it.
- # [23:45] <AryehGregor> This will be solved when DOM Range is merged into DOM Core, so this will just be an extra step or two in the splitText() algorithm itself.
- # Session Close: Tue Aug 30 00:00:00 2011
The end :)