Options:
- # Session Start: Thu Nov 25 00:00:00 2010
- # Session Ident: #whatwg
- # [00:02] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: No route to host)
- # [00:05] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [00:09] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Ping timeout: 265 seconds)
- # [00:10] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [00:10] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
- # [00:12] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
- # [00:14] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [00:19] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [00:24] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:39] * AryehGregor is slightly disoriented when he reads random cryptography articles on Wikipedia and finds references regularly to things named after the guy who taught his crypto course
- # [00:39] <TabAtkins> Heh, that's pretty cool.
- # [00:40] * Quits: abarth (~abarth@c-67-169-68-88.hsd1.ca.comcast.net) (Quit: abarth)
- # [00:40] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # [00:40] <gsnedders> AryehGregor: Maybe he did know what he was talking about, after all, then :P
- # [00:42] <AryehGregor> I guess that's what you get at a place like NYU, they have top researchers. He was a really good instructor, too.
- # [00:42] <AryehGregor> I haven't noticed it with my math professors, but I guess math research is just way too specialized for me to know anything that touches on their research.
- # [00:43] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Client Quit)
- # [00:45] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [00:46] * Quits: oknoway (~oknoway@74-95-43-121-Oregon.hfc.comcastbusiness.net) (Quit: oknoway)
- # [00:46] * AryehGregor finds http://en.wikipedia.org/wiki/Very_smooth_hash suspicious, since it claims to be collision-resistant but not preimage-resistant, which is self-evidently impossible
- # [00:48] <TabAtkins> My cryptography knowledge is very obviously based on me reading wikipedia and blogs, so I slip up and confused collision and preimage a lot. >_<
- # [00:51] * Joins: charlvn (~charlvn@nova.ipv6.charlvn.com)
- # [00:52] * AryehGregor notices that the article only cites two sources, of which one is the original paper and the other link is broken . . .
- # [00:53] <gsnedders> I just claim to not know much about crypto :)
- # [00:53] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [00:53] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Read error: Connection reset by peer)
- # [00:53] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [00:59] <AryehGregor> Okay, so apparently collision resistance implies that you can't do preimage attacks on *most* hashes, but you might still be able to do them on particular important subsets of hashes.
- # [01:01] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
- # [01:01] <AryehGregor> So formally it implies preimage resistance, if you define preimage resistance in terms of the challenger selecting a hash uniformly at random, but not in practice.
- # [01:01] <AryehGregor> Learn something new every day.
- # [01:03] <AryehGregor> I don't feel so bad, because I learned this particular fact from this famous professor I was talking about.
- # [01:03] * AryehGregor stops talking to himself
- # [01:03] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Quit: kennyluck)
- # [01:04] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 245 seconds)
- # [01:04] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
- # [01:05] * Quits: MikeSmith (~MikeSmith@EM114-48-28-143.pool.e-mobile.ne.jp) (Quit: MikeSmith)
- # [01:06] * Quits: Athox (~duckmysic@cF075BF51.dhcp.bluecom.no) (Ping timeout: 264 seconds)
- # [01:07] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Ping timeout: 240 seconds)
- # [01:10] * Joins: sicking (~chatzilla@nat/mozilla/x-nmiqpjtkfvnqvfsh)
- # [01:11] * Joins: riven` (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [01:13] * Joins: Anti-X (~duckmysic@77.16.147.45.tmi.telenormobil.no)
- # [01:14] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Ping timeout: 245 seconds)
- # [01:14] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
- # [01:15] * Joins: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com)
- # [01:17] * Quits: daedb (~daed@78-72-108-100-no178.tbcn.telia.com) (Ping timeout: 245 seconds)
- # [01:19] * Joins: yuhong (~chatzilla@pool-96-253-143-208.sttlwa.dsl-w.verizon.net)
- # [01:20] <yuhong> "Authors must not use the lang attribute in the XML namespace on HTML elements in HTML documents. To ease migration to and from XHTML, authors may specify an attribute in no namespace with no prefix and with the literal localname "xml:lang" on HTML elements in HTML documents, but such attributes must only be specified if a lang attribute in no namespace is also specified, and both attributes...
- # [01:20] <yuhong> ...must have the same value when compared in an ASCII case-insensitive manner."
- # [01:20] <yuhong> Unfortunately, XHTML 1.1 can now be served as text/html and that does not allow lang to be used.
- # [01:20] <yuhong> http://www.w3.org/TR/2009/NOTE-xhtml-media-types-20090116/
- # [01:21] <AryehGregor> Huh? XHTML 1.1 allows lang to be used.
- # [01:22] <AryehGregor> Oh, 1.1.
- # [01:22] <AryehGregor> Who uses 1.1?
- # [01:22] <AryehGregor> I doubt HTML5 aims for compatibility with XHTML 1.1.
- # [01:22] <yuhong> Nobody so far, but that is partly because before it can't be served as text/html.
- # [01:22] <AryehGregor> 1.0, yes, more or less.
- # [01:22] <yuhong> Now it can.
- # [01:22] <yuhong> Thanks to the second edition.
- # [01:23] <AryehGregor> Okay, so is there a problem here?
- # [01:23] <AryehGregor> Serve it as XHTML 1.1 and use xml:lang, or as HTML5 and use lang.
- # [01:23] <AryehGregor> The XHTML 1.1 doctype isn't allowed by HTML5 either.
- # [01:23] <AryehGregor> So you can't serve the same document for both.
- # [01:23] <AryehGregor> Not to mention that if you tried that you couldn't use all the new HTML5 features like <canvas> and <video> and so forth.
- # [01:23] <AryehGregor> (in which case, why bother with HTML5 at all?)
- # [01:24] * Quits: yuhong (~chatzilla@pool-96-253-143-208.sttlwa.dsl-w.verizon.net) (Quit: ChatZilla 0.9.86 [Firefox 3.6.11/20101013133512])
- # [01:25] <AryehGregor> Would you like the spec to say "To ease migration to and from XHTML 1.0, . . ." instead?
- # [01:25] * Quits: paul_irish (~paul_iris@nat/google/x-fgyrtvcejpuctgkh) (Remote host closed the connection)
- # [01:27] * Joins: kennyluck (~kennyluck@EM111-188-27-251.pool.e-mobile.ne.jp)
- # [01:27] * Quits: kennyluck (~kennyluck@EM111-188-27-251.pool.e-mobile.ne.jp) (Excess Flood)
- # [01:28] * Quits: sicking (~chatzilla@nat/mozilla/x-nmiqpjtkfvnqvfsh) (Ping timeout: 250 seconds)
- # [01:29] * Joins: paul_irish (~paul_iris@67.218.104.222)
- # [01:30] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Read error: Connection reset by peer)
- # [01:31] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [01:31] * Joins: MikeSmith (~MikeSmith@EM114-48-226-218.pool.e-mobile.ne.jp)
- # [01:31] * Quits: rkp (handcraft@host86-152-149-178.range86-152.btcentralplus.com)
- # [01:34] * Quits: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca) (Read error: Connection reset by peer)
- # [01:34] * Quits: ojan (~ojan@nat/google/x-sbysmoiehxoyxmvk) (Quit: ojan)
- # [01:36] <MikeSmith> that Wikipedia article is indeed suspicious
- # [01:36] <MikeSmith> from the title, you'd expect there to be something about hash in there
- # [01:37] <MikeSmith> but you read it and instead it's all about mathematical formulas or some damn thing
- # [01:38] <MikeSmith> this article about this subject is much more straightforward:
- # [01:38] <MikeSmith> http://en.wikipedia.org/wiki/Hashish
- # [01:38] <MikeSmith> it gets to the point right away
- # [01:39] <nimbupani> i had a print of a 1973 poster from a katmandu shop
- # [01:39] <nimbupani> with a goddess who has a marijuana in her hand
- # [01:39] <nimbupani> and the slogan
- # [01:40] <nimbupani> "We Take You Higher"
- # [01:40] <nimbupani> a marijuana leaf*
- # [01:41] <MikeSmith> heh
- # [01:44] <paul_irish> relatedly: thx to MikeSmith i got a tshirt that says. "HTML. So High! Too much love."
- # [01:44] <MikeSmith> yeah, there's lots more where that one came from
- # [01:45] <nimbupani> too bad they dont do CSS
- # [01:45] <nimbupani> or SVG
- # [01:45] * Quits: jacobolus (~jacobolus@fw-1-user-net-flrs.cictr.com) (Quit: Leaving...)
- # [01:45] <nimbupani> i bet W3C will get lots of money if they start creating such t-shirts :D
- # [01:45] * Quits: dglazkov (~dglazkov@nat/google/x-maudlrgogcgnpbbe) (Quit: dglazkov)
- # [01:45] <paul_irish> fundraiser whaat!
- # [01:45] <cardona507> i need an html so high! shirt
- # [01:45] <paul_irish> boom.
- # [01:45] <cardona507> we need a screenshot of sir tim wearing one of those shirts
- # [01:45] <cardona507> that would be hot
- # [01:46] * Joins: jacobolus (~jacobolus@fw-1-user-net-flrs.cictr.com)
- # [01:46] * Quits: toyoshim (~toyoshim@2401:fa00:4:1000:baac:6fff:fe94:f8fa) (Quit: Leaving.)
- # [01:46] <nimbupani> i think we have a biz plan right here MikeSmith
- # [01:47] <MikeSmith> yeah, we need to execute on this
- # [01:47] * Quits: jacobolus (~jacobolus@fw-1-user-net-flrs.cictr.com) (Remote host closed the connection)
- # [01:47] <MikeSmith> it's interesting that the words HTML and THC both have the letter H in them… there's no way that could just be a simple coincidence
- # [01:47] <MikeSmith> I think we should rename XBL2 to THC
- # [01:48] * toyoshima is now known as toyoshim
- # [01:49] * Joins: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com)
- # [01:52] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [01:54] <MikeSmith> JonathanNeal: did you get any feedback yet on that bug you filed?
- # [01:54] <JonathanNeal> none that I know of, let's check.
- # [01:55] <MikeSmith> what's the bug number?
- # [01:55] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [01:57] <JonathanNeal> https://bugs.webkit.org/show_bug.cgi?id=50006
- # [01:57] <JonathanNeal> UNCONFIRMED
- # [02:00] <MikeSmith> ah, it's cool you added the red
- # [02:00] <MikeSmith> in the test page
- # [02:00] <MikeSmith> makes it a lot easier to see
- # [02:05] <JonathanNeal> Yea, that was based on your initial reaction.
- # [02:06] <JonathanNeal> When I have free time I'd be interested in seeing how Firefox handles the spread, like, where it distributes the leftover pixels.
- # [02:09] <JonathanNeal> okay, time to bring pie to the gf's fam and then home for more coding. see you guys a little later (if you're on)
- # [02:09] * Quits: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com) (Quit: Leaving)
- # [02:09] <MikeSmith> cheers
- # [02:13] * Joins: miketaylr (~miketaylr@24.42.95.108)
- # [02:13] * Quits: paul_irish (~paul_iris@67.218.104.222) (Remote host closed the connection)
- # [02:18] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com) (Ping timeout: 245 seconds)
- # [02:18] * Quits: dbaron (~dbaron@nat/mozilla/x-wpyykxjgtfwfgprz) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [02:27] * Joins: bckenny (~bckenny@69.230.0.6)
- # [02:30] * Joins: kennyluck (~kennyluck@EM114-48-133-38.pool.e-mobile.ne.jp)
- # [02:30] * Quits: kennyluck (~kennyluck@EM114-48-133-38.pool.e-mobile.ne.jp) (Excess Flood)
- # [02:32] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
- # [02:36] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [02:36] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [02:37] * Joins: MikeSmith_ (~MikeSmith@EM114-48-72-78.pool.e-mobile.ne.jp)
- # [02:39] * Quits: MikeSmith (~MikeSmith@EM114-48-226-218.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [02:39] * MikeSmith_ is now known as MikeSmith
- # [02:42] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Quit: david_carlisle)
- # [03:01] * Joins: yuhong (~chatzilla@pool-96-253-143-208.sttlwa.dsl-w.verizon.net)
- # [03:02] <yuhong> Sorry, I found out later actually XHTML 1.1 second edition did add the lang attribute, so there is no incompatibility anyway.
- # [03:02] <yuhong> Look at the beginning of http://www.w3.org/TR/xhtml11/.
- # [03:02] * Quits: yuhong (~chatzilla@pool-96-253-143-208.sttlwa.dsl-w.verizon.net) (Client Quit)
- # [03:08] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [03:10] * Quits: expilicious (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com) (Quit: nn)
- # [03:17] * Quits: TabAtkins (~tabatkins@nat/google/x-ofwvdprbzowdhpau) (Quit: Lost terminal)
- # [03:20] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [03:28] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Disconnected by services)
- # [03:28] * Joins: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
- # [03:30] * Quits: bckenny (~bckenny@69.230.0.6) (Remote host closed the connection)
- # [03:44] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [03:56] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [04:07] * Joins: Athox (~duckmysic@cE17FBF51.dhcp.bluecom.no)
- # [04:09] * Quits: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com) (Ping timeout: 272 seconds)
- # [04:09] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [04:09] * Quits: Anti-X (~duckmysic@77.16.147.45.tmi.telenormobil.no) (Read error: Connection reset by peer)
- # [04:14] * Joins: nessy (~Adium@124-171-8-121.dyn.iinet.net.au)
- # [04:25] * Joins: MikeSmith_ (~MikeSmith@EM114-48-72-78.pool.e-mobile.ne.jp)
- # [04:25] * Quits: MikeSmith (~MikeSmith@EM114-48-72-78.pool.e-mobile.ne.jp) (Read error: Connection reset by peer)
- # [04:25] * MikeSmith_ is now known as MikeSmith
- # [04:28] * Joins: hamaji (~hamaji@220.109.219.244)
- # [04:41] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 255 seconds)
- # [04:41] * Joins: gavin_ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
- # [04:41] * Quits: gavin_ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com) (Changing host)
- # [04:41] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [04:45] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [04:50] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [04:52] * Quits: Martijnc (~Martijnc@91.176.25.7) (Read error: Connection reset by peer)
- # [04:55] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Ping timeout: 240 seconds)
- # [04:58] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [05:00] * Joins: Martijnc (~Martijnc@91.176.170.156)
- # [05:07] <MikeSmith> in C++ program, if I have an int, is there any way I can determine how many digits there in it?
- # [05:10] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [05:12] * Joins: micheil_mbp (~micheil@124-149-173-56.dyn.iinet.net.au)
- # [05:12] * Quits: micheil (~micheil@124-149-173-56.dyn.iinet.net.au) (Ping timeout: 260 seconds)
- # [05:12] * micheil_mbp is now known as micheil
- # [05:18] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [05:19] * Quits: miketaylr (~miketaylr@24.42.95.108) (Quit: miketaylr)
- # [05:24] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [05:31] * Quits: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net) (Quit: night)
- # [05:35] * Joins: miketaylr (~miketaylr@24.42.95.108)
- # [05:38] <heycam> MikeSmith, without repeatedly dividing by 10?
- # [05:39] <MikeSmith> heycam: yeah, preferably
- # [05:40] <MikeSmith> but I have since realized it's not going to help me to know it anyway
- # [05:40] <heycam> aha i knew there would be a bit twiddling hack for it
- # [05:40] <heycam> http://graphics.stanford.edu/~seander/bithacks.html#IntegerLog10
- # [05:41] * MikeSmith looks
- # [05:41] <MikeSmith> wow
- # [05:42] <heycam> that page is full of awesome
- # [05:42] <MikeSmith> see, I knew there was some obvious way to do it :)
- # [05:42] <MikeSmith> yeah
- # [05:42] <heycam> heh
- # [05:42] <MikeSmith> that page is indeed great
- # [05:43] <MikeSmith> my C++ programming skills are the complete opposite of awesome
- # [05:43] <MikeSmith> but I did just manage to find and fix another bug in the V8 date-parsing code
- # [05:43] <MikeSmith> despite my caveman-level programming chops
- # [05:44] <MikeSmith> and no thanks to gdb
- # [05:44] <heycam> maybe you can pick up a monetary reward for that
- # [05:45] <MikeSmith> I would be happy with a new skateboard
- # [05:46] <MikeSmith> or a new deck at least
- # [05:49] <MikeSmith> anyway, I have decided that debuggers are overkill
- # [05:49] <MikeSmith> printf and the like are the best debugging tool ever
- # [05:50] <heycam> totally
- # [05:50] * MikeSmith is listening to "Cadaverous / Ultraviolent Junglist" by Venetian Snares on WFMU on HotRod's show from WFMU - Freeform Radio the Way it Oughta Be (✮✮✮✮✮)
- # [05:52] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [05:54] <MikeSmith> I'm also convinced that listening to breakcore helps me thinks better
- # [05:54] <MikeSmith> or faster at least
- # [06:01] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [06:02] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 240 seconds)
- # [06:02] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [06:03] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [06:03] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [06:15] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [06:18] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Client Quit)
- # [06:22] * Joins: paradisaeidae (~chatzilla@ppp167-253-233.static.internode.on.net)
- # [06:29] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Disconnected by services)
- # [06:29] * Joins: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
- # [06:31] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [06:35] * Quits: miketaylr (~miketaylr@24.42.95.108) (Remote host closed the connection)
- # [06:35] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
- # [06:36] * Joins: MikeSmith_ (~MikeSmith@2001:200:1c0:3602:219:e3ff:fe08:8ad3)
- # [06:36] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [06:37] * Joins: yoshiaki (~yoshiaki@2001:200:1c0:3602:225:ff:fe3f:69ba)
- # [06:39] * Quits: MikeSmith (~MikeSmith@EM114-48-72-78.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
- # [06:39] * MikeSmith_ is now known as MikeSmith
- # [06:40] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 245 seconds)
- # [06:44] * Quits: hamaji (~hamaji@220.109.219.244) (Read error: Connection reset by peer)
- # [06:45] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
- # [06:45] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Excess Flood)
- # [06:46] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [06:47] * Quits: paradisaeidae (~chatzilla@ppp167-253-233.static.internode.on.net) (Ping timeout: 255 seconds)
- # [06:48] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 265 seconds)
- # [06:53] * Joins: paradisaeidae (~chatzilla@ppp167-253-233.static.internode.on.net)
- # [06:56] * Joins: hamaji (~hamaji@220.109.219.244)
- # [07:00] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [07:01] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [07:01] * Quits: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [07:03] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [07:04] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [07:12] * Parts: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [07:16] * Athox is now known as Anti-X
- # [07:36] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [07:38] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [07:38] * Joins: cyphase (~cyphase@adsl-99-35-131-54.dsl.pltn13.sbcglobal.net)
- # [07:38] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
- # [07:38] * Quits: cyphase (~cyphase@adsl-99-35-131-54.dsl.pltn13.sbcglobal.net) (Read error: Connection reset by peer)
- # [07:38] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [07:39] * Joins: matjas (~matjas@ip-213-49-112-75.dsl.scarlet.be)
- # [07:43] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
- # [07:46] * Joins: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt)
- # [07:46] * Joins: FireFly (~firefly@1-1-3-36a.tul.sth.bostream.se)
- # [07:46] * Quits: FireFly (~firefly@1-1-3-36a.tul.sth.bostream.se) (Changing host)
- # [07:46] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [07:55] * Quits: paradisaeidae (~chatzilla@ppp167-253-233.static.internode.on.net) (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630])
- # [07:57] * Joins: mokush (~quassel@86.127.164.98)
- # [07:59] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [08:05] <MikeSmith> kennyluck: http://blog.jclark.com/2010/11/xml-vs-web_24.html
- # [08:07] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [08:08] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [08:08] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 265 seconds)
- # [08:08] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [08:08] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [08:18] * Quits: virtuelv (~virtuelv_@193.62.9.46.customer.cdi.no) (Quit: Ex-Chat)
- # [08:24] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Ping timeout: 272 seconds)
- # [08:27] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 265 seconds)
- # [08:28] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [08:31] * Joins: henrikbjorn (~Henrik@dkcphfw01.infopaq.dk)
- # [08:34] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
- # [08:40] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:50] * Joins: erlehmann (~erlehmann@188.106.102.46)
- # [08:58] * Joins: daedb (~daed@78-72-108-100-no178.tbcn.telia.com)
- # [09:00] * Quits: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com) (Ping timeout: 245 seconds)
- # [09:04] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
- # [09:06] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Disconnected by services)
- # [09:06] * Joins: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
- # [09:20] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 245 seconds)
- # [09:24] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [09:27] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
- # [09:32] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [09:41] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [09:42] * Joins: payman_m (~payman_m@h85-8-2-58.static.se.alltele.net)
- # [09:44] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [09:49] * Quits: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com) (Read error: Connection reset by peer)
- # [09:49] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [09:49] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [09:53] * Joins: ROBOd (~robod@89.123.175.9)
- # [09:55] * Joins: Peter` (~peter@188.95.90.218)
- # [09:56] * Quits: mokush (~quassel@86.127.164.98) (Remote host closed the connection)
- # [09:59] * Joins: benschwarz (~ben@59.167.185.148)
- # [09:59] * Joins: roc (~chatzilla@121.98.230.221)
- # [10:11] * Joins: smaug____ (~chatzilla@ZYYMMCLXXXVIII.gprs.sl-laajakaista.fi)
- # [10:12] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [10:16] * Quits: yoshiaki (~yoshiaki@2001:200:1c0:3602:225:ff:fe3f:69ba) (Quit: Leaving...)
- # [10:19] * Joins: Yudai_________ (~Yudai@p4a02e9.kngwnt01.ap.so-net.ne.jp)
- # [10:20] * Quits: Yudai________ (~Yudai@pc65174.kngwnt01.ap.so-net.ne.jp) (Ping timeout: 240 seconds)
- # [10:23] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
- # [10:33] * Quits: Anti-X (~duckmysic@cE17FBF51.dhcp.bluecom.no) (Ping timeout: 250 seconds)
- # [10:38] * Joins: Anti-X (~duckmysic@cB079BF51.dhcp.bluecom.no)
- # [10:39] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [10:42] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [10:44] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [10:45] * Quits: smaug____ (~chatzilla@ZYYMMCLXXXVIII.gprs.sl-laajakaista.fi) (Ping timeout: 240 seconds)
- # [10:46] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
- # [10:47] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [10:47] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [10:49] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
- # [10:50] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [10:55] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [10:58] * riven` is now known as riven
- # [11:04] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
- # [11:12] <zcorpan> xhtml2 wg is still alive... http://www.w3.org/News/2010.html#entry-8962
- # [11:14] * Joins: Phae (~Phae@gatekeeper.macmillan.co.uk)
- # [11:15] <jgraham> I like how the top item on their homepage is "XHTML 2 Working Group Expected to Stop Work End of 2009". No one expects the… well you see where I am going. Maybe it's not that surprising, since Steven Pemberton was involved with ABC which was the precursor to Python
- # [11:16] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
- # [11:20] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:21] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: Connection reset by peer)
- # [11:21] * Joins: maikmerten_ (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [11:22] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
- # [11:24] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:28] * Quits: Anti-X (~duckmysic@cB079BF51.dhcp.bluecom.no) (Ping timeout: 276 seconds)
- # [11:29] * Joins: expilicious (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com)
- # [11:32] * Joins: Anti-X (~duckmysic@cB079BF51.dhcp.bluecom.no)
- # [11:43] * Joins: MikeSmith_ (~MikeSmith@EM114-48-105-108.pool.e-mobile.ne.jp)
- # [11:46] * Quits: MikeSmith (~MikeSmith@2001:200:1c0:3602:219:e3ff:fe08:8ad3) (Ping timeout: 260 seconds)
- # [11:46] * MikeSmith_ is now known as MikeSmith
- # [11:55] * Joins: david_carlisle (~davidc@62.231.145.254)
- # [12:00] <jgraham> david_carlisle: I think the answer to your question about testsuites is something like "use common sense", i.e. if you make a test that is known to fail in some UA for a reason unrelated to what it purports to test, that is probably bad
- # [12:00] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [12:01] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [12:01] <jgraham> and the less interoperable the features you use in your test, the more likely that is to happen
- # [12:01] * jgraham should write something like that to the list
- # [12:02] <annevk> david_carlisle, if that innerHTML issue gets resolved I suspect it will be out of scope for the HTML WG test suite
- # [12:02] <annevk> david_carlisle, we could still add it I suppose, but HTML5 would not place the requirements
- # [12:02] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 272 seconds)
- # [12:05] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 265 seconds)
- # [12:10] * Joins: david_carlisle (~davidc@62.231.145.254)
- # [12:10] <david_carlisle> jgraham: but I haven't any javascript common sense (no natural feel for the language). Now if the test suite was in xslt it would be so much easier...
- # [12:14] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 240 seconds)
- # [12:15] * Joins: david_carlisle (~davidc@62.231.145.254)
- # [12:17] <jgraham> Yeah, because you would be the only contributer :p
- # [12:19] <david_carlisle> annevk: if it's out of scope to test for innerHTML on math, then why $ grep innerHTML approved/foreigncontent/foreign_content_009.html
- # [12:19] <david_carlisle> for example
- # [12:22] <david_carlisle> jgraham: on interoperability, I checked the thing worked as expected in webkit/opera/ff/ie is that "interoperable enough" in practice. there are mathml systems that don't do javascript at all, which would no doubt have serious problems with the test harness, so it wasn't clear to me what was likely to be acceptable.
- # [12:24] <annevk> david_carlisle, is that testing innerHTML on an HTML or MathML element?
- # [12:24] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [12:24] <jgraham> Neither, it is using innerHTML to set the results, afaict
- # [12:25] * Joins: cooto (~coto@pc-9-153-83-200.cm.vtr.net)
- # [12:26] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 240 seconds)
- # [12:27] * Parts: cooto (~coto@pc-9-153-83-200.cm.vtr.net)
- # [12:29] * Joins: maikmerten__ (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [12:30] * Quits: maikmerten__ (~merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: Connection reset by peer)
- # [12:30] * Quits: maikmerten_ (~merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: Connection reset by peer)
- # [12:32] * Joins: david_carlisle (~davidc@62.231.145.254)
- # [12:32] <david_carlisle> annevk: its on svg not mathml, but whatever its testing if innerHTML didn't work on svg the test would fall over
- # [12:32] * Joins: cooto (~coto@pc-9-153-83-200.cm.vtr.net)
- # [12:33] <david_carlisle> sorry, i need to move wifi only stays up for a minute at a time here
- # [12:33] * Quits: cooto (~coto@pc-9-153-83-200.cm.vtr.net) (Client Quit)
- # [12:33] <jgraham> david_carlisle: It only uses .innerHTML on a HTMLElement afaict
- # [12:33] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [12:34] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Ping timeout: 264 seconds)
- # [12:35] <david_carlisle> does it, oops must look harder next time:-0
- # [12:35] * Quits: Anti-X (~duckmysic@cB079BF51.dhcp.bluecom.no) (Ping timeout: 260 seconds)
- # [12:39] * Joins: MikeSmith_ (~MikeSmith@EM111-188-43-245.pool.e-mobile.ne.jp)
- # [12:40] * Joins: Anti-X (~duckmysic@cB079BF51.dhcp.bluecom.no)
- # [12:42] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [12:42] * Quits: MikeSmith (~MikeSmith@EM114-48-105-108.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [12:42] * MikeSmith_ is now known as MikeSmith
- # [12:43] * Joins: smaug____ (~chatzilla@YZMYCCXXII.gprs.sl-laajakaista.fi)
- # [12:46] * Joins: maikmerten__ (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [12:46] <david_carlisle> annevk: i still don't really see why it's out of scope for html5, .innerHTML works on math in html in pre-html5 parsers eg opera. It's just the html5 spec as currently written that says it shouldn't work.
- # [12:48] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [12:49] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [12:50] <jgraham> david_carlisle: Surely it is in scope for the Math WG to put whatever they like on the interface implemented by MathML elements. But I guess annevk means it will become part of Web DOM Core
- # [12:50] <jgraham> No reason not to test it in HTML5 testsuite if it does
- # [12:51] <jgraham> But not strictly in scope
- # [12:52] <annevk> david_carlisle, HTML5 can say what happens on HTML elements, not what happens on non-HTML elements
- # [12:53] <annevk> david_carlisle, that is how we have scoped it from the beginning anyway
- # [12:53] <annevk> david_carlisle, and the current proposal for generalizing innerHTML is outside HTML5
- # [12:54] <annevk> david_carlisle, it is this specification: http://html5.org/specs/dom-parsing.html
- # [12:55] <david_carlisle> jgraham: but basically the browser manufacturers told us they didn't want a mathml specific dom as it was work for not much gain (and it was hard to disagree) so we currently don't have anywhere to specify a mathml specific interface, we assumed that in a browser context it would just do the right thing using a generaic interface (ie one more like HTMLElement than Element)
- # [12:55] <david_carlisle> annevk: it is the html5 spec that has said what to do with math, if it haddnt said that it would be unknown html element and these methods would be available
- # [12:55] <david_carlisle> as they are in FF3 or opera, or IE9
- # [12:56] * Quits: espadrine (~espadrine@acces1400.res.insa-lyon.fr) (Quit: espadrine)
- # [12:57] <jgraham> david_carlisle: It seems like it should be rather easy to say that all elements in MathML implement HTMLElement rather than Element
- # [12:57] <david_carlisle> yes please!
- # [12:58] <david_carlisle> curently as far as dom scripting support goes mathml elemnts get less functionality than <wibble-foo-bar> which can't be right
- # [12:59] * Quits: maikmerten__ (~merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: Connection reset by peer)
- # [13:00] <jgraham> david_carlisle: Well, strictly speaking it is for the Math WG to say, not HTML. But I suggest sending an email to public-html
- # [13:01] * Quits: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [13:02] * Quits: nessy (~Adium@124-171-8-121.dyn.iinet.net.au) (Quit: Leaving.)
- # [13:02] <david_carlisle> jgraham; As I say we have essentially retired the mathml dom spec (chapter 8 of mathml2 has no equiv in mathml3) but if necessary we would see if we could get ourself chartered to make a new rec trac document that said the one line MathMLElement inherits from HTMLElement in a DOM that supports HTMLElement
- # [13:03] <annevk> david_carlisle, HTML5 cannot say what interface elements in a non-HTML namespace implement
- # [13:04] <jgraham> annevk: Presumably HTML can say anything that we can get along the Rec. track
- # [13:05] <annevk> jgraham, I guess, but I would not agree to this approach
- # [13:06] <jgraham> What, saying that MathMLElement inherits HTMLElement?
- # [13:06] <jgraham> Or saying that without rechartering the MathML WG?
- # [13:06] <jgraham> That is, is your issue technical or procedural?
- # [13:06] <annevk> either
- # [13:06] <annevk> I think innerHTML should move to Element
- # [13:07] * Joins: espadrine (~espadrine@eduroinsa762.insa-lyon.fr)
- # [13:07] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 265 seconds)
- # [13:08] * Joins: david_carlisle (~davidc@62.231.145.254)
- # [13:08] <jgraham> annevk: It seems like there is a lot of other stuff on HTMLElement that I would want on all elements in a text/html document
- # [13:09] <david_carlisle> jgraham: yes innerHTML is just one aspect that happened to bite first.
- # [13:09] <annevk> and not in a text/xml document?
- # [13:09] <annevk> and not for SVG elements?
- # [13:09] <jgraham> I don't care about XML documents
- # [13:09] <jgraham> Also for SVG, yes
- # [13:10] <jgraham> But that is more complex as SVG has a non-trivial DOM of its own
- # [13:10] <annevk> well, DOM consistency is important
- # [13:10] <david_carlisle> annevk: In doms that support HTMLElement, in a pure XML world thinsg are different but mathml in html should behave like an html element and mathml in xhtml should behave like an xhtml one
- # [13:11] <annevk> I'm not sure what you mean with a pure XML world. From a browser's perspective there's hardly any difference.
- # [13:11] <annevk> And there's also hardly any difference between HTML and XHTML.
- # [13:11] <david_carlisle> annevk: I mean if you are not in a browser
- # [13:12] <annevk> Even then the same considerations would apply I hope...
- # [13:12] * Joins: nessy (~Adium@124-171-8-121.dyn.iinet.net.au)
- # [13:12] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [13:13] * Joins: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca)
- # [13:13] <david_carlisle> annevk: sorry you lost me. i just want someone to say that if a DOM implements HTMLElement then MathML elements should inherit from that, and if the DOM doesn't implement HTMLElement then they inherit from Element
- # [13:14] <jgraham> That sounds… odd
- # [13:14] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [13:14] <annevk> yeah...
- # [13:14] * Quits: david_carlisle (~davidc@62.231.145.254) (Read error: Connection reset by peer)
- # [13:14] <jgraham> (I think you just want to inherit from HTMLElement, always)
- # [13:15] <slartsa> aaaagh the firefly song is going through my head again!
- # [13:15] <FireFly> ._.
- # [13:15] * Joins: david_carlisle (~davidc@62.231.145.254)
- # [13:15] * Joins: maikmerten__ (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [13:15] * jgraham repeats himself
- # [13:15] <Philip`> Just make Element inherit from HTMLElement
- # [13:15] <jgraham> (I think you just want to inherit from HTMLElement, always)
- # [13:16] <david_carlisle> jgraham: it's consistent with the way xhtml works in practice. If you use a browser DOM it has HTML specific support, but if you just treat it as generic XML in an XML DOM then it's Element, isn't it?
- # [13:17] * Quits: nessy (~Adium@124-171-8-121.dyn.iinet.net.au) (Client Quit)
- # [13:21] <david_carlisle> jgraham: "I think you just want to inherit from HTMLElement, always", I want that if HTMLElement is defined, but I don't want to say you can't use MathML without implementing HTML, The exact best way to say that in terms of dom inheritance I'd be happy to leave to someone who knows what they are talking about,
- # [13:23] <hsivonen> jgraham: I believe the sane invariants should be that a node implements HTMLElement if and only if its namespace is the HTML namespace (and analogously for SVG)
- # [13:24] <hsivonen> there's something weird in Gecko that makes this not always hold for SVG
- # [13:24] <hsivonen> might be some SVG spec badness that got implemented carefully
- # [13:24] <annevk> SVG said only known SVG elements implement SVGElement
- # [13:25] <david_carlisle> hsvionen: Is there a way (in IDL) to say MathMLElement is same as HTMLElement without saying it inherits from it, or are yiu saying we need to textually copy th espec of HTMLElement and then do s/HTML/MathML/g
- # [13:26] <david_carlisle> hsivonen: because if we really have to do the latter we'd do it
- # [13:27] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [13:27] <hsivonen> david_carlisle: I don't know, but I expect that IDL does not have such a feature
- # [13:27] <hsivonen> annevk: can we change the SVG spec say that all elements in the SVG namespace implement SVGElement?
- # [13:28] <david_carlisle> hsivonen: and is inheriting from HTMLElement really bad?
- # [13:28] * Rik`_ is now known as Rik`
- # [13:29] <annevk> hsivonen, yeah, I think that is the plan anyway
- # [13:29] <annevk> david_carlisle, it makes no sense?
- # [13:30] <david_carlisle> annevk: what makes no sense?
- # [13:30] <annevk> to have Math elements inherit from HTML elements
- # [13:31] <david_carlisle> annevk: why in 50 years time should anyone care that in an html/svg/mathml document that different elements got defined in different bits of the w3c?
- # [13:32] <hsivonen> david_carlisle: in Gecko, it's nice to know that if a node is in one of the main namespaces, it can be unconditionally cast into certain interfaces/classes
- # [13:32] <david_carlisle> annevk: a math fragment is just a natural part of the sentence structure, all interaction and scripting should just work naturally across the tree
- # [13:33] <hsivonen> david_carlisle: I'm not sure of the implications of MathML elements inheriting from HTMLElement
- # [13:33] <david_carlisle> hsivonen: yes exactly i want th einterfaces that you'd give to unknown html elemnts, not just get dropped on the floor with no support
- # [13:33] * Quits: Anti-X (~duckmysic@cB079BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
- # [13:34] <hsivonen> david_carlisle: Boris Zbarsky is likely to have a better idea of the consequences of such a change
- # [13:34] * Joins: Anti-X (~duckmysic@c6670BF51.dhcp.bluecom.no)
- # [13:35] <david_carlisle> maybe the discussion should be in bugzilla rather than here, but it's been fun chatting, got some xslt to attend to in the day job, better go (or at least stop watching)
- # [13:39] <annevk> david_carlisle, that is a good question -- I do not think that necessarily leads to what you think is the obvious answer though
- # [13:44] * Quits: erlehmann (~erlehmann@188.106.102.46) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [13:44] * Quits: payman_m (~payman_m@h85-8-2-58.static.se.alltele.net) (Quit: payman_m)
- # [13:47] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 260 seconds)
- # [13:47] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [13:47] * Joins: david_carlisle (~davidc@62.231.145.254)
- # [13:52] * Quits: Anti-X (~duckmysic@c6670BF51.dhcp.bluecom.no) (Ping timeout: 260 seconds)
- # [13:54] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 260 seconds)
- # [13:56] * Joins: Anti-X (~duckmysic@c6670BF51.dhcp.bluecom.no)
- # [13:57] * Joins: reni (~reni@sedkit.inf.u-szeged.hu)
- # [13:57] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 240 seconds)
- # [14:01] * Joins: kling (~kling@nat/trolltech/x-ilqarmpwxhzcnxnz)
- # [14:01] <kling> reni: ping
- # [14:01] <reni> kling: and here
- # [14:06] * Quits: Amorphous (jan@unaffiliated/amorphous) (Read error: Connection reset by peer)
- # [14:07] * Quits: Anti-X (~duckmysic@c6670BF51.dhcp.bluecom.no) (Ping timeout: 252 seconds)
- # [14:08] * Quits: broquaint (1e6a527f67@cpc3-brig17-2-0-cust661.3-3.cable.virginmedia.com) (Ping timeout: 240 seconds)
- # [14:12] * Joins: Anti-X (~duckmysic@cB079BF51.dhcp.bluecom.no)
- # [14:13] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Quit: kennyluck)
- # [14:14] * Joins: broquaint (b04570f3d1@cpc3-brig17-2-0-cust661.3-3.cable.virginmedia.com)
- # [14:17] * Joins: david_carlisle (~davidc@62.231.145.254)
- # [14:18] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [14:20] * Quits: maikmerten__ (~merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: Connection reset by peer)
- # [14:21] * Joins: maikmerten__ (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [14:25] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [14:32] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [14:34] * Joins: payman_m (~payman_m@nl-216-28.netlogon.liu.se)
- # [14:45] * Joins: openstandards (~openstand@78.143.229.141)
- # [14:47] <openstandards> Hi there, has anyone suggest a widget for developers to use that just selects a folder instead of a file
- # [14:52] <karlcow> Why You Guys Taking So Much Time for HTML5.... -- http://www.w3.org/Bugs/Public/show_bug.cgi?id=11405
- # [14:52] <karlcow> that was useful…
- # [14:53] <openstandards> :(
- # [14:53] <karlcow> I'm tempted to reply to the guy "because you haven't pedal fast enough"
- # [14:54] <karlcow> openstandards: what is the question?
- # [14:54] <openstandards> you should do, thats annoying... people will moan if theres problems with the spec if things aren't done properly
- # [14:55] <karlcow> I do not parse the " a widget for developers to use that just selects a folder instead of a file"
- # [14:55] <openstandards> karlcow, has anything been purposed for selecting a download folder I know theres input=file but then the user will have to select a file for the widget to close
- # [14:55] <karlcow> for FileAPI you mean?
- # [14:56] <annevk> there's no such thing
- # [14:56] <openstandards> damn thats annoying :(
- # [14:56] <annevk> <input type=file multiple> is what is closest
- # [14:57] <openstandards> has this issue been mentioned before?
- # [14:57] * Quits: broquaint (b04570f3d1@cpc3-brig17-2-0-cust661.3-3.cable.virginmedia.com) (Ping timeout: 255 seconds)
- # [14:58] <Rik`> webkit has an implementation of a dir selection, can't remember the attribute
- # [14:59] <annevk> openstandards, yes
- # [15:00] * Joins: broquaint (465ffc9246@cpc3-brig17-2-0-cust661.3-3.cable.virginmedia.com)
- # [15:00] <annevk> openstandards, some consider it a UI issue
- # [15:00] * Quits: Yudai_________ (~Yudai@p4a02e9.kngwnt01.ap.so-net.ne.jp) (Ping timeout: 265 seconds)
- # [15:02] <hsivonen> Hixie: I started implementing the approach that puts the insertion mode onto the stack
- # [15:02] <openstandards> I do thats partly why i asked i looked into the input types but didn't see anything, I saw someone mentioned input="directory" for uploads but wasn't sure if this talks has been carried on
- # [15:02] <hsivonen> Hixie: then I figured it was too much trouble and reverted
- # [15:03] <hsivonen> Hixie: however, I implemented the idea of getting rid of the "in foreign content" insertion mode and instead checking the namespace of the current element
- # [15:03] <hsivonen> Hixie: I'm pleased with the result
- # [15:03] * Joins: mpt (~mpt@91.189.88.12)
- # [15:03] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
- # [15:03] * Joins: mpt (~mpt@canonical/mpt)
- # [15:04] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [15:05] * Joins: Yudai_________ (~Yudai@pa8e480.kngwnt01.ap.so-net.ne.jp)
- # [15:07] * Joins: kennyluck (~kennyluck@EM114-48-125-209.pool.e-mobile.ne.jp)
- # [15:08] * Quits: kennyluck (~kennyluck@EM114-48-125-209.pool.e-mobile.ne.jp) (Excess Flood)
- # [15:13] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 245 seconds)
- # [15:21] * Joins: yod (~thereaux@fw.vdl2.ca)
- # [15:27] * Quits: payman_m (~payman_m@nl-216-28.netlogon.liu.se) (Quit: payman_m)
- # [15:27] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [15:28] * Joins: david_carlisle (~davidc@62.231.145.254)
- # [15:30] <hsivonen> jgraham: I don't understand why some of your frameset-ok tests are in plain-text-unsafe.dat
- # [15:32] * Joins: payman_m (~payman_m@nl-216-28.netlogon.liu.se)
- # [15:33] <jgraham> I think some of them might have been me noticing the open buffer had <frameset> tests, but not noticing that it was plaintext-unsafe
- # [15:33] <hsivonen> jgraham: I see
- # [15:34] <hsivonen> jgraham: btw, you had also removed LF from the end of file in both plain-text-unsafe files
- # [15:34] <hsivonen> I put them back in a hex editor and will push to hg
- # [15:34] <jgraham> Thanks
- # [15:35] <hsivonen> I guess html5lib's test harness is less picky about LF at end of file
- # [15:36] <hsivonen> I wonder if U+FFFD for U+0000 is a safe substitution in text/plain
- # [15:37] <hsivonen> for reasons I fail to recall, I've made Gecko throw away U+0000 in <plaintext>
- # [15:37] <hsivonen> and now the test cases want U+FFFD there
- # [15:38] <jgraham> The spec specifically requires that and it also required a change in html5lib
- # [15:38] <jgraham> Kinsd of silly really
- # [15:39] <hsivonen> Chrome 9 sniffs http://hsivonen.iki.fi/test/moz/null-crlf.txt as a file that gets downloaded instead of viewed as plain text
- # [15:39] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [15:43] <jgraham> hsivonen: The html5lib harness gets upset if there are >1 newlines at the end of a file
- # [15:44] <jgraham> But it is fine with 0 or 1
- # [15:44] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Client Quit)
- # [15:44] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [15:45] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Client Quit)
- # [15:45] <hsivonen> jgraham: my harness wants 1 newline at the end of file
- # [15:45] <jgraham> hsivonen: I will try to make sure that happens
- # [15:46] <hsivonen> jgraham: thanks
- # [15:47] <hsivonen> Firefox 3.6 and Opera don't throw away U+0000 in text/plain, so I guess I'm OK with what the new spec text / test cases
- # [15:49] * Joins: kennyluck (~kennyluck@EM114-48-125-209.pool.e-mobile.ne.jp)
- # [15:49] * Quits: kennyluck (~kennyluck@EM114-48-125-209.pool.e-mobile.ne.jp) (Excess Flood)
- # [15:50] <hsivonen> so why doesn't the 'plaintext' start tag token put the tree builder into the 'text' insertion mode?
- # [15:50] * Joins: KrocCamen (~kroc@cpc8-lanc6-2-0-cust73.3-3.cable.virginmedia.com)
- # [15:54] * Quits: KrocCamen (~kroc@cpc8-lanc6-2-0-cust73.3-3.cable.virginmedia.com) (Client Quit)
- # [15:55] <jgraham> What difference would it make?
- # [15:55] <hsivonen> dunno
- # [15:56] <hsivonen> no difference that the test suite could catch provided that original mode is set also
- # [15:56] * Joins: KrocCamen (~kroc@cpc8-lanc6-2-0-cust73.3-3.cable.virginmedia.com)
- # [15:56] * Joins: kennyluck (~kennyluck@EM114-48-125-209.pool.e-mobile.ne.jp)
- # [15:57] <jgraham> Why would it matter if the original mode is set? You could only end up in the "a character token" branch
- # [15:57] <jgraham> Oh, wait I think it would make a difference
- # [15:58] <jgraham> It wouldn't e.g. reconstruct active formatting elements
- # [15:58] <hsivonen> in what situation?
- # [15:59] <jgraham> <p><a><b><plaintext>c
- # [16:00] <hsivonen> jgraham: that's an evil test that needs to be in the test suite!
- # [16:00] <hsivonen> do we really want to reconstruct the active formatting elements in that case?
- # [16:01] <jgraham> hsivonen: Yeah. Although in all honestly zcorpan gets the credit for it
- # [16:01] <jgraham> I have no opinion what we do here because I think eorrying about interoperability of <plaintext> is rather silly
- # [16:02] <jgraham> Well interoperability is nice
- # [16:02] <jgraham> but worrying about the exact behaviour is quite silly
- # [16:02] <hsivonen> well, if it ends up in the test suite, everyone needs to worry about it
- # [16:03] <jgraham> Right. I think we should be interoperable. I am entirely unconcerned with what behaviour we interoperate on
- # [16:03] <jgraham> s/on/with/
- # [16:03] * Quits: henrikbjorn (~Henrik@dkcphfw01.infopaq.dk) (Remote host closed the connection)
- # [16:03] <jgraham> e.g. I don't care if we reconstruct or not
- # [16:04] <hsivonen> the old WebKit behavior differs from the spec, FWIW
- # [16:04] <jgraham> Seeming that Chrome and Firefox 4 already reconstruct it implies that changing now would be a bad idea
- # [16:05] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [16:06] <hsivonen> jgraham: well, not necessarily, since it looks like I'm going to change code around this area in the next few minutes anyhow
- # [16:07] <jgraham> hsivonen: So I should land that test now? :p
- # [16:07] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Ping timeout: 245 seconds)
- # [16:07] <hsivonen> jgraham: I haven't yet decided what I want
- # [16:07] <hsivonen> I'm a bit annoyed at having to think about this
- # [16:07] <hsivonen> IE9 agrees with old WebKit, FWIW
- # [16:09] <jgraham> I think that it is a silly change but an entirely harmless one. I wonder if we could just have dropped <plaintext>
- # [16:10] <hsivonen> jgraham: I guess it's OK to land the test in any case
- # [16:11] <hsivonen> even if the test expectation ends up changing later
- # [16:11] <hsivonen> maybe I should just implement what the spec says to avoid the spec change process
- # [16:11] <hsivonen> though I think it would make more sense to use the 'text' mode inside <plaintext> and to make <plaintext> not close p implicitly
- # [16:11] <Philip`> jgraham: It's only been deprecated for 17 years, you can't drop it yet
- # [16:12] <hsivonen> Philip`: s/deprecated/obsolete/
- # [16:12] <Philip`> jgraham: and it fulfils important use cases, like emulating HTML5 parsing behaviour in old browsers
- # [16:13] * Quits: reni (~reni@sedkit.inf.u-szeged.hu) (Quit: Leaving)
- # [16:13] <hsivonen> ha! <plaintext> doesn't close <p> in any legacy browser. It's a new Hixie-ism.
- # [16:14] <hsivonen> spec bug filing time
- # [16:14] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [16:14] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 240 seconds)
- # [16:15] <annevk> does in Safari?
- # [16:16] <hsivonen> annevk: nope
- # [16:16] <annevk> oh, Safari 5.0.3 has an updated parser then?
- # [16:18] <hsivonen> hmm.
- # [16:18] * hsivonen rechecks
- # [16:19] <hsivonen> annevk: oh, you are right
- # [16:20] * Quits: KrocCamen (~kroc@cpc8-lanc6-2-0-cust73.3-3.cable.virginmedia.com) (Quit: KrocCamen)
- # [16:20] * jgraham has pushed the test for the current spec
- # [16:21] * jgraham wonders if Hixie is away
- # [16:21] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [16:23] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [16:25] <hsivonen> oh well, I guess I'll just implement the spec
- # [16:29] <hsivonen> this resulted in one more special-case method :-(
- # [16:31] <hsivonen> I think it's somehow distasteful that <plaintext> can get element children inserted by the parser
- # [16:33] <zcorpan> should we special-case <plaintext> so that it doesn't reconstruct?
- # [16:35] <zcorpan> <p><b><xmp>x\0
- # [16:35] <zcorpan> is that also an issue?
- # [16:36] <hsivonen> zcorpan: we could make <plaintext> not implicitly close <p> and then use the 'text' insertion mode
- # [16:36] <hsivonen> that would match IE8, Opera and Firefox 3.6
- # [16:36] <hsivonen> clearly, IE9 has very carefully cloned old WebKit here
- # [16:36] <hsivonen> I wonder what possessed them to clone old WebKit instead of implementing the spec
- # [16:38] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [16:38] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 252 seconds)
- # [16:38] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [16:41] <jgraham> Maybe they think that you can be sure to get web compatibility from cloning web-compatible implementations and that people who write specs are by-and-large idealistic hippies who can't be relied on to do the right thing
- # [16:43] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
- # [16:44] <hsivonen> zcorpan: looks like xmp in the spec behaves like plaintext in Safari...
- # [16:44] <hsivonen> consistency? what consistency?
- # [16:46] * Joins: jeremyselier (~Jeremy@2a01:e35:139f:2c60:fa1e:dfff:feec:469)
- # [16:48] <zcorpan> jgraham: not entirely unreasonable :)
- # [16:56] * Parts: toyoshim (~toyoshima@y168217.dynamic.ppp.asahi-net.or.jp)
- # [16:59] * Quits: espadrine (~espadrine@eduroinsa762.insa-lyon.fr) (Quit: espadrine)
- # [17:00] * Joins: toyoshim (~toyoshima@y168217.dynamic.ppp.asahi-net.or.jp)
- # [17:00] * Joins: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk)
- # [17:01] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Ping timeout: 272 seconds)
- # [17:09] * Quits: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [17:09] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
- # [17:16] * Parts: jeremyselier (~Jeremy@2a01:e35:139f:2c60:fa1e:dfff:feec:469)
- # [17:17] * Joins: espadrine (~espadrine@acces1400.res.insa-lyon.fr)
- # [17:26] * Joins: boaz (~boaz@c-75-69-147-207.hsd1.ma.comcast.net)
- # [17:30] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: davidhund)
- # [17:31] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
- # [17:31] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Client Quit)
- # [17:38] * Quits: payman_m (~payman_m@nl-216-28.netlogon.liu.se) (Quit: payman_m)
- # [17:40] <webr3> what HTMLElement can I use to embed content of a different type in the document.. something like
- # [17:40] <webr3> <embed type="text/something"> content-inline-here </embed>
- # [17:44] <Philip`> webr3: <script>
- # [17:45] <Philip`> webr3: See e.g. the <script type="text/x-game-map"> in http://www.whatwg.org/specs/web-apps/current-work/multipage/scripting-1.html
- # [17:47] <webr3> yeah that's what I am using, but I want the script to be human viewable too, on the page
- # [17:49] <Philip`> If it should be visible as plain text, maybe just use <pre>?
- # [17:54] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [17:55] <webr3> aye, basically can see a use case where it's both, for instance with examples
- # [17:55] <webr3> <script type="text/custom" showaspre="true"> for example </script>
- # [17:56] <webr3> like script+pre merged
- # [17:57] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
- # [17:58] <Philip`> <script style="display:block; white-space:pre"> should do that
- # [17:58] <Philip`> though it's probably not great semantically
- # [17:59] <Philip`> A simple <pre> seems more appropriate when you want to display text, and you can have scripts that extract the textContent and process it if you want
- # [17:59] <webr3> yes that's it! awesome
- # [18:01] <webr3> you can wrap a script in pre!
- # [18:01] <webr3> <pre><script ... etc - awesome
- # [18:02] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [18:03] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [18:05] * Joins: Henrik_ (~Henrik@c83-249-65-238.bredband.comhem.se)
- # [18:06] <annevk> o_O
- # [18:11] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [18:12] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:14] <webr3> http://webr3.org/apps/play/embeds/javascript
- # [18:14] <webr3> and now i can embed RDF and make it human viewable too, nice http://webr3.org/apps/play/embeds/turtle
- # [18:14] <webr3> Philip`, ty :)
- # [18:17] <Philip`> Putting it in <script> will probably stop search engines from indexing it, which may not be what you want
- # [18:18] <webr3> indeed, but I'm fine w/ that and linked data crawlers can start to use it - have always got RDFa as well which is deployed and stable, this is for a different use case
- # [18:19] <jgraham> <plaintext>!
- # [18:19] <Philip`> <xmp>!
- # [18:21] <webr3> meh script does what i need, no stupid encoding, backwards comaptible expected functionality, and can make normal js libs to "do things" w/ the data - I'm quite happy as is
- # [18:22] <webr3> just drop in a css rule to toggle displaying it, why would i want or need or need any more?
- # [18:22] * Joins: peol (~andree@h55eb1ed3.selukra.dyn.perspektivbredband.net)
- # [18:22] * Quits: peol (~andree@h55eb1ed3.selukra.dyn.perspektivbredband.net) (Changing host)
- # [18:22] * Joins: peol (~andree@unaffiliated/peol)
- # [18:23] <webr3> and it's got the content @type and @charset encoding which I need too..
- # [18:24] * Joins: boaz_ (~boaz@c-75-69-147-207.hsd1.ma.comcast.net)
- # [18:24] * Quits: boaz (~boaz@c-75-69-147-207.hsd1.ma.comcast.net) (Disconnected by services)
- # [18:24] * boaz_ is now known as boaz
- # [18:28] <annevk> charset is illegal for inline data
- # [18:30] * Quits: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca) (Read error: Connection reset by peer)
- # [18:34] <webr3> charset isn't on script..?
- # [18:35] <webr3> or you can't displauy:block a <script>?
- # [18:38] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [18:38] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
- # [18:39] * Joins: MikeSmith_ (~MikeSmith@EM114-48-6-249.pool.e-mobile.ne.jp)
- # [18:42] * Quits: MikeSmith (~MikeSmith@EM111-188-43-245.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [18:42] * MikeSmith_ is now known as MikeSmith
- # [18:47] * Quits: yod (~thereaux@fw.vdl2.ca) (Ping timeout: 245 seconds)
- # [18:53] * Joins: yod (~thereaux@fw.vdl2.ca)
- # [18:54] * Quits: yod (~thereaux@fw.vdl2.ca) (Client Quit)
- # [18:55] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Read error: Connection reset by peer)
- # [18:57] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [18:59] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Ping timeout: 272 seconds)
- # [19:03] * Quits: maikmerten__ (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
- # [19:04] * Quits: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt) (Quit: Leaving)
- # [19:07] * Quits: Phae (~Phae@gatekeeper.macmillan.co.uk) (Quit: Leaving.)
- # [19:12] * Joins: yod (~thereaux@fw.vdl2.ca)
- # [19:13] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
- # [19:15] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [19:15] * Quits: boaz (~boaz@c-75-69-147-207.hsd1.ma.comcast.net) (Quit: boaz)
- # [19:17] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Remote host closed the connection)
- # [19:20] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [19:21] * Joins: nimbupani1 (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [19:22] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Ping timeout: 250 seconds)
- # [19:24] * Joins: payman_m (~payman_m@h85-8-2-58.static.se.alltele.net)
- # [19:27] * Joins: boaz (~boaz@c-75-69-147-207.hsd1.ma.comcast.net)
- # [19:28] * Quits: boaz (~boaz@c-75-69-147-207.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [19:29] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
- # [19:29] * Joins: boaz (~boaz@c-75-69-147-207.hsd1.ma.comcast.net)
- # [19:29] * Quits: matjas (~matjas@ip-213-49-112-75.dsl.scarlet.be) (Quit: Computer has gone to sleep.)
- # [19:32] * Quits: micheil (~micheil@124-149-173-56.dyn.iinet.net.au) (Ping timeout: 252 seconds)
- # [19:35] * Quits: boaz (~boaz@c-75-69-147-207.hsd1.ma.comcast.net) (Quit: boaz)
- # [19:42] * Joins: erlehmann (~erlehmann@89.204.153.11)
- # [19:45] * Quits: Necrathex (~nectop@212-123-163-12.ip.telfort.nl) (Quit: Necrathex)
- # [19:50] <annevk> no tab?
- # [19:50] <annevk> fwiw, Opera devs agreed with Philip` and remarked that we support rgba() in SVG
- # [19:50] <annevk> re gradient thread
- # [19:51] <Philip`> Will someone post to that thread?
- # [19:52] <annevk> timj is busy with other things and the other relevant people are not on the WHATWG list
- # [19:52] <annevk> as I understand it
- # [19:52] <annevk> I thought of posting, but I wasn't sure whether it would be worth it just noting that
- # [19:55] <Philip`> Might be worthwhile since otherwise people may assume there's consensus among the browser developers
- # [20:01] <annevk> done
- # [20:04] * Quits: nimbupani1 (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [20:06] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [20:07] <Philip`> Thanks
- # [20:09] * Quits: Anti-X (~duckmysic@cB079BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
- # [20:12] * Quits: Henrik_ (~Henrik@c83-249-65-238.bredband.comhem.se) (Remote host closed the connection)
- # [20:13] * Joins: Anti-X (~duckmysic@c6670BF51.dhcp.bluecom.no)
- # [20:23] * Quits: erlehmann (~erlehmann@89.204.153.11) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [20:32] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Ping timeout: 245 seconds)
- # [20:33] * Joins: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com)
- # [20:33] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [20:33] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
- # [20:34] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # [20:35] * Quits: daedb (~daed@78-72-108-100-no178.tbcn.telia.com) (Ping timeout: 245 seconds)
- # [20:36] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [20:38] <webr3> what's the easiest way to get at the original DOM, pre-javascript-manipulation?
- # [20:39] <webr3> for instance if one has an extension which reads microformats/rdfa out of the dom, and a js manipulates the dom first, then this could cause significant problems
- # [20:42] * Joins: roc (~chatzilla@121.98.230.221)
- # [20:50] * Joins: matjas (~matjas@dD5773BEC.access.telenet.be)
- # [20:55] <hober> webr3: what sorts of problems?
- # [20:57] * Joins: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net)
- # [21:07] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
- # [21:10] * Quits: kennyluck (~kennyluck@EM114-48-125-209.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [21:10] * Quits: Anti-X (~duckmysic@c6670BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
- # [21:15] * Joins: Anti-X (~duckmysic@c437FBF51.dhcp.bluecom.no)
- # [21:18] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [21:24] * Joins: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com)
- # [21:30] * Quits: matjas (~matjas@dD5773BEC.access.telenet.be) (Quit: Computer has gone to sleep.)
- # [21:37] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [21:38] * Joins: nessy (~Adium@124-171-8-121.dyn.iinet.net.au)
- # [21:40] <webr3> hober, well malicous scripts can manipulate the dom to add new data and "say" things that are incorrect
- # [21:41] <webr3> like.. <a href="http://spammy-company.com" rel="tag"
- # [21:41] * Parts: kling (~kling@nat/trolltech/x-ilqarmpwxhzcnxnz)
- # [21:41] <webr3> and a parser running over the DOM will pull that info out and "believe" it, even though bad.js injected it in to the DOM
- # [21:47] <Philip`> The web security model is that scripts that run on a page are as trusted as the page itself (because the page chose to run them)
- # [21:48] * Joins: Necrathex (~nectop@212-123-163-12.ip.telfort.nl)
- # [21:48] <Philip`> so the raw HTML read over the wire before any JS execution is no more trustworthy than what you'll get after running its scripts
- # [21:50] <Philip`> Parsing and script execution are entangled anyway, because of document.write - neither can happen entirely before the other
- # [21:50] * Joins: jacobolus (~jacobolus@209-6-54-180.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [21:59] <webr3> good points Philip` - however to some degree I'd suggest that the HTML source document sent over the wire is "purer" and more trustworthy in some senses, because there's much less room for manipulation by scripts, trusted, untrusted or simply hijacked
- # [22:00] * Quits: ifette (~kvirc@nat/google/x-ytdxlllrcxokzgwg) (Quit: When two people dream the same dream, it ceases to be an illusion. KVIrc 3.4.2 Shiny http://www.kvirc.net)
- # [22:04] * Joins: gratz|home (~gratz@cpc7-brig16-2-0-cust362.3-3.cable.virginmedia.com)
- # [22:05] * Quits: peol (~andree@unaffiliated/peol) (Remote host closed the connection)
- # [22:10] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [22:13] * Joins: matjas (~matjas@ip-213-49-112-75.dsl.scarlet.be)
- # [22:18] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [22:21] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 265 seconds)
- # [22:22] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [22:23] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [22:30] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [22:30] * Joins: KrocCamen (~kroc@cpc8-lanc6-2-0-cust73.3-3.cable.virginmedia.com)
- # [22:31] <jgraham> webr3: wget?
- # [22:31] <jgraham> I mean there isn't any way in a typical browser
- # [22:31] <jgraham> Although sometimes it is preserved for view-source
- # [22:33] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Read error: Connection reset by peer)
- # [22:53] * Quits: yod (~thereaux@fw.vdl2.ca) (Quit: Leaving.)
- # [22:53] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [22:54] * Quits: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.12/20101027155446])
- # [22:58] <karlcow> webr3: another issue is that… servers send different content depending on the user agents or features.
- # [22:58] <karlcow> so for example when you play with let say, curl -A "here your favorite useragent string" URI
- # [22:59] <karlcow> you get different results.
- # [23:00] * Quits: ROBOd (~robod@89.123.175.9) (Quit: .)
- # [23:00] * Joins: kennyluck (~kennyluck@EM111-188-5-172.pool.e-mobile.ne.jp)
- # [23:01] * Quits: kennyluck (~kennyluck@EM111-188-5-172.pool.e-mobile.ne.jp) (Excess Flood)
- # [23:02] <webr3> I wonder if there should be a way to get doc/dom prior to any manipulation
- # [23:02] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [23:05] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:06] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
- # [23:07] * Quits: mamund (mamund@frost.nullshells.net) (Read error: Connection reset by peer)
- # [23:08] * Quits: Necrathex (~nectop@212-123-163-12.ip.telfort.nl) (Remote host closed the connection)
- # [23:09] * Quits: heycam (~cam@wok.mcc.id.au) (Ping timeout: 240 seconds)
- # [23:12] * Joins: mamund (mamund@frost.nullshells.net)
- # [23:20] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
- # [23:20] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [23:24] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:37] * Joins: heycam (~cam@wok.mcc.id.au)
- # [23:37] * Joins: roc_ (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [23:38] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 245 seconds)
- # [23:38] * roc_ is now known as roc
- # [23:44] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
- # [23:45] * Quits: smaug____ (~chatzilla@YZMYCCXXII.gprs.sl-laajakaista.fi) (Ping timeout: 265 seconds)
- # [23:48] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 264 seconds)
- # [23:48] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [23:54] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [23:55] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [23:56] * JonathanNeal is now known as JonNealatThanksg
- # [23:56] * JonNealatThanksg is now known as JonNeal_wFam
- # Session Close: Fri Nov 26 00:00:00 2010
The end :)