Options:
- # Session Start: Tue Nov 17 00:00:00 2009
- # Session Ident: #whatwg
- # [00:06] * Joins: fishd (n=darin@nat/google/x-fscaoeedgdviagsf)
- # [00:06] * Quits: weinig (n=weinig@17.246.19.85)
- # [00:09] * Quits: paulirish (n=paul_iri@12.33.239.250)
- # [00:09] * Quits: Michelangelo (n=Michelan@93-41-5-150.ip79.fastwebnet.it) (Remote closed the connection)
- # [00:11] * Joins: yutak_home (n=kee@R214157.ppp.dion.ne.jp)
- # [00:18] * Joins: weinig (n=weinig@17.246.19.85)
- # [00:34] * Parts: ojan (n=ojan@72.14.229.81)
- # [00:36] <TabAtkins> Heh. As long as they maintain the current minimum distance between enemies, I think I could stand against an infinite wave of the strongest creeps.
- # [00:36] * TabAtkins loves tower defense games.
- # [00:37] * Joins: scherkus (n=scherkus@nat/google/x-ukcopusjcyqgtmmw)
- # [00:39] * Quits: yutak_home (n=kee@R214157.ppp.dion.ne.jp) ("Ex-Chat")
- # [00:40] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 148 (No route to host))
- # [00:40] * Joins: tkent (n=tkent@220.109.219.244)
- # [00:42] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [00:43] <Philip`> TabAtkins: The creeps ought to just stay out of range and lay siege to your tower until you starve or die from dysentery
- # [00:43] <TabAtkins> Nah, I've got banana plantations for food.
- # [00:44] <TabAtkins> There's actually a decent chance I could stand against an infinite wave with *0* separation between creeps - just one giant infinite stack. In fact, it's very likely this is true.
- # [00:45] <Philip`> You can't live off bananas forever
- # [00:45] <Philip`> You'll devolve into monkeys
- # [00:45] <TabAtkins> I am monkeys, so it's all right.
- # [00:47] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [00:50] * Quits: erikvold (n=erikvvol@S01060024012860e9.gv.shawcable.net) (Read error: 110 (Connection timed out))
- # [00:54] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [00:57] <jwalden> hum, figure > legend finally went away, wonder when I missed that
- # [00:59] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [01:02] <TabAtkins> jwalden: About two months ago, I think?
- # [01:03] * Joins: webben (n=benh@212-104-155-213.access.eclipse.net.uk)
- # [01:04] * Quits: nattokirai (n=nattokir@y227107.dynamic.ppp.asahi-net.or.jp)
- # [01:05] * Quits: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au) ("Leaving.")
- # [01:05] * Quits: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com) ("Nettalk6 - www.ntalk.de")
- # [01:05] * Joins: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au)
- # [01:06] <jwalden> too much not paying attention to the mailing list, I guess
- # [01:07] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [01:09] <TabAtkins> jwalden: Yup. There were several nice threads about it (or more properly, about the problems still inherent in the current approach).
- # [01:10] <jwalden> heh
- # [01:10] <jwalden> I might have noticed sooner if html5.validator.nu were fully up to date (not actually a complaint, more of a wink wink nudge nudge ;-) )
- # [01:10] * Parts: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [01:11] * jwalden is fully aware he gets what he pays for
- # [01:12] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [01:13] * Joins: othermaciej (n=mjs@17.246.17.76)
- # [01:14] * Quits: danbri_ (n=danbri@unaffiliated/danbri) (Remote closed the connection)
- # [01:18] * Quits: fishd (n=darin@nat/google/x-fscaoeedgdviagsf) (Read error: 110 (Connection timed out))
- # [01:29] * Joins: mpt (n=mpt@canonical/mpt)
- # [01:32] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [01:35] * Quits: workmad3 (n=davidwor@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [01:37] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [01:44] * Quits: ttepass- (n=ttepas--@p5B0162BE.dip.t-dialin.net) ("?Q")
- # [01:45] <roc> what's the right mailing list to ask CORS questions?
- # [01:46] * roc goes with public-webapps
- # [01:55] * Quits: scherkus (n=scherkus@nat/google/x-ukcopusjcyqgtmmw) (Read error: 110 (Connection timed out))
- # [01:57] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
- # [02:00] * Joins: nattokirai_ (n=nattokir@gw0.mozilla.or.jp)
- # [02:01] * Quits: othermaciej (n=mjs@17.246.17.76)
- # [02:01] * Joins: Rik`_ (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [02:02] * Joins: othermaciej (n=mjs@17.246.17.76)
- # [02:03] <othermaciej> roc: that would be the right list
- # [02:03] * Quits: Rik`_ (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 54 (Connection reset by peer))
- # [02:03] <roc> ta
- # [02:04] * Joins: Rik`_ (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [02:05] * Joins: erlehmann (n=erlehman@1.121.113.82.net.de.o2.com)
- # [02:05] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [02:06] * Parts: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [02:08] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 148 (No route to host))
- # [02:09] * Rik`_ is now known as Rik`
- # [02:15] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
- # [02:15] * Joins: Rik`_ (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [02:15] * Rik`_ is now known as Rik`
- # [02:16] * Quits: dglazkov (n=dglazkov@nat/google/x-greagelrqwbtwneg)
- # [02:34] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 148 (No route to host))
- # [02:35] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [02:35] * Quits: othermaciej (n=mjs@17.246.17.76)
- # [02:35] * Parts: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [02:36] * Joins: othermaciej (n=mjs@17.246.17.76)
- # [02:44] * Joins: jennb (n=jennb@74.125.59.73)
- # [02:52] * Joins: scherkus (n=scherkus@64.168.229.50)
- # [02:52] * Quits: ap (n=ap@17.246.17.221)
- # [02:56] * Joins: miketaylr (n=miketayl@24.42.95.234)
- # [02:57] * Joins: yusukes (n=yusukes@220.109.219.244)
- # [02:57] * Parts: yusukes (n=yusukes@220.109.219.244) ("Leaving")
- # [03:09] * Joins: ojan (n=ojan@72.14.229.81)
- # [03:15] * Quits: scherkus (n=scherkus@64.168.229.50) (Read error: 110 (Connection timed out))
- # [03:24] * Quits: cying (n=cying@70.90.171.153)
- # [03:25] * Quits: dbaron (n=dbaron@nat/mozilla/x-grzempbzofayuujc) ("8403864 bytes have been tenured, next gc will be global.")
- # [03:30] * Quits: Guest_878 (n=IceChat7@bas11-toronto63-1088753217.dsl.bell.ca) ("When the chips are down, well, the buffalo is empty")
- # [03:32] * Quits: ojan (n=ojan@72.14.229.81)
- # [03:39] * Quits: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) ("Leaving...")
- # [03:48] * Joins: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net)
- # [03:53] * Quits: jennb (n=jennb@74.125.59.73)
- # [03:53] * Joins: jennb (n=jennb@74.125.59.65)
- # [04:07] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [04:08] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [04:13] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net) (Client Quit)
- # [04:13] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [04:17] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [04:17] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [04:19] * Quits: jwalden (n=waldo@nat/mozilla/x-xolpukgnbgadnhss) ("dinnertime")
- # [04:24] <miketaylr> was there ever an <eventsource> element?
- # [04:26] * miketaylr is not sure why it's in remy's html5 shiv script
- # [04:27] <inimino> it's not supposed to have content anyway right?
- # [04:28] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [04:29] <miketaylr> yeah
- # [04:30] <inimino> and it was event-source
- # [04:30] <inimino> http://www.whatwg.org/specs/web-apps/2007-10-26/multipage/section-scripting0.html#the-event-source
- # [04:30] <miketaylr> aha, thx inimino
- # [04:38] * Quits: weinig (n=weinig@17.246.19.85)
- # [04:38] * Quits: othree (n=othree@admin39.ct.ntust.edu.tw) (Read error: 60 (Operation timed out))
- # [04:40] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [05:02] * miketaylr is now known as miketaylr|zombie
- # [05:03] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [05:07] * miketaylr|zombie is now known as miketaylr
- # [05:12] * Joins: MikeSmith (n=MikeSmit@EM114-48-27-110.pool.e-mobile.ne.jp)
- # [05:21] * Quits: dave_levin (n=dave_lev@74.125.59.65)
- # [05:27] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [05:43] * Quits: othermaciej (n=mjs@17.246.17.76)
- # [05:53] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [05:57] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [05:59] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
- # [06:16] * Quits: MikeSmith (n=MikeSmit@EM114-48-27-110.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
- # [06:22] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
- # [06:24] * Quits: tkent (n=tkent@220.109.219.244) ("Leaving...")
- # [06:27] * Joins: nattokirai (n=nattokir@wave.mozilla.or.jp)
- # [06:30] * Joins: tkent (n=tkent@220.109.219.244)
- # [06:39] * Joins: MikeSmith (n=MikeSmit@EM114-48-27-110.pool.e-mobile.ne.jp)
- # [06:45] * Quits: nattokirai_ (n=nattokir@gw0.mozilla.or.jp) (Read error: 113 (No route to host))
- # [06:48] * Joins: nattokirai_ (n=nattokir@gw0.mozilla.or.jp)
- # [07:01] * Joins: zalan (n=zalan@catv-89-135-144-122.catv.broadband.hu)
- # [07:04] * Quits: miketaylr (n=miketayl@24.42.95.234) (Remote closed the connection)
- # [07:06] * Quits: nattokirai (n=nattokir@wave.mozilla.or.jp) (Read error: 110 (Connection timed out))
- # [07:06] * nattokirai_ is now known as nattokirai
- # [07:11] * Joins: archtech (i=stanv@83.228.56.37)
- # [07:13] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [07:15] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [07:39] * Quits: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no) (Read error: 110 (Connection timed out))
- # [07:48] * Quits: MikeSmith (n=MikeSmit@EM114-48-27-110.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
- # [07:57] * Joins: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
- # [07:59] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [08:03] * Joins: MikeSmith (n=MikeSmit@EM114-48-197-25.pool.e-mobile.ne.jp)
- # [08:06] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [08:07] * Joins: workmad3 (n=davidwor@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [08:10] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 110 (Connection timed out))
- # [08:21] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
- # [08:21] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [08:34] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [08:35] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [08:40] * Joins: Maurice (n=ano@80.101.46.164)
- # [08:42] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [08:43] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 104 (Connection reset by peer))
- # [08:52] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [08:54] * Joins: fishd_ (n=darin@216.239.45.130)
- # [08:55] * Quits: workmad3 (n=davidwor@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [08:56] * Quits: fishd_ (n=darin@216.239.45.130) (Read error: 104 (Connection reset by peer))
- # [08:56] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
- # [09:01] * Quits: Maurice (n=ano@80.101.46.164) (clarke.freenode.net irc.freenode.net)
- # [09:01] * Quits: arronei (n=arronei@131.107.0.86) (clarke.freenode.net irc.freenode.net)
- # [09:01] * Quits: pablof (n=palbo@pat-tdc.opera.com) (clarke.freenode.net irc.freenode.net)
- # [09:04] * Joins: pablof (n=palbo@pat-tdc.opera.com)
- # [09:06] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
- # [09:06] * Joins: arronei (n=arronei@nat/microsoft/x-halfcxxoudbexgxd)
- # [09:06] * Joins: roc (n=roc@121-72-223-133.dsl.telstraclear.net)
- # [09:06] <hsivonen> Does SPDY work with http: URLs via some triggers in a plain initial GET? or does it require a new URL scheme?
- # [09:07] * Quits: arronei (n=arronei@nat/microsoft/x-halfcxxoudbexgxd) (Killed by sagan.freenode.net (Nick collision))
- # [09:07] * Joins: arronei (n=arronei@131.107.0.86)
- # [09:07] * Joins: Arron (n=arronei@nat/microsoft/x-xxtqhtsfbacvuiuy)
- # [09:09] * Quits: arronei (n=arronei@131.107.0.86) (Read error: 145 (Connection timed out))
- # [09:12] * Joins: workmad3 (n=davidwor@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [09:12] <othermaciej> I asked the Google folks about it some time ago and they said their intention was to allow some form of negotiation (so you could use http: URLs) but that wasn't implemented yet; not sure what the current state is
- # [09:13] * Quits: roc (n=roc@121-72-223-133.dsl.telstraclear.net)
- # [09:13] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
- # [09:13] <othermaciej> one thing I don't understand is whether SPDY is symmetrically bidirectional and therefore whether it could address some of the use cases for the WebSocket protocol
- # [09:13] <MikeSmith> the whitepaper doesn't seem to mention anything about it either way
- # [09:13] * Quits: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [09:14] <othermaciej> some people in the HyBi list seemed to think it had some sort of bidirectional nature, which seemed surprising to me, but I don't understand it in enough detail to comment
- # [09:15] <MikeSmith> othermaciej: it is bidirectional
- # [09:17] <hsivonen> It seems to me that the chances of success would be greater if it used an existing URL scheme and upgraded somehow
- # [09:17] <othermaciej> the server can create a stream, but I imagine that would not arise in the course of normal HTTP processing and there's no clear suggestion for how the client would reflect such a thing
- # [09:18] <hsivonen> though they are using SSL, so to avoid a lot of overhead, it would need to bootstrap from https:
- # [09:18] <othermaciej> yes, I think that is a potentially important deployment issue
- # [09:18] <othermaciej> otherwise, if some clients support SPDY and others do not, sites would have to duplicate their content to use it
- # [09:19] <hsivonen> also to cut through firewalls, you'd want to bootstrap from an existing port
- # [09:19] <othermaciej> worse yet, they would have to duplicate all links in the outside world, which is not possible
- # [09:19] <hsivonen> duplicating outside links seems like a fatal flaw if SPDY has the flaw
- # [09:19] <hsivonen> I'm surprised it isn't in their FAQ
- # [09:19] <hsivonen> it's the first question that pops to my mind
- # [09:20] <othermaciej> it was one of the first questions that popped into my mind too
- # [09:22] * Joins: roc (n=roc@121-72-223-133.dsl.telstraclear.net)
- # [09:28] <hsivonen> interesting. the captioning at http://www.spreadfirefox.com/5years/en-US/ is can move away from the browser-native video controls but the captions don't show up when loading the video in a stand-alone browsing context
- # [09:29] * hsivonen wonders if moving away is a mouseover trick with hard-coded Firefox native controls size
- # [09:29] <hsivonen> looks like a scripted overlaid HTML element
- # [09:30] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 145 (Connection timed out))
- # [09:36] * Quits: workmad3 (n=davidwor@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [09:36] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
- # [09:44] * Quits: nattokirai (n=nattokir@gw0.mozilla.or.jp)
- # [09:53] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [09:54] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [09:58] <hsivonen> hmm. so the XStandard guy chose html4all as the forum for promoting his 'Why do WYSIWYG editors hate HTML5' article...
- # [09:59] <hsivonen> (as opposed to, say, posting about problems to public-html)
- # [10:02] <zcorpan_> "Each element, or in some cases the attribute of an element, requires a button or a list box on a WYSIWYG editor toolbar." - don't see any reason for that
- # [10:03] <zcorpan_> would probably make a pretty bad UI
- # [10:04] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (Read error: 110 (Connection timed out))
- # [10:05] <zcorpan_> on my mom's site's admin UI, i have three "buttons": paragraph, heading, image
- # [10:05] <zcorpan_> actually i think i have link too but she hasn't used it
- # [10:06] * Joins: svl_ (n=me@ip565744a7.direct-adsl.nl)
- # [10:06] * svl_ is now known as svl
- # [10:07] <zcorpan_> the <footer>s are in the hand-written templates, not in the wysiwyg toolbar
- # [10:10] <zcorpan_> <time pubdate> is also in the template, with the date autogenerated when an article is written
- # [10:16] * Quits: murr4y (n=murray@103.84-49-64.nextgentel.com) (Read error: 110 (Connection timed out))
- # [10:18] * Quits: webben (n=benh@212-104-155-213.access.eclipse.net.uk) (Remote closed the connection)
- # [10:23] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [10:33] * Joins: vs-hs_ (n=vs-hs@staff.vs-hs.org)
- # [10:33] * Quits: bzed (n=bzed@devel.recluse.de) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: ray (i=ray@drong.notacat.org) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: erlehmann (n=erlehman@1.121.113.82.net.de.o2.com) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: wakaba (n=wakaba@206.63.138.58.dy.bbexcite.jp) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: Philip` (n=philip@zaynar.co.uk) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: jgraham (n=jgraham@web22.webfaction.com) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: bobs (n=oeskola@kekkonen.cs.hut.fi) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: vs-hs (n=vs-hs@91.90.24.186) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Quits: Hixie (i=ianh@trivini.no) (clarke.freenode.net irc.freenode.net)
- # [10:33] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [10:33] * Joins: wakaba (n=wakaba@206.63.138.58.dy.bbexcite.jp)
- # [10:36] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
- # [10:36] * Joins: ray (i=ray@drong.notacat.org)
- # [10:36] * Joins: bzed (n=bzed@devel.recluse.de)
- # [10:37] * Joins: jgraham (n=jgraham@web22.webfaction.com)
- # [10:37] * Joins: Hixie (i=ianh@trivini.no)
- # [10:37] * Joins: bobs (n=oeskola@kekkonen.cs.hut.fi)
- # [10:37] * Joins: Phae (n=phaeness@gatea.mh.bbc.co.uk)
- # [10:41] * Joins: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au)
- # [10:41] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
- # [10:41] * Joins: erlehmann (n=erlehman@1.121.113.82.net.de.o2.com)
- # [10:44] * Joins: Philip` (n=philip@zaynar.co.uk)
- # [10:58] <MikeSmith> hsivonen, zcorpan_ - I added checking for all obsolete attributes to v.nu
- # [10:58] <MikeSmith> checked in, and synced up http://qa-dev.w3.org:8888/
- # [10:58] <MikeSmith> so can test there
- # [10:59] <MikeSmith> I did not test every single attribute
- # [10:59] <MikeSmith> because there are so many of them
- # [11:00] <MikeSmith> but I smoke-tested it and it seems to be working as expected
- # [11:00] <hsivonen> MikeSmith: thanks. I'll redeploy
- # [11:00] <gsnedders> MikeSmith: Smoking is bad for you, have you not learnt?
- # [11:00] <MikeSmith> heh
- # [11:00] <MikeSmith> hsivonen: thanks
- # [11:00] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
- # [11:01] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
- # [11:02] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
- # [11:02] <zcorpan_> MikeSmith: <a coords> gives two errors
- # [11:03] <zcorpan_> MikeSmith: <table bgcolor> doesn't give an obsolete message
- # [11:03] <MikeSmith> damn..
- # [11:03] * Joins: ROBOd (n=robod@89.122.216.38)
- # [11:05] <MikeSmith> zcorpan_: thanks -- I'll take a look at it in a bit and see what I muffed up
- # [11:05] <MikeSmith> need to get some dinner first
- # [11:05] <MikeSmith> hsivonen: the diff for the Assertions.java change is here:
- # [11:06] <MikeSmith> http://whattf.browse.cvsdude.com/syntax/trunk/non-schema/java/src/org/whattf/checker/schematronequiv/Assertions.java?r1=475&r2=482
- # [11:07] <MikeSmith> I'm not sure that's the ideal way to do it, so I'm happy to change it if you see any issues with doing it that way
- # [11:07] <MikeSmith> ah geez, looking at the diff I see what I missed
- # [11:07] <gsnedders> n00b
- # [11:07] <MikeSmith> heh
- # [11:08] <MikeSmith> well, I see why there's no error message from bgcolor at least
- # [11:08] <hsivonen> MikeSmith: instead of Arrays.asList, I suggest using Arrays.binarySearch on the raw array
- # [11:08] <MikeSmith> hsivonen: I figured you might say that :)
- # [11:08] <MikeSmith> hsivonen: OK, I will change that later
- # [11:09] <MikeSmith> hsivonen: I guess that should be significantly faster?
- # [11:09] <hsivonen> MikeSmith: other than that, looks good
- # [11:09] <hsivonen> MikeSmith: yes
- # [11:09] <MikeSmith> OK
- # [11:09] <MikeSmith> thanks
- # [11:09] <hsivonen> I ran the deployment script, but it seems the new version didn't actually replace the old process
- # [11:09] <hsivonen> I'll look into that after lunch
- # [11:10] <MikeSmith> hai
- # [11:11] * Parts: MikeSmith (n=MikeSmit@EM114-48-197-25.pool.e-mobile.ne.jp) ("dinner...")
- # [11:14] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [11:16] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Client Quit)
- # [11:16] <zcorpan_> <body alink> now validates
- # [11:17] <zcorpan_> <a methods> uses the relaxng error message
- # [11:18] <zcorpan_> <embed name> too
- # [11:19] <zcorpan_> <a urn> too
- # [11:19] <zcorpan_> <input usemap> too
- # [11:20] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [11:21] <zcorpan_> <object archive>
- # [11:22] <zcorpan_> <object code>
- # [11:24] <zcorpan_> <embed align>
- # [11:25] <zcorpan_> <input align>
- # [11:25] <zcorpan_> <img align src=x> now validates
- # [11:26] <zcorpan_> hspace and vspace on img validate too
- # [11:28] <zcorpan_> on object too
- # [11:29] <zcorpan_> and lots of other attributes that now validate
- # [11:32] <zcorpan_> test case http://tinyurl.com/yjvmofs
- # [11:33] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [11:37] * Joins: webben (n=benh@nat/yahoo/x-nufuejdcczovcrvc)
- # [11:43] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Remote closed the connection)
- # [11:45] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [11:50] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [11:54] * Quits: Phae (n=phaeness@gatea.mh.bbc.co.uk)
- # [11:56] * Joins: Michelangelo (n=Michelan@193.205.162.69)
- # [12:02] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
- # [12:09] * Joins: annevk (n=annevk@5355732C.cable.casema.nl)
- # [12:10] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
- # [12:12] * Joins: smaug_ (n=chatzill@cs181150024.pp.htv.fi)
- # [12:14] * Joins: gunderwonder (n=gunderwo@118.80-202-84.nextgentel.com)
- # [12:14] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
- # [12:17] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
- # [12:17] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [12:21] * Joins: yutak_home (n=kee@R214157.ppp.dion.ne.jp)
- # [12:23] * Quits: gunderwonder (n=gunderwo@118.80-202-84.nextgentel.com)
- # [12:25] * Joins: Phae (n=phaeness@gateb.mh.bbc.co.uk)
- # [12:29] * jgraham hopes Mozilla plan to take http://limi.net/articles/resource-packages to a standards body
- # [12:31] <gsnedders> Does HTTP pipelining not solve most of the issues?
- # [12:32] <jgraham> If by solve you mean "theoretically solve but not actually work in the real world" then yes
- # [12:32] <gsnedders> jgraham: We do HTTP pipelining today.
- # [12:32] <gsnedders> jgraham: And have been shipping it for years.
- # [12:33] * hsivonen wonders how resource packages and SPDY compare for real-world scenarios
- # [12:33] <jgraham> Yeah but I wonder how complex our heuristics have to be for detecting broken proxies / servers / etc.
- # [12:33] <hsivonen> in performance, in deployment ease, in maintenance ease and in implementability
- # [12:33] <jgraham> Or if we just break in those cases
- # [12:33] <Philip`> Why do they want a separate manifest file, rather than making browsers a bit cleverer so they download the file table at the end of the zip?
- # [12:33] <hsivonen> and backwards compat
- # [12:33] <gsnedders> We have heuristics. I could never find out/work out what they are when I was working on HTTP parsing.
- # [12:34] <jgraham> Philip`: Possibly an encoding issue? Or streamability?
- # [12:34] <jgraham> gsnedders: Right, and having [magic goes here] as part of a solution is bad
- # [12:35] <gsnedders> jgraham: The problem is more old severs that are dying out, AFAIK
- # [12:36] <gsnedders> ZIP means relying upon content-type magic, which seems bad
- # [12:36] <gsnedders> Also ZIP seems bad seeming most HTTP clients already have GZIP impls
- # [12:37] <jgraham> gsnedders: gzip only works on single files
- # [12:37] * annevk wonders how to spec CaretPosition
- # [12:38] <Philip`> jgraham: Hmm, encoding sounds fun, given that zip doesn't require UTF-8 or anything
- # [12:38] <Philip`> and (if I remember correctly) different OSes and zip programs encode names in different ways
- # [12:38] <Philip`> (I think this was an issue with widgets, or something?)
- # [12:38] <jgraham> Philip`: You do remember correctly
- # [12:38] <gsnedders> Philip`: Yes
- # [12:38] <Philip`> gsnedders: Zip and gzip use the same compression algoritm
- # [12:39] <Philip`> gsnedders: Zip just adds a load of headers
- # [12:39] <jgraham> (yes it is an issue with widgets which suggests that there is at least prior art for solving it)\
- # [12:39] <gsnedders> Philip`: Ah true, I always forget that Zip uses deflate
- # [12:42] * Philip` never forgets, since after months of fruitless investigation he happened to realise that Age of Empire's main data file looked very much like the content of a zip file, and eventually realised they were using zlib to deflate it
- # [12:45] * Joins: myakura (n=myakura@p2197-ipbf7505marunouchi.tokyo.ocn.ne.jp)
- # [12:45] <Philip`> s/Empire's/Empires'/
- # [12:49] * Joins: nattokirai (n=nattokir@y227107.dynamic.ppp.asahi-net.or.jp)
- # [12:54] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
- # [12:54] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
- # [12:54] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
- # [13:03] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 148 (No route to host))
- # [13:07] * Quits: webben (n=benh@nat/yahoo/x-nufuejdcczovcrvc) ("Leaving.")
- # [13:10] <gsnedders> http://rebuildingtheweb.com/en/why-do-wysiwyg-editors-hate-html5/
- # [13:17] <hsivonen> also from the same site: http://rebuildingtheweb.com/en/is-html5-good-for-app-developers/
- # [13:17] <hsivonen> http://rebuildingtheweb.com/en/html-spec-failure/
- # [13:18] <Philip`> Some of the comments don't sound very sympathetic
- # [13:18] <hsivonen> also from the same author: http://xhtml.com/en/future/x-html-5-versus-xhtml-2/
- # [13:19] <gsnedders> Indeed, I did remember that last article
- # [13:22] * Quits: myakura (n=myakura@p2197-ipbf7505marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [13:25] * annevk is not too impressed with the more features = more buttons
- # [13:25] <hsivonen> looks like the issue of "our language is more important than yours, your language needs to change" is a central part of the DE/XML5 discussion
- # [13:26] <hsivonen> judging from Jirka's response
- # [13:26] <hsivonen> but Sam told me and Liam not to pursue discussing that aspect
- # [13:26] <Lachy> the more features = more buttons approach is complete crap, considering about half the buttons on that toolbar he showed should be dropped anyway
- # [13:26] <annevk> I'm not sure why Jirka thinks I want XML namespaces
- # [13:27] <gsnedders> Because XML namespaces are the hot hot sex.
- # [13:27] <Lachy> and it's ironic how he's whinging about the alt attribute mess, considering that much of the debate about why alt should be optional centered around making it easier for authoring tools to cope with bad or missing user input
- # [13:27] * Quits: yutak_home (n=kee@R214157.ppp.dion.ne.jp) ("Ex-Chat")
- # [13:28] <Lachy> although, admittedly, the spec did get pushed into an overly complex state where conformance is dependant on a range of factors
- # [13:29] <hsivonen> I thought I commented on the authoring tool complexity aspect
- # [13:29] <hsivonen> but I didn't track if Hixie changed the spec based on my feedback
- # [13:32] <hsivonen> maybe I should have filed a bug for improved trackability
- # [13:32] <hsivonen> but I try to avoid poking the alt discussion too much. it might flare up again
- # [13:43] <jgraham> The fundamental problem with authouring tools is that no one has made a usable (for the average Word user) UI that rewards the correct use of elements rather than just rewarding the right presentation
- # [13:43] <jgraham> I don't think this situation is any worse for HTML5
- # [13:44] <annevk> so far it hasn't really been shown to be possible either
- # [13:45] <jgraham> Indeed. That's what I mean
- # [13:45] <jgraham> It is beyond the state of the art in UI design. It may in fact be impossible (though I would not like to bet either way)
- # [13:45] <Philip`> It sounds like Vlad Alexander's goal is not to make a usable document-editing UI for average users that happens to output HTML, but to make a UI specifically for editing arbitrary HTML documents
- # [13:46] <Philip`> (hence needing UI features for all HTML features, etc)
- # [13:47] <zcorpan> i thought xstandard was supposed to be plugged into a cms, which in my world doesn't need to and shouldn't have ui for all features
- # [13:48] <jgraham> Philip`: A text editor is a UI for editing arbitary HTML documents
- # [13:48] <jgraham> It doesn't need to have any specific buttons
- # [13:49] * Joins: myakura (n=myakura@p2197-ipbf7505marunouchi.tokyo.ocn.ne.jp)
- # [13:50] <jgraham> (the article totally ignores the need for backward compatibility. Given a green field it is surely possible to design something more elegant. But we don't have a green field)
- # [13:51] <Philip`> We don't need backward comatibility for <time>, and could design that more elegantly
- # [13:52] <annevk> hmm, nuking views
- # [13:52] <annevk> yumyum
- # [13:52] <hsivonen> jgraham: the "fundamental problem" is the fundamental problem of "semantic" markup
- # [13:52] <Philip`> s//p/
- # [13:52] <jgraham> Philip`: Yes we do, to the extent that it must not be disruptive in legacy browsers
- # [13:53] <jgraham> hsivonen: Indeed
- # [13:53] <annevk> also, caretRangeFromPoint is now caretPositionFromPoint in http://dev.w3.org/csswg/cssom-view/
- # [13:53] <Philip`> jgraham: Okay, but that's fairly easy to satisfy since new elements are ignored in legacy browsers, and complex conformance requirements are irrelevant to compatibility
- # [13:54] <jgraham> Philip`: So if you have a better design that fufils the constraint, I suggest proposing it
- # [13:54] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [13:54] <jgraham> (the suggestions in the article mainly seem to be missing or ignore back-compat)
- # [13:55] <annevk> I think I'll nuke AbstractView and DocumentView (though not their members) and define things as extensions to Document and Window instead
- # [13:56] <Philip`> I don't have a proposal myself; I just think the issues identified with <time> in the article are not required by backward compatibility, and so the problem is that he's not proposing an alternative (not that he's ignoring backward compatibility there)
- # [13:58] <Philip`> (although where he does propose an alternative (for headings) he's ignoring backward compatibility, since <heading> won't be a heading in old UAs)
- # [13:59] * Philip` thinks he is probably agreeing with jgraham
- # [14:02] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [14:02] * Quits: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net) (Connection reset by peer)
- # [14:02] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [14:06] * annevk wonders why some stuff is dom-location and others dom-window-toolbar
- # [14:06] * annevk thought there was naming scheme
- # [14:06] * Joins: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
- # [14:06] * Quits: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net) (Read error: 54 (Connection reset by peer))
- # [14:07] * Parts: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
- # [14:21] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
- # [14:27] * Joins: pmuellr (n=pmuellr@nat/ibm/x-adodhsajealktryn)
- # [14:31] * Quits: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au) (Remote closed the connection)
- # [14:33] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
- # [14:34] * Joins: webben (n=benh@nat/yahoo/x-qrpbvyrxdfcprgou)
- # [14:36] * Joins: starjive (i=beos@81-233-16-19-no30.tbcn.telia.com)
- # [14:36] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
- # [14:46] * Joins: Michelangel (n=Michelan@193.205.162.69)
- # [14:46] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Read error: 104 (Connection reset by peer))
- # [14:47] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
- # [14:47] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 104 (Connection reset by peer))
- # [14:48] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
- # [14:49] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
- # [14:49] * Michelangel is now known as Michelangelo
- # [15:00] * Quits: Rik|work (n=Rik|work@fw01d.skyrock.net) (Read error: 113 (No route to host))
- # [15:04] * Joins: Rik|work (n=Rik|work@fw01d.skyrock.net)
- # [15:06] * Quits: nattokirai (n=nattokir@y227107.dynamic.ppp.asahi-net.or.jp)
- # [15:11] * Joins: TabAtkins_ (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
- # [15:11] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 104 (Connection reset by peer))
- # [15:11] * TabAtkins_ is now known as TabAtkins
- # [15:11] * Joins: workmad3 (n=davidwor@cspool06.cs.man.ac.uk)
- # [15:20] * Quits: danbri_ (n=danbri@unaffiliated/danbri) (Remote closed the connection)
- # [15:21] * Joins: taf2 (n=taf2@38.99.201.242)
- # [15:27] <annevk> XHR content-type fixup is a mess :/
- # [15:28] <hsivonen> s/XHR//
- # [15:29] <Philip`> s/content-type fixup/everything/
- # [15:37] <annevk> there's less to spec on the greater mess for me specifically
- # [15:46] * Joins: miketaylr (n=miketayl@38.117.156.163)
- # [15:55] * Quits: daedb (n=daed@h11n1fls34o986.telia.com) (Read error: 104 (Connection reset by peer))
- # [15:55] * Joins: daedb (n=daed@h11n1fls34o986.telia.com)
- # [15:59] * Joins: MikeSmith (n=MikeSmit@EM114-48-36-189.pool.e-mobile.ne.jp)
- # [16:05] * Joins: mpt (n=mpt@canonical/mpt)
- # [16:13] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [16:16] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
- # [16:17] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [16:18] * Quits: workmad3 (n=davidwor@cspool06.cs.man.ac.uk)
- # [16:21] * Quits: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net) ("Leaving.")
- # [16:21] * Joins: workmad3 (n=davidwor@cspool06.cs.man.ac.uk)
- # [16:23] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
- # [16:23] * Joins: cohitre (n=cohitre@64-40-56-46-dsl.itltd.net)
- # [16:24] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Read error: 104 (Connection reset by peer))
- # [16:24] * Quits: cohitre (n=cohitre@64-40-56-46-dsl.itltd.net) (Remote closed the connection)
- # [16:24] * Joins: cohitre (n=cohitre@64-40-56-46-dsl.itltd.net)
- # [16:24] * Parts: cohitre (n=cohitre@64-40-56-46-dsl.itltd.net)
- # [16:32] * Joins: Michelangelo (n=Michelan@193.205.162.69)
- # [16:35] <annevk2> hmm, the problem with treating text/plain resources as text/html resources is that fragment identifiers for text/plain resources will not function
- # [16:35] <annevk2> at least in theory
- # [16:35] <annevk2> the same goes (in theory again) for video resources etc. loaded directly
- # [16:35] <annevk2> or images
- # [16:35] <annevk2> hmm
- # [16:39] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [16:39] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [16:43] <Philip`> "Already then we knew that for dissenting opinions usually a good solution is to include both ways things can work and a switch."
- # [16:43] <Philip`> (about the design of XML)
- # [16:44] * Joins: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
- # [16:45] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
- # [16:45] * Parts: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
- # [16:56] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [16:58] * Joins: BlurstOfTimes (n=blurstof@c-24-60-17-122.hsd1.ma.comcast.net)
- # [17:02] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
- # [17:02] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
- # [17:03] * Joins: Midler (n=midler@212.37.124.243)
- # [17:06] * Joins: ttepasse (n=ttepas--@p5B0162BE.dip.t-dialin.net)
- # [17:10] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
- # [17:11] * Quits: BlurstOfTimes (n=blurstof@c-24-60-17-122.hsd1.ma.comcast.net) ("Leaving...")
- # [17:16] * Joins: dglazkov (n=dglazkov@nat/google/session)
- # [17:17] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
- # [17:21] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Remote closed the connection)
- # [17:22] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
- # [17:26] * Quits: webben (n=benh@nat/yahoo/x-qrpbvyrxdfcprgou) (Read error: 60 (Operation timed out))
- # [17:30] * Joins: jgraham__ (n=jgraham@web22.webfaction.com)
- # [17:32] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [17:33] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [17:35] * Joins: webben (n=benh@nat/yahoo/x-qoncweunwvqizsom)
- # [17:35] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net) (Client Quit)
- # [17:37] * Quits: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) ("Leaving...")
- # [17:42] * Quits: jgraham (n=jgraham@web22.webfaction.com) (Read error: 111 (Connection refused))
- # [17:47] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [17:49] * Joins: erikvold (n=erikvvol@S01060024012860e9.gv.shawcable.net)
- # [17:53] * Joins: paul_irish (n=paul_iri@12.33.239.250)
- # [17:53] <Lachy> the parse="lax" idea doesn't seem particularly useful. It should be left entirely up to the needs of the application to determine whether to use draconian error handling, or more graceful recovery
- # [17:55] <Lachy> also, adding <?xml parse="lax"?> would cause a well-formedness error in XML 1.0 parsers
- # [17:57] <jgraham__> Yeah that part of the proposal doesn't really fly
- # [17:57] * Joins: cpharmston (n=cpharmst@office.threespot.com)
- # [17:57] * jgraham__ is now known as jgraham
- # [17:58] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
- # [17:58] * Parts: cpharmston (n=cpharmst@office.threespot.com)
- # [18:00] <annevk2> letting content authors decide seems like a bad idea
- # [18:01] <annevk2> except maybe in the case where you can get some perf benefits as is the case with "use strict" in ES5, but even that seems dubious
- # [18:03] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
- # [18:14] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [18:15] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
- # [18:15] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
- # [18:19] * Quits: Rik|work (n=Rik|work@fw01d.skyrock.net)
- # [18:22] * Joins: Rik|work (n=Rik|work@fw01d.skyrock.net)
- # [18:22] * Quits: MikeSmith (n=MikeSmit@EM114-48-36-189.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
- # [18:25] * Quits: Rik|work (n=Rik|work@fw01d.skyrock.net) (Remote closed the connection)
- # [18:25] * Joins: Rik|work (n=Rik|work@fw01d.skyrock.net)
- # [18:27] * Joins: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
- # [18:30] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
- # [18:31] * Quits: webben (n=benh@nat/yahoo/x-qoncweunwvqizsom) ("Leaving.")
- # [18:32] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [18:33] * Quits: Phae (n=phaeness@gateb.mh.bbc.co.uk)
- # [18:37] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Remote closed the connection)
- # [18:38] * Quits: vvv (n=vvv@mediawiki/VasilievVV) ("KVIrc Insomnia 4.0.0, revision: 3410, sources date: 20090703, built on: 2009/08/12 22:29:13 UTC http://www.kvirc.net/")
- # [18:39] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [18:40] * Joins: hober (n=ted@unaffiliated/hober)
- # [18:40] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [18:48] * Joins: yoshu_ (n=josh@wsip-70-184-73-134.tc.ph.cox.net)
- # [18:50] * Quits: yoshu_ (n=josh@wsip-70-184-73-134.tc.ph.cox.net) (Client Quit)
- # [18:53] * Joins: ap (n=ap@17.246.17.221)
- # [18:58] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net) (Read error: 110 (Connection timed out))
- # [19:01] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
- # [19:02] * Quits: ttepasse (n=ttepas--@p5B0162BE.dip.t-dialin.net) ("?Q")
- # [19:03] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [19:04] * Joins: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com)
- # [19:05] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
- # [19:06] * Joins: mpt (n=mpt@canonical/mpt)
- # [19:08] * Joins: yoshu_ (n=josh@174-18-194-35.tcso.qwest.net)
- # [19:08] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net) (Read error: 131 (Connection reset by peer))
- # [19:08] * yoshu_ is now known as yoshu
- # [19:09] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net) (Read error: 104 (Connection reset by peer))
- # [19:10] * Quits: taf2 (n=taf2@38.99.201.242)
- # [19:12] * Joins: yoshu_ (n=josh@wsip-70-184-73-134.tc.ph.cox.net)
- # [19:13] * Joins: taf2 (n=taf2@38.99.201.242)
- # [19:19] * Quits: workmad3 (n=davidwor@cspool06.cs.man.ac.uk) (Connection timed out)
- # [19:21] * Quits: taf2 (n=taf2@38.99.201.242)
- # [19:21] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
- # [19:21] * Joins: scherkus (n=scherkus@74.125.59.65)
- # [19:25] * Quits: Midler (n=midler@212.37.124.243) (Read error: 110 (Connection timed out))
- # [19:25] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
- # [19:29] * Joins: Midler (n=midler@212.37.124.243)
- # [19:31] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 60 (Operation timed out))
- # [19:35] * Quits: yoshu_ (n=josh@wsip-70-184-73-134.tc.ph.cox.net) (Read error: 145 (Connection timed out))
- # [19:41] * Joins: othermaciej (n=mjs@nat/apple/x-skzsjeofpbtoansg)
- # [19:42] * Quits: jennb (n=jennb@74.125.59.65) (Read error: 110 (Connection timed out))
- # [19:42] * Joins: maikmerten (n=maikmert@U2b36.u.pppool.de)
- # [19:46] <hsivonen> yeah, letting authors decide draconian vs. not makes no sense, as demonstrated by pages that opt into XML only in Firefox but have later added ill-formed stuff and apparently have only been tested in other browsers for the additions
- # [19:48] * Joins: ryanhanks (n=rhanks@mbc243.merchantsbonding.com)
- # [19:48] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
- # [19:48] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [19:52] * Joins: dbaron (n=dbaron@nat/mozilla/x-drimpnkbbjpkgsjj)
- # [19:52] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [19:54] * Joins: Michelangelo (n=Michelan@93-41-21-34.ip79.fastwebnet.it)
- # [19:59] * Joins: taf2 (n=taf2@38.99.201.242)
- # [20:07] * Quits: erlehmann (n=erlehman@1.121.113.82.net.de.o2.com) ("Ex-Chat")
- # [20:08] * Quits: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
- # [20:09] * Joins: cying (n=cying@70.90.171.153)
- # [20:10] * Quits: aboodman (n=aboodman@72.14.229.81) (Read error: 60 (Operation timed out))
- # [20:12] * Joins: jwalden (n=waldo@nat/mozilla/x-oapnfotwppwlhjna)
- # [20:13] * Quits: riven (n=colin@53518387.cable.casema.nl) ("Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.")
- # [20:14] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
- # [20:22] * Quits: ryanhanks (n=rhanks@mbc243.merchantsbonding.com)
- # [20:23] * Joins: ryanhanks (n=rhanks@mbc243.merchantsbonding.com)
- # [20:23] * Quits: ryanhanks (n=rhanks@mbc243.merchantsbonding.com) (Client Quit)
- # [20:24] * Joins: jennb (n=jennb@74.125.59.65)
- # [20:26] * Joins: riven (n=colin@53518387.cable.casema.nl)
- # [20:42] * Joins: JoePeck (n=JoePeck@jpecoraro.rit.edu)
- # [20:42] * Joins: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au)
- # [20:43] <roc> hang on
- # [20:44] <roc> W3C XML fans are explicitly advocating that browsers implement lax XML parsing, and furthermore that 1990s-HTML "everyone does their own thing" error recovery is just fine?
- # [20:44] * Quits: starjive (i=beos@81-233-16-19-no30.tbcn.telia.com)
- # [20:44] * Quits: jennb (n=jennb@74.125.59.65) (Read error: 60 (Operation timed out))
- # [20:45] <othermaciej> kinda weird, isn't it?
- # [20:45] <othermaciej> but I think if you have non-well-formed XML you are supposed to show an error somewhere
- # [20:45] <roc> I'm reeling
- # [20:56] * Quits: cying (n=cying@70.90.171.153) (Remote closed the connection)
- # [20:56] * Joins: cying (n=cying@70.90.171.153)
- # [21:01] <Philip`> othermaciej: Do you mean where it says "fatal error: An error which a conforming XML processor MUST detect and report to the application"?
- # [21:01] <Philip`> which is different from saying you need to make the user aware of the error
- # [21:01] <othermaciej> Philip`: I'm talking about interpretations of the XML spec, not the XML spec itself
- # [21:01] <Philip`> Oh, okay
- # [21:02] <othermaciej> I didn't really understand the interpretations though
- # [21:02] <Philip`> Following specs is clearly overrated
- # [21:02] <Philip`> XML would be much better if those pesky browsers went and did their own thing instead of dragging XML down with them
- # [21:04] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [21:05] <hsivonen> roc: as I understand it, the logic is that after the first WF error, it's not XML, so XML rules don't apply and anything goes
- # [21:05] <hsivonen> rather revisionist
- # [21:06] <Philip`> I don't think it's about "after" - if the document is not well-formed XML then it's not XML, regardless of whether a parser has parsed it and found the WF error
- # [21:06] * Quits: maikmerten (n=maikmert@U2b36.u.pppool.de) (Remote closed the connection)
- # [21:07] <Philip`> If you could magically detect well-formedness errors without parsing the document, you wouldn't have to start parsing it with an XML-compliant parser
- # [21:07] <Philip`> and could process it in whatever non-XML way you fancy
- # [21:08] <Philip`> "They are free to do *almost* whatever they want -- they can't claim it was well-formed XML." - hmm, so what if I write <html xmlns="http://www.w3.org/1999/xhtml"><script>alert('This document is well-formed XML');</script><bogus markup></html>?
- # [21:08] <othermaciej> that would be the document, not the browser, claiming that
- # [21:09] <roc> I understand the position, but it's nonsense
- # [21:10] <roc> I don't understand the change in psychology that seems to have occurred here
- # [21:10] <othermaciej> it seems to go against what appeared to be the stated intent of the XML WG at the time
- # [21:11] <hsivonen> othermaciej: like I said, revisionist
- # [21:11] <roc> I have always assumed that implementing lax XML parsing in browsers would bring the wrath of W3C gods down upon our heads
- # [21:12] <Philip`> I imagine the gods are divided
- # [21:12] <hsivonen> wrath if you do, wrath if you don't
- # [21:13] <Philip`> You should write a patch and put it in an alpha release just to see what side people end up on
- # [21:13] <roc> I wonder if these lax parsing advocates understand that if browsers start accepting lax XML then there will be a race to the bottom where many or most XML processors will be forced to follow suit
- # [21:14] <roc> whether or not browsers claim "this is well-formed XML", authors and users who see it rendered on their screens will assume it is
- # [21:14] * hsivonen prefers race to XML5 rather than "bottom" :-)
- # [21:16] <Philip`> That sounds like it would only matter if people used XML parsers to parse web pages
- # [21:16] * Joins: mpt (n=mpt@conference/ubuntu-developer-summit/x-aoniqdpyeaizigcn)
- # [21:16] * Quits: taf2 (n=taf2@38.99.201.242)
- # [21:16] <Philip`> They could instead use non-XML parsers, like they have to do today to parse web pages
- # [21:16] <Philip`> so it doesn't seem worse than now
- # [21:18] * Quits: JoePeck (n=JoePeck@jpecoraro.rit.edu)
- # [21:19] <roc> it would affect anything that browsers can render
- # [21:19] <roc> SVG for example
- # [21:20] <roc> yes, of course we should race to XML5
- # [21:20] * Joins: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
- # [21:27] <othermaciej> if XML already gives you the freedom to do lax parsing then it seems like there should be no problem with a spec that defines a way to do it
- # [21:27] <Philip`> "Having unified error recovery will be excuse for content producers and can lead to producing more and more non-well-formed content." - certainly, if you have non-unified error recovery then producers will be very careful to produce valid content to guarantee interoperability, just like in HTML
- # [21:28] <Philip`> If HTML had always had unified error recovery rules then maybe 98% of content would be invalid, rather than merely 95%
- # [21:32] * Joins: nattokirai (n=nattokir@y227107.dynamic.ppp.asahi-net.or.jp)
- # [21:42] <jgraham> It is slightly bemusing that the official line seems to be that interoperability isn't a problem as long as you don't dare call anything malformed XML
- # [21:45] <roc> off-label XML
- # [21:46] <Philip`> Interoperability between things that don't claim to be XML processors is not a problem for XML to solve
- # [21:48] <Philip`> (or for things that contain an XML processor but don't claim to be using it for that document)
- # [21:49] <Philip`> If it's not well-formed XML, it's as irrelevant as HTML or PNG as far as the XML spec is concerned
- # [22:00] * Joins: jennb (n=jennb@74.125.59.73)
- # [22:02] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [22:11] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 110 (Connection timed out))
- # [22:13] * Quits: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu) (Read error: 104 (Connection reset by peer))
- # [22:15] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
- # [22:27] * Quits: roc (n=roc@121-72-223-133.dsl.telstraclear.net)
- # [22:27] <Lachy> of course, that position is utter nonsense. It's just a cop out to avoid conceding the fact that well-defined error recovery for XML is needed.
- # [22:30] <Philip`> AryehGregor: "there would be an algorithm to make it into XML" - that's not compatible with what XML5 does
- # [22:30] <Philip`> e.g. for <!-- -- --> it produces a DOM that could never be produced by parsing XML
- # [22:31] * Quits: pmuellr (n=pmuellr@nat/ibm/x-adodhsajealktryn)
- # [22:38] * Joins: taf2 (n=taf2@pool-98-117-216-229.bltmmd.fios.verizon.net)
- # [22:38] * Quits: jennb (n=jennb@74.125.59.73) (Read error: 110 (Connection timed out))
- # [22:40] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
- # [22:40] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
- # [23:08] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [23:11] * Quits: Michelangelo (n=Michelan@93-41-21-34.ip79.fastwebnet.it) (Remote closed the connection)
- # [23:13] * Quits: paul_irish (n=paul_iri@12.33.239.250)
- # [23:14] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
- # [23:15] * Joins: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
- # [23:16] * Quits: zalan (n=zalan@catv-89-135-144-122.catv.broadband.hu) (Read error: 110 (Connection timed out))
- # [23:17] * Quits: jwalden (n=waldo@nat/mozilla/x-oapnfotwppwlhjna) ("Reconnecting…")
- # [23:17] * Joins: jwalden (n=waldo@nat/mozilla/x-tyjyxhbxqjyijixh)
- # [23:20] * Quits: nattokirai (n=nattokir@y227107.dynamic.ppp.asahi-net.or.jp)
- # [23:22] * Joins: ttepasse (n=ttepas--@dslb-084-060-056-025.pools.arcor-ip.net)
- # [23:22] * Quits: miketaylr (n=miketayl@38.117.156.163) (Remote closed the connection)
- # [23:25] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [23:28] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (Read error: 60 (Operation timed out))
- # [23:30] * Joins: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
- # [23:30] * Parts: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
- # [23:35] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
- # [23:37] * Joins: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net)
- # [23:37] * Joins: mpt (n=mpt@canonical/mpt)
- # [23:54] * annevk2 is meanwhile happy jgraham took over the whether-or-not-to-specify-compat-crap thread
- # [23:55] * Quits: smaug_ (n=chatzill@cs181150024.pp.htv.fi) ("ChatZilla 0.9.85 [Firefox 3.7a1pre/20091112214213]")
- # [23:56] * Joins: murr4y (n=murray@245.84-49-171.nextgentel.com)
- # [23:58] <jgraham> I guess I should have mentioed that Mozilla's perspecive might be somewhat influenced by the fact that they have a relatively high marketshare and a relatively mature engine
- # [23:59] <jgraham> So theissues I mentioned wouldn't be so much of a problem unless they ditched tracemonkey and started over
- # [23:59] <jgraham> (which they might want to do one day of course)
- # [23:59] <jgraham> anyway, time for sleeping now I think
- # Session Close: Wed Nov 18 00:00:00 2009
The end :)