Options:
- # Session Start: Wed Nov 18 00:00:00 2009
- # Session Ident: #whatwg
- # [00:04] <annevk2> I totally agree with Brendan you can reverse engineer too much
- # [00:04] <annevk2> and I think Opera has done that in some cases
- # [00:05] <annevk2> well, we reverse engineered the wrong evil
- # [00:05] <annevk2> in the beginning; we're doing a lot better the last couple of years
- # [00:05] * Quits: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com) ("Nettalk6 - www.ntalk.de")
- # [00:07] <othermaciej> it does seem like Mozilla is feeling their market power and therefore working with somewhat different motivations
- # [00:07] * Joins: starjive (i=beos@81-233-16-19-no30.tbcn.telia.com)
- # [00:07] <othermaciej> it also seems to me like Brendan was a bit hasty to tar everything on the wiki page with the same brush
- # [00:11] <annevk2> You'd think that Mozilla of all organizations out there would like to make it as easy as possible to let other players enter the market, yet I see surprisingly little effort in that direction from them...
- # [00:11] <roc> well
- # [00:12] <roc> the whole thing about video codecs is about making it possible for anyone to implement
- # [00:12] <roc> if we didn't care, we'd just buy an H.264 license and move on
- # [00:16] <annevk2> True, though I suspect that's also because of the "free" angle attached to it
- # [00:17] <roc> I also think that out of all the major browsers, we have been the most resistant to adding random hacks for IE compat, which I like to think is because we prefer to push Web authors in the right direction
- # [00:18] <annevk2> I meant more in the area of properly specifying legacy features everyone has to implement (e.g. DOMParser), converging on details of legacy features (e.g. XMLHttpRequest)...
- # [00:18] <roc> ok
- # [00:18] <annevk2> We're reverting our IE hacks and replace them with Gecko hacks :)
- # [00:18] * Quits: myakura (n=myakura@p2197-ipbf7505marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [00:18] <roc> I will also point out we took significant pain to get rid of getBoxObjectFor
- # [00:19] <annevk2> I noticed that, much appreciated!
- # [00:19] <roc> I don't seem to be subscribed to wherever your discussion is, so I can't really comment on what Brendan said
- # [00:20] <annevk2> It's on public-script-coord
- # [00:20] <annevk2> http://lists.w3.org/Archives/Public/public-script-coord/2009OctDec/
- # [00:20] <annevk2> bedtime for me though, ttyl
- # [00:20] <roc> ta
- # [00:21] * Joins: GPHemsley (n=GPHemsle@bsc.qc.cuny.edu)
- # [00:21] * Quits: mpt (n=mpt@canonical/mpt) ("Ex-Chat")
- # [00:21] * Joins: mpt (n=mpt@canonical/mpt)
- # [00:26] * Joins: michaelforrest (n=michaelf@conference/ubuntu-developer-summit/x-ftbstnvornpduivv)
- # [00:27] * Joins: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu)
- # [00:27] * Joins: yoshu_ (n=josh@174-18-194-35.tcso.qwest.net)
- # [00:34] * Quits: yoshu_ (n=josh@174-18-194-35.tcso.qwest.net)
- # [00:38] * Joins: MikeSmith (n=MikeSmit@EM114-48-90-248.pool.e-mobile.ne.jp)
- # [00:39] * Joins: aboodman (n=aboodman@72.14.229.81)
- # [00:39] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl)
- # [00:44] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net) (Read error: 110 (Connection timed out))
- # [00:48] * Joins: nattokirai (n=nattokir@EM114-49-128-73.pool.e-mobile.ne.jp)
- # [00:54] * Joins: yutak_home (n=kee@R214157.ppp.dion.ne.jp)
- # [00:58] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [00:59] * Joins: webben (n=benh@genkt-048-002.t-mobile.co.uk)
- # [01:00] * Quits: webben (n=benh@genkt-048-002.t-mobile.co.uk) (Read error: 104 (Connection reset by peer))
- # [01:01] * Joins: fishd (n=darin@nat/google/x-dnailaceazixnzmr)
- # [01:04] * Quits: michaelforrest (n=michaelf@conference/ubuntu-developer-summit/x-ftbstnvornpduivv)
- # [01:07] * Quits: Midler (n=midler@212.37.124.243) ("Leaving.")
- # [01:07] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
- # [01:16] * Joins: mpt (n=mpt@canonical/mpt)
- # [01:27] * Quits: dglazkov (n=dglazkov@nat/google/x-kpzxfqeeufvmylfj)
- # [01:30] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [01:31] * Quits: yutak_home (n=kee@R214157.ppp.dion.ne.jp) ("Ex-Chat")
- # [02:01] * Quits: ttepasse (n=ttepas--@dslb-084-060-056-025.pools.arcor-ip.net) ("?Q")
- # [02:09] * Quits: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
- # [02:09] * Quits: ap (n=ap@17.246.17.221)
- # [02:11] <othermaciej> annevk: for WebKit we've always leaned more towards Gecko hacks than Trident hacks
- # [02:12] * Quits: MikeSmith (n=MikeSmit@EM114-48-90-248.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
- # [02:18] * Quits: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
- # [02:19] * Quits: fishd (n=darin@nat/google/x-dnailaceazixnzmr) (Read error: 110 (Connection timed out))
- # [02:19] * Quits: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com) ("Leaving")
- # [02:20] * Joins: jennb (n=jennb@74.125.59.73)
- # [02:22] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [02:22] * Parts: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [02:39] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
- # [02:41] * Quits: nattokirai (n=nattokir@EM114-49-128-73.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [02:56] * Joins: dave_levin (n=dave_lev@74.125.59.65)
- # [03:00] * Quits: franksalim (n=frank@adsl-76-221-202-115.dsl.pltn13.sbcglobal.net) ("Ex-Chat")
- # [03:01] * Joins: nattokirai (n=nattokir@gw0.mozilla.or.jp)
- # [03:07] * Quits: dbaron (n=dbaron@nat/mozilla/x-drimpnkbbjpkgsjj) ("8403864 bytes have been tenured, next gc will be global.")
- # [03:08] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
- # [03:19] * Joins: miketaylr (n=miketayl@24.42.95.234)
- # [03:22] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [03:38] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [03:39] * Joins: yusukes (n=yusukes@220.109.219.244)
- # [03:39] * Quits: cying (n=cying@70.90.171.153)
- # [03:41] * Joins: SamerZ (n=SamerZ@CPE00222d5410b8-CM00222d5410b5.cpe.net.cable.rogers.com)
- # [03:45] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [04:04] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [04:06] * Quits: archtech (i=stanv@83.228.56.37) (Client Quit)
- # [04:07] * Joins: dglazkov_ (n=dglazkov@216.239.45.130)
- # [04:09] * Joins: mpt (n=mpt@canonical/mpt)
- # [04:09] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
- # [04:09] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [04:14] * Quits: miketaylr (n=miketayl@24.42.95.234) ("Leaving...")
- # [04:16] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
- # [04:16] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
- # [04:25] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
- # [04:28] * Quits: dglazkov_ (n=dglazkov@216.239.45.130) (Read error: 110 (Connection timed out))
- # [04:31] * Joins: miketaylr (n=miketayl@24.42.95.234)
- # [04:38] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [04:50] * Joins: othermaciej_ (n=mjs@17.246.17.190)
- # [04:50] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [05:02] * Quits: SamerZ (n=SamerZ@CPE00222d5410b8-CM00222d5410b5.cpe.net.cable.rogers.com)
- # [05:02] * Quits: othermaciej (n=mjs@nat/apple/x-skzsjeofpbtoansg) (Read error: 110 (Connection timed out))
- # [05:02] * othermaciej_ is now known as othermaciej
- # [05:04] * Quits: othermaciej (n=mjs@17.246.17.190)
- # [05:06] * Joins: othermaciej (n=mjs@nat/apple/session)
- # [05:06] * Quits: taf2 (n=taf2@pool-98-117-216-229.bltmmd.fios.verizon.net)
- # [05:23] * Parts: yusukes (n=yusukes@220.109.219.244) ("Leaving")
- # [05:33] * Joins: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
- # [05:34] * Joins: fishd_ (n=darin@216.239.45.130)
- # [05:40] * Joins: dimich_ (n=dimich@c-98-203-252-208.hsd1.wa.comcast.net)
- # [05:42] * Quits: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
- # [05:46] * Quits: miketaylr (n=miketayl@24.42.95.234) (Remote closed the connection)
- # [05:46] * Joins: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
- # [05:47] * Quits: jwalden (n=waldo@nat/mozilla/x-tyjyxhbxqjyijixh) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.1.5/20091105041600]")
- # [06:26] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [06:30] * Joins: mat_t (n=mattomas@conference/ubuntu-developer-summit/x-zjhmjsfgilksomfc)
- # [06:36] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [06:51] * Quits: mat_t (n=mattomas@conference/ubuntu-developer-summit/x-zjhmjsfgilksomfc) ("This computer has gone to sleep")
- # [06:53] * Quits: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) (Remote closed the connection)
- # [07:05] * Quits: nattokirai (n=nattokir@gw0.mozilla.or.jp)
- # [07:09] * Joins: nattokirai (n=nattokir@wave.mozilla.or.jp)
- # [07:13] * Quits: dave_levin (n=dave_lev@74.125.59.65)
- # [07:20] * Joins: dave_levin (n=dave_lev@74.125.59.73)
- # [07:28] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [07:44] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 104 (Connection reset by peer))
- # [07:45] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
- # [07:47] * Joins: TabAtkins_ (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
- # [07:48] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 104 (Connection reset by peer))
- # [07:48] * TabAtkins_ is now known as TabAtkins
- # [07:50] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
- # [07:54] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
- # [07:58] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [08:03] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [08:13] <MikeSmith> zcorpan_: I fixed the problems with obsolete-attribute checking you found yesterday
- # [08:13] <MikeSmith> when you have time, please check again and let me know if find anything else I've missed
- # [08:14] <MikeSmith> on http://qa-dev.w3.org:8888/
- # [08:14] <MikeSmith> hsivonen: http://whattf.browse.cvsdude.com/syntax/trunk/non-schema/java/src/org/whattf/checker/schematronequiv/Assertions.java?r1=483&r2=486
- # [08:14] <MikeSmith> lemme know if there are any other refinements I should make to that
- # [08:28] * Joins: timz (n=mostrovo@86.89.72.210)
- # [08:28] <zcorpan_> MikeSmith: <embed name> still gives the relaxng error
- # [08:29] * Quits: fishd_ (n=darin@216.239.45.130) (Read error: 110 (Connection timed out))
- # [08:29] <zcorpan_> MikeSmith: and <a urn>
- # [08:29] <MikeSmith> zcorpan_: thanks
- # [08:30] <zcorpan_> MikeSmith: and <input usemap>
- # [08:30] <MikeSmith> I didn't have those in my list at all
- # [08:30] <MikeSmith> zcorpan_: are you working from a list, or from memory?
- # [08:30] <zcorpan_> MikeSmith: http://krijnhoetmer.nl/irc-logs/whatwg/20091117#l-293
- # [08:31] * MikeSmith looks now
- # [08:32] <MikeSmith> OK
- # [08:32] <MikeSmith> I was working from annevk HTML4-HTML5 differences doc
- # [08:33] <zcorpan_> html5 lists some attributes as obsolete that were already obsolete or not even mentioned in html4
- # [08:33] <MikeSmith> ok
- # [08:34] <MikeSmith> I will go through your test case and add everything that's missing
- # [08:35] * zcorpan_ reserves the right to have made mistakes in his testcase and suggests MikeSmith looks at the spec from which the test was created
- # [08:35] <MikeSmith> hai
- # [08:36] * Joins: fishd_ (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
- # [08:38] * Quits: othermaciej (n=mjs@nat/apple/x-ydwrvigoyteebump) (Read error: 110 (Connection timed out))
- # [08:40] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:51] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [08:51] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
- # [08:52] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [08:53] * Joins: gavin___ (n=gavin@people.mozilla.com)
- # [08:56] * Quits: Philip` (n=philip@zaynar.co.uk) (clarke.freenode.net irc.freenode.net)
- # [08:56] * Quits: damncabbage (n=asio@124-170-147-92.dyn.iinet.net.au) (clarke.freenode.net irc.freenode.net)
- # [08:56] * Quits: dimich (n=dimich@74.125.59.65) (clarke.freenode.net irc.freenode.net)
- # [08:56] * Quits: crash\ (i=crash@lubyte.de) (clarke.freenode.net irc.freenode.net)
- # [08:56] * Quits: hamaji_ (n=hamaji@220.109.219.244) (clarke.freenode.net irc.freenode.net)
- # [08:56] * Quits: hendry (n=hendry@webvm.net) (clarke.freenode.net irc.freenode.net)
- # [08:56] * Quits: gavin (n=gavin@firefox/developer/gavin) (clarke.freenode.net irc.freenode.net)
- # [08:56] * Quits: jarib (i=jarib@li34-70.members.linode.com) (clarke.freenode.net irc.freenode.net)
- # [08:56] * dimich_ is now known as dimich
- # [08:56] * Quits: fishd_ (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
- # [08:57] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [08:57] * Joins: hendry (n=hendry@webvm.net)
- # [08:58] * Joins: jarib (i=jarib@li34-70.members.linode.com)
- # [08:58] * Joins: damncabbage (n=asio@124-170-147-92.dyn.iinet.net.au)
- # [08:58] * Joins: Philip` (n=philip@zaynar.co.uk)
- # [08:58] * Quits: dave_levin (n=dave_lev@74.125.59.73)
- # [09:00] * Joins: dimich_ (n=dimich@74.125.59.73)
- # [09:02] * Joins: crash\ (i=crash@lubyte.de)
- # [09:04] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
- # [09:05] * Joins: nattokirai_ (n=nattokir@gw0.mozilla.or.jp)
- # [09:10] * Joins: hamaji_ (n=hamaji@220.109.219.244)
- # [09:15] * Joins: arronei (n=arronei@nat/microsoft/x-nbxhfdjatqekjegc)
- # [09:24] * Quits: Arron (n=arronei@nat/microsoft/x-xxtqhtsfbacvuiuy) (Read error: 110 (Connection timed out))
- # [09:24] * Quits: nattokirai (n=nattokir@wave.mozilla.or.jp) (Read error: 110 (Connection timed out))
- # [09:24] * nattokirai_ is now known as nattokirai
- # [09:33] * Quits: nattokirai (n=nattokir@gw0.mozilla.or.jp)
- # [09:36] <MikeSmith> zcorpan_: embed was never officially part of any published version of HTML before HTML5, right?
- # [09:36] <Hixie> right
- # [09:41] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
- # [09:41] <MikeSmith> just wondering about whether v.nu actually should report name and align attributes on it as obsolete
- # [09:41] <MikeSmith> but I guess it should
- # [09:41] <MikeSmith> given that despite it not being part of any published standard, we still want to give useful warnings about it
- # [09:44] <zcorpan_> MikeSmith: btw, the spec has suggestions for what to use instead, would be cool if the validator used them in the messages
- # [09:44] <zcorpan_> sorry if i'm stating the obvious :)
- # [09:45] <MikeSmith> zcorpan_: yeah, I see that now. but would rather wait til later to add that. it would take significantly more time to add it right now
- # [09:46] <zcorpan_> ok
- # [09:47] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
- # [09:57] * Quits: dimich (n=dimich@c-98-203-252-208.hsd1.wa.comcast.net)
- # [09:57] * dimich_ is now known as dimich
- # [09:59] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [10:01] * Joins: nattokirai (n=nattokir@EM114-48-99-96.pool.e-mobile.ne.jp)
- # [10:06] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [10:10] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
- # [10:11] * Joins: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net)
- # [10:13] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
- # [10:18] <MikeSmith> zcorpan_: OK, please try again when you have time
- # [10:18] <MikeSmith> on http://qa-dev.w3.org:8888/
- # [10:18] <MikeSmith> I don't actually know how to run your test case myself
- # [10:19] <MikeSmith> because I don't know how to make v.nu use data: URIs
- # [10:19] * annevk2 curses people with loud car/door/something alarms
- # [10:20] <annevk2> and especially those that let them go off so many times people can no longer sleep
- # [10:21] <MikeSmith> zcorpan_: I get an error on the console, "unsupported protocol: 'data'"
- # [10:21] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [10:24] <zcorpan_> MikeSmith: i just copied the text into the textarea
- # [10:25] * yutak_ is now known as yutak
- # [10:26] * Quits: tkent (n=tkent@220.109.219.244) ("Leaving...")
- # [10:27] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 113 (No route to host))
- # [10:27] <zcorpan_> MikeSmith: i still get the relaxng error for <input usemap>
- # [10:28] <MikeSmith> shit
- # [10:28] <MikeSmith> lemme check
- # [10:29] <MikeSmith> ah yeah
- # [10:30] <zcorpan_> MikeSmith: maybe the messages should say "The foo attribute on element bar is obsolete" instead of just "The foo attribute is obsolete" since e.g. <link target> is obsolete but <a target> isn't
- # [10:30] * gsnedders finds a page which behaves differently with %26 and & in the URI
- # [10:30] <MikeSmith> there's not a single attribute pattern for the input element in the scheme
- # [10:30] <MikeSmith> *schema
- # [10:31] <MikeSmith> zcorpan_: yeah, I guess we should have it do that
- # [10:31] <zcorpan_> the schema adds attributes depending on what type is, doesn't it?
- # [10:31] <zcorpan_> for input
- # [10:31] <MikeSmith> yeah
- # [10:32] <MikeSmith> so that means I have to add it to 20 different patterns
- # [10:32] <zcorpan_> isn't there input.attrs.common or so?
- # [10:32] <MikeSmith> maybe
- # [10:32] <MikeSmith> I can't remember.. I'll look
- # [10:33] <zcorpan_> i guess usemap was only valid for type=image anyway
- # [10:33] <zcorpan_> so you could just add it to type=image and leave the rest
- # [10:34] <MikeSmith> yeah, true
- # [10:35] <zcorpan_> s/valid/used/
- # [10:35] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [10:35] <MikeSmith> anyway, fwiw, there is no input.attrs.common pattern (or equivalent) -- I guess because there are no attributes common to all input elements that aren't also common too all form attributes (or that aren't global on all elements)
- # [10:36] <othermaciej> isn't "type" common to all form elements?
- # [10:36] <othermaciej> er, to all inputs I mean, but not other form elements?
- # [10:37] <zcorpan_> othermaciej: yes, but since the schema has different patterns depending on type, that's not particularly helpful in this case
- # [10:37] <annevk2> depends, all form elements do have a type IDL attribute
- # [10:37] * othermaciej has no idea what the context is, just sayin'
- # [10:38] * Joins: ROBOd (n=robod@89.122.216.38)
- # [10:40] <zcorpan_> MikeSmith: also <object code>
- # [10:41] <MikeSmith> zcorpan_: that one I omitted intentionally.. because afaict no published spec ever allowed code on object anyway
- # [10:41] <MikeSmith> do people actually use code on object?
- # [10:41] <MikeSmith> I thought it was just for applet
- # [10:41] <MikeSmith> I wasn't sure if it was included in the list intentionally or not
- # [10:41] <zcorpan_> MikeSmith: dunno, maybe the spec is wrong in listing <object code> as obsolete
- # [10:42] <zcorpan_> same for <param type>?
- # [10:43] * MikeSmith checks on <param type>
- # [10:44] <zcorpan_> MikeSmith: also align on input
- # [10:44] <MikeSmith> ah yeah
- # [10:44] <zcorpan_> MikeSmith: gives 2 messages
- # [10:45] <MikeSmith> that I will need to add to a lot more patterns
- # [10:46] <jgraham> hsivonen: I wouldn't expect the DOM to depend on network packet boundaries
- # [10:46] <zcorpan_> hmm, html4 doesn't have <input align>
- # [10:47] <zcorpan_> oh but html 3.2 does
- # [10:49] * jgraham wonders if we have reached any conclusion about coalescing text nodes in general
- # [10:49] <zcorpan_> MikeSmith: maybe the message for <img border=1> and <script language=vbscript> should advice to use the preferred alternative instead of advicing to alter the value
- # [10:51] <MikeSmith> zcorpan_: the warnings for those cases basically come directly from what's mandated in the spec
- # [10:51] <MikeSmith> I think
- # [10:51] <MikeSmith> it looks like html4 loose allowed <param type>
- # [10:51] <zcorpan_> MikeSmith: yes, but if you have <script language=vbscript>, you don't want to change that to <script language=javascript>
- # [10:52] <zcorpan_> MikeSmith: because presumably the script was vbscript and language is still obsolete so changing the value still won't silence the validator
- # [10:52] <zcorpan_> MikeSmith: it should advice to use <script type=text/vbscript>
- # [10:52] <MikeSmith> zcorpan_: right, I see what you're saying now
- # [10:52] <MikeSmith> please file a bug on that one if you have time
- # [10:52] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [10:57] <zcorpan_> MikeSmith: no message for <ul><li type> and <ol type> and <ul type>
- # [11:00] * Quits: nattokirai (n=nattokir@EM114-48-99-96.pool.e-mobile.ne.jp) (Read error: 60 (Operation timed out))
- # [11:01] <MikeSmith> hmm, that one's weird
- # [11:01] * Joins: workmad3 (n=davidwor@ashleys2.mimas.ac.uk)
- # [11:04] * Joins: tkent (n=tkent@220.109.219.244)
- # [11:05] <MikeSmith> zcorpan_: no clue on that one yet.. code seems right
- # [11:06] <MikeSmith> but I'll check in the other changes shortly
- # [11:06] <MikeSmith> ah, found it
- # [11:07] <MikeSmith> (dumb mistake)
- # [11:08] * Joins: archtech (i=stanv@83.228.56.37)
- # [11:11] * Joins: webben (n=benh@nat/yahoo/x-zygwtgtuobcjpucc)
- # [11:11] * danbri_ is now known as danbri
- # [11:14] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
- # [11:16] * Joins: nattokirai (n=nattokir@EM114-48-53-49.pool.e-mobile.ne.jp)
- # [11:18] * Quits: Lachy (n=Lachlan@85.196.122.246) ("Leaving")
- # [11:18] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [11:21] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 60 (Operation timed out))
- # [11:25] <annevk2> http://www.w3.org/mid/JACATK.TNKL0CLX3OQC@abbra.com is somewhat interesting
- # [11:25] <annevk2> browser vendors abused the SVG WG
- # [11:25] <annevk2> heard it here first
- # [11:30] * Quits: archtech (i=stanv@83.228.56.37) (Client Quit)
- # [11:31] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [11:34] <othermaciej> cause we're mean
- # [11:35] <MikeSmith> the SVG WG was guilty of self-abuse
- # [11:35] * Joins: Michelangelo (n=Michelan@93-41-55-58.ip80.fastwebnet.it)
- # [11:36] * Quits: webben (n=benh@nat/yahoo/x-zygwtgtuobcjpucc) (Remote closed the connection)
- # [11:38] * Joins: archtech (i=stanv@83.228.56.37)
- # [11:45] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
- # [11:53] <othermaciej> Opera supports the uDOM?
- # [11:54] <annevk2> unfortunately yes
- # [11:54] <annevk2> hopefully nobody else adds it
- # [11:55] <othermaciej> seems like it is on the active disinterest list for WebKit and Gecko at least
- # [11:57] <annevk2> yeah
- # [11:57] <othermaciej> SVG Tiny 1.2 is a REC? now that's an implementation report I gotta read
- # [11:58] <annevk2> not sure how that worked either; hopefully now more browsers are involved the next SVG will be better
- # [11:58] <zcorpan_> "The only way to have features put into SVG or any other W3C
- # [11:58] <zcorpan_> spec is to participate in the group, attend teleconferences,
- # [11:58] <zcorpan_> face to face meetings and back your cause."
- # [11:59] <othermaciej> hmm the implementation report doesn't seem to include even a single implementation passing all the tests
- # [12:00] <othermaciej> ah, I see
- # [12:00] <othermaciej> their "two implementations" requirement is per test
- # [12:01] <zcorpan_> so i can write an implementation that passes one test, and it would count?
- # [12:03] <annevk2> you'd need another
- # [12:03] <jgraham> Allowing partial implementations as evidence that the spec as a whole is implementable seems like it has obvious flaws
- # [12:04] <annevk2> i guess in the trade-off perfection vs moving forward they picked moving forward
- # [12:04] <othermaciej> "The CR exit criteria were a minimum of two implementations passing each test in the test suite, of which at least one must be running on a mobile platform."
- # [12:04] * zcorpan_ writes an impl that does nothing but showing "PASS", which magically passes lots of tests
- # [12:05] <othermaciej> that first clause is ambiguous
- # [12:08] <othermaciej> I don't see why they tested Firefox or Safari (they only "passed" two tests total) but it looks like they needed all of the other 8 implementations tested to meet their CR exit criteria
- # [12:11] <othermaciej> interesting to see Microsoft following SVG
- # [12:13] * Philip` wonders if anyone has worked out the historical correlation between Microsoft commenting on details of specs and them implementing it in the next version of IE
- # [12:14] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
- # [12:16] <MikeSmith> zcorpan_: I checked in several changes and I think fixed the misses you've reported so far
- # [12:17] <MikeSmith> except for object/@code, which I'm still not sure whether that's in the list intentionally or inadvertently
- # [12:18] <zcorpan_> MikeSmith: file a spec bug on object code
- # [12:18] <MikeSmith> OK
- # [12:18] <MikeSmith> I'm looking for MAMA on that one too
- # [12:19] * Joins: Midler (n=midler@212.37.124.243)
- # [12:20] <MikeSmith> no @code in http://dev.opera.com/articles/view/mama-plug-ins/#object
- # [12:21] <MikeSmith> but then, @codetype didn't make that list either
- # [12:24] <Philip`> I see several <object codetype>s in dotbot data
- # [12:25] <Philip`> and zero <object code>s
- # [12:25] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
- # [12:25] <Philip`> (By "several" I mean about a dozen sites)
- # [12:30] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [12:31] * Parts: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [12:31] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [12:32] * Parts: workmad3 (n=davidwor@ashleys2.mimas.ac.uk)
- # [12:32] * Joins: workmad3 (n=davidwor@ashleys2.mimas.ac.uk)
- # [12:33] <Philip`> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cbody%3E%0A%3Cobject%20id%3Do%3E%3C%2Fobject%3E%3Cscript%3Edocument.getElementById%28%27o%27%29.code%3D1%3C%2Fscript%3E - hmm, browsers support it
- # [12:34] <Philip`> http://google.com/codesearch?q=%3Cobject%5B%5E%3E%5D%2A%5Cscode%3D - some people use it
- # [12:43] <gsnedders> Anyone know what sort of feedback MS have been sending on SVG? I heard a bit from ed over lunch, but anyone know what sort of stuff specifically? General technical issues? Stuff you'd find during implementing?
- # [12:43] <MikeSmith> Philip`: thanks. I moved the bug to resolved=invalid
- # [12:43] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
- # [12:46] * Joins: taf2 (n=taf2@38.99.201.242)
- # [12:46] * Joins: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
- # [12:47] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Read error: 110 (Connection timed out))
- # [12:47] * tndH_ is now known as tndH
- # [13:02] * Joins: myakura (n=myakura@p2197-ipbf7505marunouchi.tokyo.ocn.ne.jp)
- # [13:08] <hsivonen> the SVG post is interesting
- # [13:08] * Parts: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [13:09] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
- # [13:10] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [13:13] <annevk2> https://bugzilla.mozilla.org/show_bug.cgi?id=526491#c5 hmm, Brendan seems somewhat pissed off with our specs :/
- # [13:13] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [13:27] * Quits: nattokirai (n=nattokir@EM114-48-53-49.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [13:29] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
- # [13:29] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 110 (Connection timed out))
- # [13:35] * Quits: drry (n=drry@unaffiliated/drry) ("Tiarra 0.1+svn-35621M: SIGTERM received; exit")
- # [13:38] * Joins: ttepasse (n=ttepas--@dslb-084-060-003-115.pools.arcor-ip.net)
- # [13:41] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [13:41] * zcorpan_ is now known as zcorpan
- # [13:42] * Joins: drry (n=drry@unaffiliated/drry)
- # [13:44] * Joins: nattokirai (n=nattokir@EM114-48-143-130.pool.e-mobile.ne.jp)
- # [13:44] * Joins: SamerZ (n=SamerZ@99.231.206.13)
- # [13:46] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Remote closed the connection)
- # [13:53] * Quits: SamerZ (n=SamerZ@99.231.206.13)
- # [13:55] <jgraham> annevk2: No, really?
- # [13:56] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [13:57] * zcorpan_ notes that his suggestion of prefixing x3d elements with "x" would result in an element called <xbox>
- # [13:57] * Joins: cpharmston (n=cpharmst@office.threespot.com)
- # [14:01] * Quits: nattokirai (n=nattokir@EM114-48-143-130.pool.e-mobile.ne.jp) (Read error: 60 (Operation timed out))
- # [14:02] <othermaciej> the latest Editor's Draft of Web IDL does seem to specify that there should be a "constructor" property, but it's not very specific about location
- # [14:04] <othermaciej> (last WD does not mention it)
- # [14:04] <othermaciej> in any case I'd doubt Blake even looked there
- # [14:05] <othermaciej> I am not sure why Brendan seems to have a bee in his bonnet lately
- # [14:06] <annevk2> btw, jgraham told me in some other channel we did actually recently reverse engineer Date parsing to improve compatibility
- # [14:06] <annevk2> gotta love that
- # [14:06] <Dashiva> I'm more surprised you didn't do it earlier
- # [14:06] <Dashiva> Since that's one of the worst parts of the es3 spec
- # [14:07] <othermaciej> I'm sure JavaScriptCore is full of reverse engineering hackery on that front
- # [14:07] <gsnedders> We didn't reverse-engineer it in a massive amount of detail though
- # [14:07] <othermaciej> Brendan has long cited it as an example of something that should not be spec'd at all ever (back to the ES3.1 vs ES4 days)
- # [14:07] <annevk2> Dashiva, I'm sure we did it several times
- # [14:07] <Dashiva> btw: Do you really need to reverse engineer, considering both FF and Safari are open source? :)
- # [14:07] <othermaciej> I never quite grasped his explanation of why though
- # [14:08] * Quits: ttepasse (n=ttepas--@dslb-084-060-003-115.pools.arcor-ip.net) ("?Q")
- # [14:08] <annevk2> dhyatt claimed for a while that defining the HTML parser would not be possible
- # [14:08] <Dashiva> othermaciej: Maybe he's in the "Only specify good and decent behavior" camp?
- # [14:08] <annevk2> (and it is indeed somewhat insane)
- # [14:09] <othermaciej> Dashiva: the thing is, he's been on the "face the lame reality" side in other cases
- # [14:10] <othermaciej> hyatt was very nearly right!
- # [14:11] <Dashiva> But impossible just means it takes longer :P
- # [14:11] <othermaciej> it seems like the most ES-like thing to do would be for the constructor property to be on the prototype
- # [14:13] <othermaciej> that's what happens for built-in objects and for objects created by JS-implemented constructors
- # [14:16] * Joins: kevindanko (n=Kevindan@205.232.42.46)
- # [14:16] * Parts: kevindanko (n=Kevindan@205.232.42.46)
- # [14:23] * Quits: drry (n=drry@unaffiliated/drry) (Read error: 113 (No route to host))
- # [14:34] * Quits: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au) ("Leaving.")
- # [14:34] * Joins: MikeSmith (n=MikeSmit@EM114-49-142-138.pool.e-mobile.ne.jp)
- # [14:39] * Joins: nattokirai (n=nattokir@118.243.227.107)
- # [14:46] * Joins: zalan (n=zalan@catv-89-135-144-122.catv.broadband.hu)
- # [14:49] <Dashiva> >Flight to #TPAC09: $3300, Hotel: $1800
- # [14:49] <Dashiva> That's... a lot more than I would expect
- # [14:50] <annevk2> those are not the real numbers I think
- # [14:50] <annevk2> I hope so anyway!
- # [14:53] <Lachy> annevk2, if you add up the costs of all the hotels we stayed in for the whole time in the US, it comes fairly close to $1800 for the 3 of us
- # [14:54] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 145 (Connection timed out))
- # [14:54] <Lachy> same for our combined flight costs
- # [14:55] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
- # [14:57] <annevk2> oh, combined
- # [14:58] <annevk2> it should say flights then
- # [14:58] <annevk2> etc.
- # [15:02] <annevk2> lol
- # [15:02] <annevk2> http://vimeo.com/6985053
- # [15:02] <annevk2> check two minutes in
- # [15:05] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
- # [15:08] * Quits: workmad3 (n=davidwor@ashleys2.mimas.ac.uk)
- # [15:09] * Joins: workmad3 (n=davidwor@ashleys2.mimas.ac.uk)
- # [15:17] * Joins: miketaylr (n=miketayl@38.117.156.163)
- # [15:18] * Joins: webben (n=benh@nat/yahoo/x-gneqeeryfrsyaprn)
- # [15:20] <gsnedders> annevk2: I can't watch that. It needs Flash. Can you give me a version which I can view?
- # [15:21] <annevk2> no
- # [15:22] <gsnedders> Then you fail.
- # [15:23] <Philip`> gsnedders: On the contrary, it seems to be you who is experiencing the failure
- # [15:26] <murr4y> "you shall go to the pub, cinderella"
- # [15:26] <murr4y> pure gold :D
- # [15:34] <jgraham> Dashiva: Where are those numbers from?
- # [15:34] <annevk2> twitter
- # [15:42] <MikeSmith> that mack from brucel presentation should become the official logo for HTML5
- # [15:42] <MikeSmith> "HTML5: HTML, but with more pimp cane"
- # [15:43] * Joins: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
- # [15:43] * murr4y agrees
- # [15:43] * Parts: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
- # [15:45] * Quits: taf2 (n=taf2@38.99.201.242)
- # [15:45] * Joins: drry (n=drry@unaffiliated/drry)
- # [15:52] * Quits: danbri_ (n=danbri@unaffiliated/danbri) (Remote closed the connection)
- # [15:55] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Read error: 110 (Connection timed out))
- # [15:56] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
- # [16:02] <MikeSmith> zcorpan_: error messages for obsolete attributes now also include the element names
- # [16:02] <MikeSmith> per your suggestion
- # [16:05] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [16:08] <zcorpan_> MikeSmith: cool
- # [16:10] * Joins: pmuellr (n=pmuellr@nat/ibm/x-hylghsbmkftejdjt)
- # [16:11] * Joins: smaug_ (n=chatzill@cs181150024.pp.htv.fi)
- # [16:13] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
- # [16:15] <MikeSmith> zcorpan_: so I want to also implement your suggestion about the error messages including suggestions about what to use instead, but I need to figure out how best to do it
- # [16:16] <zcorpan_> MikeSmith: for <script language> or in general?
- # [16:16] <MikeSmith> in general
- # [16:16] <MikeSmith> right now the obsolete-attributes stuff is in a hash table where the attribute name is the key and the array of elements on which it's obsolete is the value
- # [16:17] <MikeSmith> so what I'd need to do is also associate a string with the suggestion about what to use instead
- # [16:18] <zcorpan_> MikeSmith: <p align> says "The align attribute on the p element is obsolete. Use CSS instead."
- # [16:18] * Joins: mpt (n=mpt@canonical/mpt)
- # [16:18] <MikeSmith> zcorpan_: yeah.. is that wrong?
- # [16:18] <zcorpan_> no
- # [16:19] <zcorpan_> how is the "Use CSS instead." implemented?
- # [16:19] <MikeSmith> it's just boilerplate for the case of all attributes that are presentational
- # [16:20] <zcorpan_> can you use a similar approach for other groups of attributes?
- # [16:21] <MikeSmith> the code has broad conditions (two separate hash tables): one for the set of "presentational" attributes, and one for the others
- # [16:21] <MikeSmith> the others don't really fall into any recognizable patterns/groups
- # [16:22] <zcorpan_> ok
- # [16:22] <MikeSmith> so would need to have some message string associated for each attribute
- # [16:23] <MikeSmith> even then, that'd also assume that the "what to use instead" suggestion is one-to-one the same for a particular attribute, regardless of what the element is.. which I'm not sure is actually the case
- # [16:23] <MikeSmith> anyway, I'll look at it some more
- # [16:24] <MikeSmith> it would be worthwhile to try to capture/report all the info/suggestions that's available in the spec
- # [16:25] <zcorpan_> the spec doesn't seem to have different suggestions for attributes with the same name
- # [16:25] <MikeSmith> Ok, that's good at least
- # [16:26] <MikeSmith> that makes it a lot easier
- # [16:27] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [16:31] * Joins: foolip (n=philip@h-63-95.A163.priv.bahnhof.se)
- # [16:31] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [16:31] <MikeSmith> I guess I could just use two separate hash tables for each attribute: one table that associates each attribute with a list of one or more elements on which it's obsolete, and another table that associates each attribute with a "what to use instead" message
- # [16:32] * MikeSmith looks around for hsivonen
- # [16:32] * hsivonen looks at the scrollback
- # [16:33] <hsivonen> is what to use instead unique by attribute name or do you need both the attribute and the element name?
- # [16:33] <MikeSmith> hsivonen: just by attribute name
- # [16:33] <hsivonen> ok. I guess hashtables like that will work
- # [16:35] * hsivonen leaves the computer having blogged about http://hsivonen.iki.fi/speculative-html5-parsing/
- # [16:35] <Philip`> <ul type>
- # [16:36] <Philip`> <param type>
- # [16:36] <Philip`> Spec gives different suggestions for those
- # [16:36] <zcorpan_> ul type is in the presentational bucket
- # [16:37] <Philip`> Ah
- # [16:37] <zcorpan_> but it does mean that MikeSmith can't combine the currently presentational hashtable and the-rest hashtable into one
- # [16:37] <MikeSmith> right
- # [16:38] <MikeSmith> I did it that way because the spec makes that same high-level distinction
- # [16:38] <MikeSmith> as does annevk2 differences doc
- # [16:38] <MikeSmith> and because it seems like a useful broad distinction
- # [16:38] * Philip` imagines it would be nice if the validator gave more specific advice for common situations, like if people do ugly <object> plugin stuff then it should suggest specific equivalent non-obsolete markup to achieve the same effect
- # [16:38] * Philip` wonders if that kind of thing could be possible
- # [16:39] <Philip`> (Ideally it would give specific CSS suggestions for presentational attributes, too)
- # [16:40] <Philip`> (because otherwise it's really hard trying to remember what the equivalent of <table cellpadding=0 cellspacing=0 border=1> is)
- # [16:40] <zcorpan_> "Use CSS instead" could be a link to http://wiki.whatwg.org/wiki/Presentational_elements_and_attributes
- # [16:41] <MikeSmith> that's doable, I think
- # [16:42] <MikeSmith> (the link, I mean)
- # [16:42] <MikeSmith> specific suggestions for each one is less doable
- # [16:42] <MikeSmith> ..because there are shitload of these
- # [16:43] <Philip`> Maybe not for all of them, just for the ones that turn out to be common and that cause people to post on forums saying "The validator says my code's wrong but I don't understand its scary messages, what should I do instead?"
- # [16:44] <MikeSmith> "suck it in"
- # [16:44] <MikeSmith> "get a clue"
- # [16:44] <Philip`> I'm assuming you want to actually help users, but I could be mistaken :-)
- # [16:44] <zcorpan_> "follow the link in the message"
- # [16:44] <MikeSmith> "give up and go back to developing is visual basic"
- # [16:45] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl)
- # [16:46] * Joins: ttepasse (n=ttepas--@dslb-084-060-003-115.pools.arcor-ip.net)
- # [16:47] * Quits: Midler (n=midler@212.37.124.243) ("Leaving.")
- # [16:51] * Parts: ato (i=ato@orgelet.e-tjenesten.org)
- # [16:57] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
- # [16:57] * Joins: paulirish (n=paul_iri@12.33.239.250)
- # [16:58] * Joins: pixeL`MBP (n=pixel@83.101.46.2)
- # [16:58] <pixeL`MBP> is 2x <aside></aside>
- # [16:58] <pixeL`MBP> allowed?
- # [16:59] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
- # [17:01] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [17:01] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
- # [17:04] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
- # [17:06] <zcorpan_> pixeL`MBP: yes
- # [17:06] <pixeL`MBP> ok
- # [18:12] * Disconnected
- # [18:13] * Attempting to rejoin channel #whatwg
- # [18:13] * Rejoined channel #whatwg
- # [18:13] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
- # [18:13] * Set by annevk42 on Mon Oct 19 22:03:06
- # [18:15] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
- # [18:16] * Joins: ap (n=ap@17.246.17.221)
- # [18:17] * Joins: cpharmston (n=cpharmst@office.threespot.com)
- # [18:27] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Read error: 110 (Connection timed out))
- # [18:28] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
- # [18:28] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
- # [18:30] * Joins: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com)
- # [18:31] * Joins: cpharmston1 (n=cpharmst@office.threespot.com)
- # [18:45] * Quits: cpharmston (n=cpharmst@office.threespot.com) (Read error: 110 (Connection timed out))
- # [18:46] * Joins: dave_levin (n=dave_lev@74.125.59.73)
- # [18:53] * Quits: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com) ("Leaving")
- # [18:53] * Joins: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com)
- # [18:54] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [18:57] * Parts: cpharmston1 (n=cpharmst@office.threespot.com)
- # [19:01] * gavin___ is now known as gavin
- # [19:03] <zcorpan_> gsnedders: does it work in ie?
- # [19:03] <Philip`> http://blogs.msdn.com/ie/archive/2009/11/18/an-early-look-at-ie9-for-developers.aspx
- # [19:03] <gsnedders> zcorpan_: Yes, because IE displays fall-back content as it doesn't support SVG :P
- # [19:05] <Philip`> Looks like IE9 JS performance is no longer an order of magnitude off everybody else's
- # [19:06] <zcorpan_> gsnedders: hmm. i'm pretty sure there are sites that depend on the ie behavior of <object> scoping
- # [19:06] <gsnedders> I think we're screwed either way
- # [19:07] <zcorpan_> yes
- # [19:07] <zcorpan_> OTW
- # [19:09] <TabAtkins> otw?
- # [19:10] <zcorpan_> http://my.opera.com/downloadthefuture/blog/show.dml/2241145
- # [19:11] <zcorpan_> uh, seems like http://my.opera.com/community/openweb/info/ is the appropriate reference
- # [19:13] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [19:13] <gsnedders> zcorpan_: bratell already filed
- # [19:18] <GPHemsley> Hixie: Out of curiosity, when does work on Acid4 begin? (Feel free to use the abstract HTML5 timeline as a reference point.)
- # [19:20] <zcorpan_> "Acid3 tests about 100 aspects of different technologies (many still in the “working draft” stage of standardization)"
- # [19:21] <zcorpan_> i thought it only tested things from specs that were in CR a few years ago
- # [19:21] <GPHemsley> zcorpan_: A commenter makes a note of that
- # [19:23] <gsnedders> GPHemsley: Once IE passes Acid4
- # [19:23] <gsnedders> *Acid3
- # [19:23] <GPHemsley> gsnedders: Somehow, I doubt that.
- # [19:23] <gsnedders> GPHemsley: What, the Acid4? :P
- # [19:24] <GPHemsley> -_-
- # [19:25] <GPHemsley> (that was a glare, BTW)
- # [19:27] <gsnedders> Yeah, we'll write Acid4 once IE passes it!
- # [19:27] <gsnedders> Why not?
- # [19:27] <gsnedders> :P
- # [19:28] <GPHemsley> lol
- # [19:29] * Quits: JohnResi1 (n=JohnResi@121.255.201.74.static.ey03.engineyard.com) (Read error: 104 (Connection reset by peer))
- # [19:30] <AryehGregor> Philip`, well, the point is that I was trying to see if everyone was okay with XML5 as long as we didn't claim it was XML. Whether you could actually output equivalent XML in all cases is somewhat academic.
- # [19:30] * Joins: webben (n=benh@nat/yahoo/x-lznslbdxeoayykms)
- # [19:32] <AryehGregor> It seems like nobody actually cares about well-formedness as long as you avoid the term "XML".
- # [19:33] <AryehGregor> jgraham, flat-screen monitors were invented when they managed to get the dwarfs to go on a diet. It's true.
- # [19:34] * Joins: ttepasse (n=ttepas--@p5B01390C.dip.t-dialin.net)
- # [19:35] <zcorpan_> "Not XML"?
- # [19:35] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
- # [19:35] * Joins: JohnResi1 (n=JohnResi@121.255.201.74.static.ey03.engineyard.com)
- # [19:35] <AryehGregor> YML would be appropriate, since Y > X. However, it might be confused with YAML. Perhaps ZML? Z is almost as cool as X.
- # [19:36] <zcorpan_> Z for zcorpan?
- # [19:36] <AryehGregor> Maybe if you write the spec.
- # [19:37] * AryehGregor is impressed that the IE Blog is honest enough to include other browsers' nightly builds in their blog post -- almost nobody does that
- # [19:37] <AryehGregor> "Hey, look, our bleeding-edge code is better than our competitors were six months ago!"
- # [19:38] * gsnedders is amazed they got that post past middle-management
- # [19:38] <AryehGregor> (Or worse than our competitors were a year ago, in this case. But only slightly.)
- # [19:38] <gsnedders> The fact the developers are willing to admit they are behind and are playing to catch up having not had a browser under development for five years is quite obvious just speaking to any of them.
- # [19:40] <AryehGregor> It should be scary to everyone else, of course. IE5-6 clobbered the competition by leveraging vast sums of money so nobody could compete. Although monetarily, Google and Apple will be a lot tougher to outspend than Netscape, especially since they share a lot of the effort.
- # [19:40] * AryehGregor foresees major benefits to consumers -- yay competition!
- # [19:40] * AryehGregor refrains from drawing any kind of analogy to contentious political issues of the moment
- # [19:41] <zcorpan_> hmm, <applet> is scoping in firefox, but </span> still closes applet
- # [19:43] <zcorpan_> do we need to make span magic?
- # [19:45] <zcorpan_> <object> is scoping in webkit but </h3> still closes object
- # [19:45] <zcorpan_> should we make h1-h6 magic instead?
- # [19:45] * Quits: webben (n=benh@nat/yahoo/x-lznslbdxeoayykms) ("Leaving.")
- # [19:46] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
- # [19:49] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
- # [19:57] * paulirish is now known as paul_irish_
- # [19:57] * Joins: fishd (n=darin@nat/google/x-umgrduwyeviuhijg)
- # [20:04] * Joins: erlehmann (n=erlehman@82.113.106.3)
- # [20:04] * Joins: dglazkov_ (n=dglazkov@nat/google/x-ltugjgzsxzgezwlz)
- # [20:05] * Joins: dbaron (n=dbaron@nat/mozilla/x-rmqwlwnpcvfsaamb)
- # [20:08] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
- # [20:09] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
- # [20:09] * Joins: cying (n=cying@70.90.171.153)
- # [20:12] <zcorpan_> gsnedders: ie7 actually doesn't show fallback for that page
- # [20:12] <zcorpan_> gsnedders: does ie8?
- # [20:13] * Joins: maikmerten (n=maikmert@BAE35f8.bae.pppool.de)
- # [20:14] * Joins: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
- # [20:14] * Quits: fishd_ (n=darin@nat/google/x-bmnyaqzucxgdybjl) (Read error: 110 (Connection timed out))
- # [20:15] * Parts: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
- # [20:17] * Quits: JohnResi1 (n=JohnResi@121.255.201.74.static.ey03.engineyard.com) (Read error: 104 (Connection reset by peer))
- # [20:19] * Joins: JohnResi1 (n=JohnResi@ejohn.org)
- # [20:20] * Quits: dglazkov (n=dglazkov@nat/google/x-eryksouhthfvvkug) (Read error: 110 (Connection timed out))
- # [20:20] * dglazkov_ is now known as dglazkov
- # [20:30] * Quits: erlehmann (n=erlehman@82.113.106.3) ("Ex-Chat")
- # [20:38] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [20:40] * Quits: JohnResi1 (n=JohnResi@ejohn.org) (Read error: 104 (Connection reset by peer))
- # [20:40] * Joins: JohnResi1 (n=JohnResi@121.255.201.74.static.ey03.engineyard.com)
- # [20:44] * Quits: starjive (i=beos@81-233-16-19-no30.tbcn.telia.com)
- # [20:47] * Joins: cpharmston (n=cpharmst@office.threespot.com)
- # [20:49] * Quits: cpharmston (n=cpharmst@office.threespot.com) (Read error: 104 (Connection reset by peer))
- # [20:49] * Joins: cpharmston (n=cpharmst@office.threespot.com)
- # [20:50] * Quits: MikeSmith (n=MikeSmit@EM114-49-142-138.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [20:54] * Joins: roc (n=roc@121-72-207-27.dsl.telstraclear.net)
- # [20:56] * Quits: ap (n=ap@17.246.17.221)
- # [20:56] * Parts: cpharmston (n=cpharmst@office.threespot.com)
- # [20:56] * Quits: pixeL`MBP (n=pixel@83.101.46.2) (Client Quit)
- # [20:56] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
- # [21:00] * Quits: dglazkov (n=dglazkov@nat/google/x-ltugjgzsxzgezwlz) (Remote closed the connection)
- # [21:00] * Joins: dglazkov (n=dglazkov@nat/google/x-krjfqgvnwfovbhqw)
- # [21:01] * Joins: pixeL`MBP (n=pixel@83.101.46.2)
- # [21:01] * Quits: pixeL`MBP (n=pixel@83.101.46.2) (Client Quit)
- # [21:02] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [21:02] * Joins: ojan (n=ojan@72.14.229.81)
- # [21:03] * Quits: maikmerten (n=maikmert@BAE35f8.bae.pppool.de) (Remote closed the connection)
- # [21:05] * Quits: JohnResi1 (n=JohnResi@121.255.201.74.static.ey03.engineyard.com) (Remote closed the connection)
- # [21:07] * Joins: ap (n=ap@17.246.17.221)
- # [21:11] * Joins: mpt (n=mpt@canonical/mpt)
- # [21:13] * Joins: JohnResi1 (n=JohnResi@121.255.201.74.static.ey03.engineyard.com)
- # [21:16] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
- # [21:16] <foolip> where did the WHATWG name come from? I seem to recall reading minutes from http://www.w3.org/2004/04/webapps-cdf-ws/ where Hixie asks something like "what working group will develop HTML?" Is that where it came from?
- # [21:17] * Quits: fishd (n=darin@nat/google/x-umgrduwyeviuhijg) (Read error: 110 (Connection timed out))
- # [21:18] <Philip`> foolip: That was on his blog
- # [21:18] <foolip> href?
- # [21:19] <Philip`> http://ln.hixie.ch/?start=1086387609&count=1
- # [21:20] <foolip> thanks
- # [21:20] <Philip`> That was the same day the WHATWG was announced
- # [21:20] <Philip`> so I assume the name came earlier
- # [21:20] <foolip> given the italics, seems like it wasn't a coincidence at all
- # [21:20] * Quits: Michelangelo (n=Michelan@93-41-55-58.ip80.fastwebnet.it) (Remote closed the connection)
- # [21:21] <Philip`> Given the lack of "?" too
- # [21:22] <foolip> Philip`: no plan on upgrading http://philip.html5.org/demos/microdata/demo.html ?
- # [21:24] <Philip`> It's not something I have a plan to work, and not something I plan to plan to work on either, since it doesn't really seem worthwhile
- # [21:24] <Philip`> and since hopefully someone else will write a better one ;-)
- # [21:26] <foolip> may I copy paste at will?
- # [21:26] * Quits: taf2 (n=taf2@38.99.201.242)
- # [21:26] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [21:27] <Philip`> Please do
- # [21:29] <Philip`> though I disclaim all responsibility if someone uses anything derived from my code to parse microdata in order to remotely control an army
- # [21:32] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
- # [21:32] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net) (Client Quit)
- # [21:32] <foolip> Philip`: naturally
- # [21:41] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [21:45] * Joins: jwalden (n=waldo@nat/mozilla/x-dnppopsiqsksjbmd)
- # [21:50] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [21:51] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [21:54] <zcorpan_> "There's only one rule for making speculative loads of linked scripts, style sheets and images succeed" - https://developer.mozilla.org/en/Optimizing_your_pages_for_speculative_parsing
- # [21:54] <zcorpan_> that's not quite true, since <link rel=" stylesheet" ...> fails
- # [21:56] * Joins: ttepass- (n=ttepas--@p5B016031.dip.t-dialin.net)
- # [21:57] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [22:02] * Joins: cying_ (n=cying@70.90.171.153)
- # [22:04] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [22:07] * Joins: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au)
- # [22:07] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
- # [22:08] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 104 (Connection reset by peer))
- # [22:08] * Quits: ttepasse (n=ttepas--@p5B01390C.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [22:11] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [22:12] * Quits: pmuellr (n=pmuellr@nat/ibm/x-hylghsbmkftejdjt)
- # [22:16] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
- # [22:19] * Quits: archtech (i=stanv@83.228.56.37) (Client Quit)
- # [22:20] * Quits: cying (n=cying@70.90.171.153) (Read error: 110 (Connection timed out))
- # [22:20] * cying_ is now known as cying
- # [22:22] * Joins: othermaciej (n=mjs@17.246.17.190)
- # [22:25] * Quits: danbri_ (n=danbri@unaffiliated/danbri) (Read error: 110 (Connection timed out))
- # [22:27] * Quits: smaug__ (n=chatzill@cs181150024.pp.htv.fi) ("ChatZilla 0.9.85 [Firefox 3.7a1pre/20091112214213]")
- # [22:29] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
- # [22:37] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 110 (Connection timed out))
- # [22:40] * danbri_ is now known as danbri
- # [22:49] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [23:06] * Joins: rauchg (n=rauchg@75.101.111.130)
- # [23:07] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [23:09] * Quits: miketaylr (n=miketayl@38.117.156.163) (Remote closed the connection)
- # [23:10] * Quits: jwalden (n=waldo@nat/mozilla/x-dnppopsiqsksjbmd) (Read error: 110 (Connection timed out))
- # [23:10] * Quits: ttepass- (n=ttepas--@p5B016031.dip.t-dialin.net) ("?Q")
- # [23:14] * Joins: jwalden (n=waldo@nat/mozilla/x-wrbgauhoyxguiizp)
- # [23:16] * Quits: zalan (n=zalan@catv-89-135-144-122.catv.broadband.hu) (Read error: 110 (Connection timed out))
- # [23:16] * Joins: weinig (n=weinig@17.246.19.85)
- # [23:16] * weinig is now known as weinig|meeting
- # [23:18] * Quits: nattokirai (n=nattokir@118.243.227.107)
- # [23:20] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
- # [23:21] * Joins: franksalim (n=frank@adsl-76-221-202-115.dsl.pltn13.sbcglobal.net)
- # [23:35] <Lachy> annevk, if I'm reading the XML5 algorithm correctly, it seems that whitespace at the beginning of a file would trigger parse errors in the start phase of tree construction. I'm assuming that's unintentional
- # [23:36] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [23:36] * Quits: dglazkov (n=dglazkov@nat/google/x-krjfqgvnwfovbhqw)
- # [23:36] * Quits: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) (Remote closed the connection)
- # [23:38] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [23:38] * Parts: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [23:41] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [23:47] * Quits: othermaciej (n=mjs@17.246.17.190)
- # [23:47] <annevk> I would not waste time on XML5
- # [23:47] <annevk> there's far more important things to worry about
- # [23:58] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
- # [23:58] * Quits: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com) ("Nettalk6 - www.ntalk.de")
- # Session Close: Thu Nov 19 00:00:00 2009
The end :)