Options:
- # Session Start: Thu May 05 00:00:00 2011
- # Session Ident: #whatwg
- # [00:00] <jgraham> Hmm?
- # [00:00] <karlcow> As in "Do we solve it together?" or "Go elsewhere do your own thing". I prefer the 1st option even if it's often more painful and longer.
- # [00:01] <karlcow> and because of the involvement of many people inside W3C, the work on html has finally been restarted.
- # [00:01] <AryehGregor> The work on HTML was restarted by Apple, Mozilla, and Opera in the WHATWG. Not by anyone at the W3C.
- # [00:02] <Hixie> not for lack of trying to get the w3c to restart it
- # [00:02] <karlcow> Basically a fork is a too easy answer for a "social" issue.
- # [00:02] <jgraham> I prefer the first option too. But the possibility of doing the second is critical
- # [00:02] <jgraham> karlcow: That's not really how I see this in practice
- # [00:02] <jgraham> People don't just go "oh well I'm forking"
- # [00:02] <jgraham> Because maintaining a fork is hard
- # [00:03] <jgraham> It's almost always better to solve the problem
- # [00:03] <jgraham> together
- # [00:03] <jgraham> But sometimes there are irreconcilable differences
- # [00:03] <karlcow> well if the cost of forking is super easy and really light, the fork will happen more often, and then you come into the social issue. No big will to maintain the value of the community
- # [00:04] <jgraham> karlcow: So why don't people create lots of forks of the WHATWG copy of HTML5?
- # [00:04] <AryehGregor> Forking a standard the size of HTML5 will never be anything but very hard.
- # [00:04] <karlcow> AryehGregor: I was working at W3C during that time, I have a different view on the issue ;)
- # [00:04] * Joins: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com)
- # [00:04] <jgraham> Or indeed of the huge numbers of open source projects
- # [00:04] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [00:04] <AryehGregor> People do create lots of forks of some open-source projects.
- # [00:04] <AryehGregor> The Linux kernel has about seventy bajillion forks.
- # [00:05] <AryehGregor> Many of which don't actually obey the license terms.
- # [00:05] <karlcow> jgraham: because there is little conflicts between the main proponents right now
- # [00:05] <jgraham> When there is a fork in a big open source project it almost always results in one or the other forks dying, or them coexisting for a while and remerging
- # [00:05] <wilhelm_> If a license is all that prevents a viable fork, the process and the standards body in question has already failed.
- # [00:06] <karlcow> wilhelm_: It's exactly why I think the license is not the right issue
- # [00:06] * Joins: benschwarz (~benschwar@dhcp64-134-221-251.hoic.dca.wayport.net)
- # [00:06] <wilhelm_> karlcow: Then we are in agreement on that point. (c:
- # [00:06] <AryehGregor> jgraham, well, if the fork poses itself as a competitor, yes. Not if it's meant for internal use or such.
- # [00:06] <jgraham> AryehGregor: The kernel is quite unusual I think. Things like emacs and XFree86 have had notable forks that followed the pattern I described
- # [00:06] <karlcow> I would prefer to modify the way the W3C works in terms of process and decisions to allow such a thing inside the organization.
- # [00:07] <AryehGregor> The kernel has never had any fork that actually intended to replace mainline, I don't think.
- # [00:07] <jgraham> AryehGregor: Right
- # [00:07] <AryehGregor> Just lots of forks that add specific features or whatnot, and maybe sync up with mainline occasionally.
- # [00:07] * Quits: stefan-_ (~music@trir-5d80557a.pool.mediaWays.net) (Remote host closed the connection)
- # [00:07] <AryehGregor> BSD has had forks that stayed permanently separate.
- # [00:07] <AryehGregor> But those are definitely the exception, not the rule.
- # [00:12] * Joins: boogyman (~boogy@unaffiliated/boogyman)
- # [00:12] <karlcow> The HTML WG participants portrait was quite different more than 10 years ago. If you look at the 1998 workshop participants, there were a lot more content and authoring tools organization than now.
- # [00:14] <karlcow> For me the biggest issue is often are the implementers in the WG (any WGs), if not why, how do we detect that, how do we change that? This is the more interesting question which would really solve a lot of issues
- # [00:16] <AryehGregor> As long as the W3C can keep the implementers happy enough to stay their of their own free will, it doesn't have to worry about licensing.
- # [00:16] * Joins: aho (~nya@fuld-590c65e6.pool.mediaWays.net)
- # [00:16] <AryehGregor> A license that allows forks is necessary in case implementers find the W3C to no longer be an acceptable place to develop HTML5, and are not able to resolve their issues by discussion.
- # [00:16] <AryehGregor> As happened in 2004, and could happen again.
- # [00:17] * Quits: boaz (~boaz@64.128.85.190) (Quit: boaz)
- # [00:17] <AryehGregor> There are more than a few individual implementers who participate in the WHATWG and mostly ignore the HTMLWG as it stands, because they view the WHATWG as a better place to work. Otherwise the WHATWG would have been shut down.
- # [00:18] * Quits: DaFireball (~Vuurbal@240-216-164-193.fiber.trined.nl) (Ping timeout: 246 seconds)
- # [00:18] <karlcow> AryehGregor: That's why a more permissive license doesn't solve anything with the risk of higher costs such as we had to already bear with for the last 7 years
- # [00:19] <AryehGregor> HTML 4.01 wasn't worth forking, so license didn't matter in 2004. It matters with a spec as big as HTML5.
- # [00:19] <Hixie> it's a motivator for the w3c
- # [00:20] <karlcow> That's another issue ;) I do not think HTML5 is right in its current form ;)
- # [00:20] <karlcow> It should not be that big
- # [00:20] <karlcow> :) it should be separate documents
- # [00:20] <karlcow> but that's yet as I said a complete different issue
- # [00:20] <zewt-> (your :) key appears stuck)
- # [00:21] <jgraham> karlcow: The number of documents is irrelevant
- # [00:21] <jgraham> The platform is as big as it is
- # [00:21] <AryehGregor> The form isn't nearly as important as the substance.
- # [00:21] <Hixie> it should be fewer documents, imho, it would be far easier to maintain
- # [00:21] <jacobolus> karlcow: a fork is just the BATNA
- # [00:21] <karlcow> zewt-: because it is exactly the translation of my face. I'm very rarely aggressive
- # [00:21] <Hixie> and to keep track of what was considered part of teh platform
- # [00:22] <Hixie> but that's just my opinion, i don't mind how many documents we generate :-)
- # [00:22] <karlcow> Hixie: I know your position on it :)
- # [00:22] <jgraham> The fact that I have to look for some bits in a spec called "HTML5" and some in a spec called "device Orientation" and some in a spec called "CSS Backgrounds and Borders" is almost irrelevant to me
- # [00:23] <AryehGregor> Okay, new version: http://pastebin.com/BU6ghf5K
- # [00:23] <jgraham> Except that it is a bit harder to know where to find stuff when you don't know where to look
- # [00:23] <karlcow> jgraham: it's why I have never read War and Peace ;)
- # [00:24] <jacobolus> you should. it's fantastic.
- # [00:24] <jacobolus> :)
- # [00:24] * Joins: DaFireball (~Vuurbal@240-216-164-193.fiber.trined.nl)
- # [00:24] * jgraham sighs as another Opera employee falls into the TR/ trap :(
- # [00:25] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Quit: -)
- # [00:25] <karlcow> jacobolus: puts it into small orthogonal chapters <kidding/>
- # [00:25] <jacobolus> karlcow: it's kind of tolstoy's whole theory of history that you can't do that :)
- # [00:26] <karlcow> heh
- # [00:27] <karlcow> jgraham: TR/ has its own issues which are not solved by one big document either.
- # [00:27] <jgraham> I prefer to think of HTML 5 as "Rememberance of Things Past"
- # [00:27] <jgraham> Not that I have read that
- # [00:28] <jgraham> karlcow: I'm not saying that TR/ is affected by the big/small document thing. TR belies a broken model of how specs work
- # [00:28] <jacobolus> AryehGregor: I agree that the "w3c has failed very very badly" bit could be rephrased to clarify your intent
- # [00:28] <karlcow> À la recherche du temps perdu - Proust. Exactly ;)
- # [00:28] <AryehGregor> jgraham, like how?
- # [00:29] <jacobolus> AryehGregor: I would put "within recent memory" before "failed badly"
- # [00:29] <jacobolus> also, skip the "very, very"; those don't really add much
- # [00:29] * AryehGregor confused jacobolus with jgraham
- # [00:30] <AryehGregor> So "Unfortuately, such forks are not only theoretical, because in recent memory, the W3C has failed badly at its job."?
- # [00:30] <jacobolus> something like that
- # [00:30] <AryehGregor> Probably I could try to rewrite that part to be more convincing to W3C people, but I doubt my basic argument will ever be convincing to them, because they think the WHATWG fork was bad.
- # [00:32] <jacobolus> maybe something like "The need for such forks is more than a theoretical concern: within recent memory the W3C process broke down entirely...."
- # [00:33] <AryehGregor> What does that really change?
- # [00:33] <karlcow> "The HTML interested parties were not participating anymore in the old W3C HTML WG creating a structural fork on the technology."
- # [00:33] <jacobolus> AryehGregor: the current one makes it sound like the W3C is still failing
- # [00:33] <AryehGregor> Surely "has failed" is clearly past?
- # [00:34] <jacobolus> "X has failed" implies (at least possibly implies) an ongoing failure
- # [00:35] <AryehGregor> I guess so.
- # [00:35] <AryehGregor> Let me rephrase.
- # [00:35] <jacobolus> which is why I think if you put "within recent memory" before it's clearer
- # [00:35] <AryehGregor> karlcow, the W3C as an organization failed badly by being unwilling to accommodate the needs of its most key members. If you're not willing to accept that, then you're never going to like what I write.
- # [00:35] <AryehGregor> Blaming the failure on the members or whatever misses the point.
- # [00:35] <karlcow> "The browser vendors not finding a place to continue working on HTML had unfortunately to restart the work outside of W3C"
- # [00:35] <Hixie> we did find a place
- # [00:35] <AryehGregor> "Unfortuately, such forks are not only theoretical, because the W3C did fail badly at its job in recent memory."
- # [00:35] <Hixie> unfortunately the place turned us away :-(
- # [00:35] <karlcow> AryehGregor: "the needs of its most key members"
- # [00:36] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # [00:36] <karlcow> history rewriting and focussing on one part of the Web :)
- # [00:36] <AryehGregor> karlcow, standards are worthless unless they're implemented. Implementers are the only essential members of a standards body.
- # [00:36] <Hixie> (actually we found two places, an incubator group and the htmlwg. both refused us.)
- # [00:36] <jacobolus> AryehGregor: that's better
- # [00:36] <karlcow> I know that browser vendors are important and have become more important in the last 10 years but tsss tsss
- # [00:36] <AryehGregor> If you lose non-implementers, the quality of your standards might suffer. If you lose the implementers, your standards are worthless.
- # [00:36] <AryehGregor> The entire point of a standard is to be implemented.
- # [00:37] <AryehGregor> Okay, anyone have other comments? Otherwise I'll submit it shortly.
- # [00:37] <karlcow> AryehGregor: agreed with losing implementers - this is the issue to solve
- # [00:38] <AryehGregor> And the W3C failed at it in 2004. Right?
- # [00:38] <jacobolus> AryehGregor: the argument that governments couldn't create forks of HTML if it had a license that forbid forking seems almost too laughable to answer
- # [00:38] <karlcow> before that
- # [00:38] <AryehGregor> jacobolus, yeah, I know.
- # [00:38] <AryehGregor> karlcow, they didn't leave until 2004.
- # [00:38] <karlcow> yes they did
- # [00:38] <AryehGregor> jacobolus, the patent argument is also crazy.
- # [00:39] <AryehGregor> karlcow, when was this?
- # [00:39] <jacobolus> yes
- # [00:39] <jacobolus> I don't know if including those answers improves your essay
- # [00:39] <AryehGregor> Maybe not.
- # [00:39] <karlcow> they stop participating to the HTML WG before 2004. You could read the *valid* frustration of people on www-html mailing list
- # [00:40] <AryehGregor> I'll remove those two paragraphs.
- # [00:40] <karlcow> erratas not being fixed, issue trackers not clear, comments not taken into accounts
- # [00:40] <AryehGregor> Shorter is better.
- # [00:40] <AryehGregor> karlcow, okay, fine. They didn't start working elsewhere until 2004, though.
- # [00:41] <karlcow> it's why I said structural fork before. They did work elsewhere individually by working in the bug trackers and slowly not participating to a deaf htmlwg
- # [00:41] <jacobolus> AryehGregor: in general, I think it's decently argued
- # [00:41] <karlcow> respective vendor bug trackers
- # [00:42] <Hixie> AryehGregor: 2003 actually
- # [00:42] <AryehGregor> Really?
- # [00:42] <AryehGregor> The spec seems to say 2004, in the history section.
- # [00:43] <Hixie> AryehGregor: what happened is that the browser vendors slowly dropped away until xforms came up for PR vote in 2003, at which point the frustration was enough that opera/mozilla/opera/and a few others asked for a rethink of the strategy
- # [00:43] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
- # [00:43] * Quits: estes (~estes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2) (Quit: estes)
- # [00:43] <Hixie> some of us showed what could be done by writing "xforms basic", an early wf2 prototype spec
- # [00:44] <Hixie> the w3c responded by having a workshop in 2004 at which the various points of view were put forward
- # [00:44] <Hixie> then when that concluded with the creation of a doomed wg on compound documents and nothing for html, we announced the whatwg list and moved xforms basic to the whatwg site
- # [00:44] <Hixie> i was blogging a lot back then, you can see some of the history in my blog posts from 2003/2004
- # [00:45] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [00:45] <Hixie> last copy of xforms basic was http://www.hixie.ch/specs/html/forms/xforms-basic-1
- # [00:45] <Hixie> note how it was proposed as an xhtml m12n module :-)
- # [00:46] * Quits: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com) (Quit: Leaving.)
- # [00:46] <Hixie> wow, some parts of that have lasted all the way to the current spec
- # [00:46] <karlcow> hmmm let's call this crash, the pink crash. That was surprising. Third crash today 2 with grayish screens and one with pink screen
- # [00:46] <Hixie> check out the table in appendix B
- # [00:46] <Hixie> that became the table in the <input> element section
- # [00:46] <Hixie> same styles and everything
- # [00:48] <Hixie> anyway, that's dated dec 2003
- # [00:48] <Hixie> ooh, apparently wa1 predates the whatwg too: http://www.hixie.ch/specs/html/apps/web-apps-1
- # [00:49] <karlcow> yup
- # [00:49] <Hixie> though almost everything there then became part of web controls 1.0 which then died
- # [00:49] * Hixie leaves memory lane and gets back to work :-)
- # [00:51] <karlcow> I guess an archivist work could be done by going through the past HTML WG minutes and you could decipher who, when people participated. Mailing lists too.
- # [00:52] <karlcow> http://www.w3.org/MarkUp/Group/Archives (Member only)
- # [00:53] <Hixie> sadly that will all be lost to archeologists since it's all member-only
- # [00:53] <Hixie> hsivonen: yt?
- # [00:53] <karlcow> Hixie, tss tss
- # [00:54] <karlcow> Most of the libraries have old books not accessible. Archivists can still work :)
- # [00:54] <Hixie> tss tss?
- # [00:54] <Hixie> ?
- # [00:54] <jamesr> maybe in the future everyone will be a w3 member and have access
- # [00:55] <karlcow> jamesr: that's one possibility. :)
- # [00:55] <Hixie> even members don't have access to the team lists :-)
- # [00:56] <karlcow> As I do not have access to your private emails :) or anyone has access to the internal mails of any organizations.
- # [01:00] <Hixie> there's a moral difference between an organisation that has paying members and decides things for those members that then affect the entire world, and most other kinds of organisations
- # [01:00] <Hixie> certainly there will always be a need for private lists
- # [01:01] <Hixie> but e.g. the sub total of private e-mails in the whatwg in the past two or so years is literally zero, and i'm sure one couldn't say the same for the w3c.
- # [01:01] <AryehGregor> The WHATWG is vastly smaller.
- # [01:01] <karlcow> Hixie: comparing orange and tomatoes
- # [01:01] <AryehGregor> I don't think it's a moral issue, just an issue of effectiveness.
- # [01:02] * Quits: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp) (Ping timeout: 240 seconds)
- # [01:02] <Hixie> AryehGregor: not that smaller. it has 1700 subscribers and a dozen "staff"-equivalent.
- # [01:02] <karlcow> transparency != trust
- # [01:02] * Joins: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp)
- # [01:02] <Hixie> karlcow: not sure the relevance of oranges, tomatoes, transparency, or trust here. i was just talking about archeologists of the future.
- # [01:03] <AryehGregor> Hixie, W3C lists combined surely have vastly more than 1700 subscribers. W3C staff and WHATWG steering committee are not at all comparable, W3C staff actually devote a significant fraction of their time to working at the W3C.
- # [01:04] <karlcow> archeologists of the future might have access to it. I don't know. I just know that the lists are archived.
- # [01:05] * karlcow doesn't have a crystal ball
- # [01:05] * Joins: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp)
- # [01:07] * karlcow found "voyager" again, the code name for the future of html4
- # [01:08] <karlcow> http://www.w3.org/TR/1998/WD-html-in-xml-19981205/
- # [01:12] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 252 seconds)
- # [01:14] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Ping timeout: 240 seconds)
- # [01:15] <AryehGregor> Okay, answer submitted. http://www.w3.org/2002/09/wbs/40318/html5-license-poll-v3/results
- # [01:15] * Joins: boogyman (~boogy@unaffiliated/boogyman)
- # [01:16] * Joins: ezoe (~ezoe@112-68-244-207f1.kyt1.eonet.ne.jp)
- # [01:17] <Hixie> man, you have got to love the vote of confidence that is "[a non-free license] is necessary to maintain W3C as a trusted and reputable source of definitive technical specifications"
- # [01:18] * Joins: danheberden (~danheberd@199.223.125.108)
- # [01:21] * Joins: estellevw (~estellevw@dsl081-070-203.sfo1.dsl.speakeasy.net)
- # [01:21] * Quits: mpilgrim (~pilgrim@24.206.36.125) (Ping timeout: 258 seconds)
- # [01:27] * Joins: erlehmann (~erlehmann@89.204.153.89)
- # [01:28] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [01:37] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [01:42] * bga_ is now known as bga_|away
- # [01:42] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [01:47] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
- # [01:49] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
- # [01:50] * Joins: ryanseddon (~RSeddon@202.126.98.210)
- # [01:51] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [01:51] * Joins: tw2113 (~tw2113@fedora/tw2113)
- # [01:54] * Joins: Dashimon (~noone@84.72.44.31)
- # [01:54] * Quits: Dashimon (~noone@84.72.44.31) (Changing host)
- # [01:54] * Joins: Dashimon (~noone@wikia/Dashiva)
- # [01:55] * Quits: Dashiva (~noone@wikia/Dashiva) (Ping timeout: 240 seconds)
- # [01:55] * Dashimon is now known as Dashiva
- # [01:56] * Quits: tw2113 (~tw2113@fedora/tw2113) (Read error: Operation timed out)
- # [02:00] * Joins: Yuhong (~chatzilla@50-47-173-54.evrt.wa.frontiernet.net)
- # [02:00] * Quits: estellevw (~estellevw@dsl081-070-203.sfo1.dsl.speakeasy.net) (Quit: Snuggling with the puppies)
- # [02:00] <Yuhong> "then when that concluded with the creation of a doomed wg on compound documents and nothing for html, we announced the whatwg list and moved xforms basic to the whatwg site "
- # [02:01] <Yuhong> Personally what I would have asked is an XHTML2 spec that is tag level compatible with XHTML1 (and HTML4 via Appendix C)
- # [02:03] <Yuhong> Of course, it is too late anyway.
- # [02:05] * Quits: danheberden (~danheberd@199.223.125.108) (Quit: Leaving...)
- # [02:06] * Quits: Yuhong (~chatzilla@50-47-173-54.evrt.wa.frontiernet.net) (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027])
- # [02:07] * Joins: estellevw (~estellevw@dsl081-070-203.sfo1.dsl.speakeasy.net)
- # [02:08] * Quits: jamesr (~jamesr@nat/google/x-iovdewsdjgqpkcvr) (Ping timeout: 260 seconds)
- # [02:12] * Quits: lrvick (~lrvick@66.96.251.117) (Ping timeout: 240 seconds)
- # [02:13] * Joins: lrvick (~lrvick@66.96.251.117)
- # [02:23] * Quits: estellevw (~estellevw@dsl081-070-203.sfo1.dsl.speakeasy.net) (Quit: Snuggling with the puppies)
- # [02:25] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 240 seconds)
- # [02:26] * Joins: estellevw (~estellevw@dsl081-070-203.sfo1.dsl.speakeasy.net)
- # [02:37] * Joins: tw2113 (~tw2113@fedora/tw2113)
- # [02:39] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 248 seconds)
- # [02:46] * Quits: kurrik (~kurrik@nat/google/x-wkbxhiicdicrsruo) (Quit: Leaving)
- # [02:46] * Quits: espadrine (~thaddee_t@AMontsouris-157-1-102-15.w90-46.abo.wanadoo.fr) (Ping timeout: 252 seconds)
- # [02:46] * Joins: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com)
- # [02:46] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
- # [02:52] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027])
- # [02:55] * Quits: dbaron (~dbaron@nat/mozilla/x-uksrttnrximdwxzo) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [02:57] * Quits: estellevw (~estellevw@dsl081-070-203.sfo1.dsl.speakeasy.net) (Quit: Snuggling with the puppies)
- # [02:59] * Joins: estellevw (~estellevw@dsl081-070-203.sfo1.dsl.speakeasy.net)
- # [03:02] <erlehmann> edbrowse is the standard edi^W browser
- # [03:09] * Quits: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [03:11] * Quits: DaFireball (~Vuurbal@240-216-164-193.fiber.trined.nl) (Ping timeout: 240 seconds)
- # [03:13] * Joins: boblet (~boblet@p2028-ipbf404osakakita.osaka.ocn.ne.jp)
- # [03:16] * Joins: DaFireball (~Vuurbal@240-216-164-193.fiber.trined.nl)
- # [03:17] <erlehmann> oh, i tried it
- # [03:17] <erlehmann> edbrowse *is* indeed interesting
- # [03:19] * Joins: MikeSmith_ (~MikeSmith@EM111-188-91-131.pool.e-mobile.ne.jp)
- # [03:20] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [03:20] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [03:23] * Quits: MikeSmith (~MikeSmith@EM114-48-18-148.pool.e-mobile.ne.jp) (Ping timeout: 276 seconds)
- # [03:23] * MikeSmith_ is now known as MikeSmith
- # [03:23] * Quits: webr3 (~nathan@host86-156-125-238.range86-156.btcentralplus.com) (Ping timeout: 260 seconds)
- # [03:26] * Joins: webr3 (~nathan@host86-132-168-227.range86-132.btcentralplus.com)
- # [03:27] * Quits: estellevw (~estellevw@dsl081-070-203.sfo1.dsl.speakeasy.net) (Quit: Snuggling with the puppies)
- # [03:31] * Joins: estellevw (~estellevw@dsl081-070-203.sfo1.dsl.speakeasy.net)
- # [03:32] * Quits: dave_levin (~dave_levi@74.125.59.73) (Quit: dave_levin)
- # [03:45] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 252 seconds)
- # [04:00] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 260 seconds)
- # [04:00] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [04:04] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [04:14] * Quits: Rik` (~Rik`@2a01:e34:ec0f:1570:daa2:5eff:fe97:85ed) (Ping timeout: 248 seconds)
- # [04:15] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [04:18] * Joins: e2i (~e2i@76-248-22-227.lightspeed.frokca.sbcglobal.net)
- # [04:28] * Quits: estellevw (~estellevw@dsl081-070-203.sfo1.dsl.speakeasy.net) (Quit: Snuggling with the puppies)
- # [04:31] * Quits: ezoe (~ezoe@112-68-244-207f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
- # [04:36] <MikeSmith> Hixie: I'm writing <select required> checking for the validator and I the spec seems quite clear but I want to doublecheck
- # [04:36] <MikeSmith> so, question:
- # [04:36] <MikeSmith> the following should be valid, right?
- # [04:36] <MikeSmith> <select required>
- # [04:36] <MikeSmith> <option></option>
- # [04:36] <MikeSmith> </select>
- # [04:37] <MikeSmith> and the following should not be?
- # [04:37] <MikeSmith> <select required>
- # [04:37] <MikeSmith> <option value=1>foo</option>
- # [04:37] <MikeSmith> </select>
- # [04:37] <Hixie> i assume we're ignoring the <option> here, right? attribute-wise?
- # [04:37] <Hixie> or should i check the option requirements too
- # [04:38] <MikeSmith> there are not requirements on the option in that case, as far as I can see
- # [04:38] <MikeSmith> so, no, anyway, you don't need to check the option requirements for that first case
- # [04:38] <MikeSmith> I just meant is is valid as far as the select goes
- # [04:38] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
- # [04:38] <Hixie> in the first case, the option has to have a value="" if its contents aren't "".
- # [04:39] <Hixie> the second one is invalid, indeed
- # [04:39] <Hixie> so yes, valid and not valid
- # [04:40] <Hixie> the first might want to emit a warning that the author probably forgot to give the text of the placeholder label option
- # [04:40] <Hixie> dunno how much linting you're doing
- # [04:40] <MikeSmith> OK
- # [04:40] <MikeSmith> hmm
- # [04:41] <MikeSmith> but now I do think I'm misunderstanding something
- # [04:41] <MikeSmith> which ish, how do you give the text of the placeholder label option
- # [04:41] * MikeSmith looks back at the spec
- # [04:41] <Hixie> in the label="" or textContent of the <option>
- # [04:42] <MikeSmith> ok
- # [04:43] <MikeSmith> but the spec says, "if the value of the first option element in the select element's list of options (if any) is the empty string, and that option element's parent node is the select element (and not an optgroup element), then that option is the select element's placeholder label option."
- # [04:43] * Quits: ojan (~ojan@nat/google/x-zkkvtyrmdnmrhzcu) (Quit: ojan)
- # [04:43] <MikeSmith> should that be "is *not* the empty string"?
- # [04:44] <Hixie> sorry afk brb
- # [04:44] <MikeSmith> ok
- # [04:51] <MikeSmith> Hixie: (when you get back), so it seems like maybe it should say that the value attribute is empty (or not specified), but the option must have textContent
- # [04:53] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 276 seconds)
- # [04:53] * Joins: Transformer (~Transform@68-28-105-227.pools.spcsdns.net)
- # [04:53] * Quits: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com) (Quit: POPOPOPOPOPOPOKERFACE)
- # [04:55] * Quits: Transformer (~Transform@68-28-105-227.pools.spcsdns.net) (Excess Flood)
- # [04:55] <MikeSmith> because, unless I'm missing something, I don't see how the option element can serve as an actual placeholder label option if the "value of the option element" (= "the value of the value attribute, if there is one, or the textContent of the element, if there isn't") has to be the empty string
- # [04:57] * Joins: ezoe (~ezoe@61-205-125-41f1.kyt1.eonet.ne.jp)
- # [04:59] <MikeSmith> in other words, the current spec text seems to require the following to be reported as invalid
- # [04:59] <MikeSmith> <select required>
- # [04:59] <MikeSmith> <option>Choose one of the following</option>
- # [04:59] <MikeSmith> <option value=1>foo</option>
- # [04:59] <MikeSmith> <option value=2>bar</option>
- # [04:59] <MikeSmith> </select>
- # [05:01] <MikeSmith> because it must have a placeholder label option, but the value of the first option element is not the empty string, so it does not have a placeholder label option
- # [05:02] * Joins: eric_carlson_ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:11] * Quits: eric_carlson (~eric_carl@17.203.15.27) (Quit: eric_carlson)
- # [05:11] * eric_carlson_ is now known as eric_carlson
- # [05:12] <Hixie> MikeSmith: back
- # [05:12] <MikeSmith> hey
- # [05:13] <Hixie> MikeSmith: right, if you have required in that case you also have to have <option value="">label</option>
- # [05:13] <Hixie> required="", i mean
- # [05:13] <MikeSmith> ok
- # [05:13] <Hixie> because otherwise there's no point having required="" -- it'd be required anyway
- # [05:13] <Hixie> you can't _not_ give a value in that case
- # [05:13] <Hixie> so marking it required="" is worthless
- # [05:13] <MikeSmith> right, but that's not what the spec seems to say
- # [05:14] <Hixie> oh?
- # [05:14] * Hixie looks
- # [05:14] <Hixie> in that case, it doesn't have a placeholder label option, and it must have a placeholder label option, right?
- # [05:15] <Hixie> it doesn't have one because the value of the first option is "1", so the first option is not a placeholder label option
- # [05:15] <MikeSmith> oh
- # [05:16] <MikeSmith> but the first option has no value attribute…
- # [05:16] <MikeSmith> the value of the second option is 1
- # [05:16] <Hixie> oh
- # [05:16] <Hixie> sorry
- # [05:16] <Hixie> i mean the value of the first option is "Choose one of the following"
- # [05:16] <MikeSmith> yeah
- # [05:17] <MikeSmith> OK
- # [05:17] <MikeSmith> I think I see what the purpose of this is now
- # [05:17] <Hixie> you probably want the validator to notice when the first one have a value="non-empty" and give a distinct error than the case where it is simply missing a value="" (but has textContent, as opposed to <option label="choose one of the following">, which would be fine)
- # [05:17] <Hixie> because the error message would be confusing otherwise
- # [05:18] <MikeSmith> OK
- # [05:19] <MikeSmith> so sorry if I'm being daft here, but if the following is not OK, what should it be changed to?
- # [05:19] <MikeSmith> <select required>
- # [05:19] <MikeSmith> <option></option>
- # [05:19] <MikeSmith> <option value=1>foo</option>
- # [05:19] <MikeSmith> <option value=2>bar</option>
- # [05:19] <MikeSmith> </select>
- # [05:22] <Hixie> it's fine, from a validation point of view
- # [05:22] <MikeSmith> OK, but what I'm getting at is, the spec currently says that for an option to be a placeholder label option, its "value" must be the empty string
- # [05:23] <MikeSmith> where "value" is defined as "the value of the value attribute, if there is one, or the textContent of the element, if there isn't"
- # [05:23] <Hixie> right
- # [05:23] <Hixie> (hm, we should probably strip spaces before and after the textContent, for sanity, so that omitting the </option> in the case above doesn't matter, but that's another story)
- # [05:24] <Hixie> (i'll file a bug)
- # [05:24] <MikeSmith> so that would seem to mean that <option value="">label</option> cannot be a placeholder label option
- # [05:24] <Hixie> sure it can
- # [05:24] <Hixie> value="" is good
- # [05:24] <MikeSmith> OK but the "value" of the option is non-empty
- # [05:24] <MikeSmith> because it has textContent
- # [05:24] <Hixie> the value is the value of the value attribute, if there is one
- # [05:25] <MikeSmith> ah
- # [05:25] <MikeSmith> yeah
- # [05:25] <MikeSmith> thanks for your patience :)
- # [05:25] <Hixie> no worries
- # [05:26] <Hixie> this stuff is inane, and i make enough mistakes that half the time your questions are just pointing out mistakes i made :-)
- # [05:26] <MikeSmith> heh
- # [05:26] <MikeSmith> not sure that's true, but thanks for saying it :)
- # [05:29] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 252 seconds)
- # [05:29] * Quits: ryanseddon (~RSeddon@202.126.98.210) (Ping timeout: 240 seconds)
- # [05:31] * Joins: ryanseddon (~RSeddon@202.126.98.210)
- # [05:32] <karlcow> I wish there was a way to do
- # [05:32] <karlcow> X-viewport: content="width=device-width" in HTTP headers
- # [05:33] <MikeSmith> Hixie: so why not have the spec say that for <select required>, its first option child must have a value="" attribute specified?
- # [05:34] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [05:35] <Hixie> MikeSmith: we could do that, but in the case of <option label=".."/> it's a bit ugly to require an otherwise redundant value="" as well
- # [05:35] <MikeSmith> OK
- # [05:36] <MikeSmith> I will implement it as currently specced so that we have something concrete to test with in the validator
- # [05:36] <Hixie> cool
- # [05:37] <Hixie> i just filed a bug about the definition of /option label/ that you might want to look at
- # [05:37] <MikeSmith> but I should point out to you that as far as I can see, the spec currently doesn't say anything about the label attribute providing the text for the placeholder label option
- # [05:37] <MikeSmith> OK, I'll look at that bug
- # [05:39] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:39] * Joins: eric_carlson_ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:40] * Quits: mattagar (~matt.agar@office-02.august.com.au) (Quit: Leaving)
- # [05:40] * Hixie looks
- # [05:43] <Hixie> it doesn't say anything special about the placeholder label option vs other options as far as rendering goes
- # [05:44] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Never look down on someone unless you're helping them up.)
- # [05:47] * Parts: e2i (~e2i@76-248-22-227.lightspeed.frokca.sbcglobal.net)
- # [05:52] * Quits: Yudai (~Yudai@pl4210.nas852.p-tokyo.nttpc.ne.jp) (Ping timeout: 252 seconds)
- # [05:59] * Joins: Yudai (~Yudai@p86e170.hkidnt01.ap.so-net.ne.jp)
- # [06:03] * Joins: jochen___ (~jochen@nat/google/x-mqpryughicbyjbzs)
- # [06:03] * Quits: jochen__ (~jochen@nat/google/x-tdewugzeqjoeketx) (Read error: Connection reset by peer)
- # [06:03] * jochen___ is now known as jochen__
- # [06:08] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Ping timeout: 240 seconds)
- # [06:19] * Quits: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
- # [06:23] * Quits: aho (~nya@fuld-590c65e6.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
- # [06:28] * Joins: CvP (CvP@180.234.36.88)
- # [06:30] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [06:30] * Quits: eric_carlson_ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [06:33] * Joins: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [06:34] * Joins: tw2113 (~tw2113@fedora/tw2113)
- # [06:40] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [06:47] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 258 seconds)
- # [06:48] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
- # [06:59] * Quits: CvP (CvP@180.234.36.88) (Ping timeout: 248 seconds)
- # [07:07] * Quits: F1LT3R (~F1LT3R@c-76-19-149-201.hsd1.ma.comcast.net) (Ping timeout: 240 seconds)
- # [07:12] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [07:12] * Joins: CvP (CvP@180.234.79.5)
- # [07:16] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
- # [07:22] * Quits: CvP (CvP@180.234.79.5) (Quit: [ UPP ] > all)
- # [07:23] * Joins: matjas (~matjas@91.182.215.85)
- # [07:28] * Quits: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
- # [07:29] <zcorpan> heh, EventSource.OPEN and EventSource.CLOSED are both 0 in chrome
- # [07:29] <zcorpan> yay for constants
- # [07:35] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
- # [07:36] * Joins: mike][inq_ (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
- # [07:37] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Remote host closed the connection)
- # [07:37] * Quits: mike][inq_ (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Remote host closed the connection)
- # [07:37] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
- # [07:46] * Quits: jwalden (~waldo@c-76-122-146-90.hsd1.mi.comcast.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.17/20110428205629])
- # [07:48] <erlehmann> edbrowse -d0 >&2 |festival --tts
- # [07:48] <erlehmann> funny :)
- # [07:57] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
- # [08:01] * Joins: roc (~chatzilla@121.98.230.221)
- # [08:03] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
- # [08:06] <hsivonen> Hixie: I'm back here now
- # [08:08] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Read error: Operation timed out)
- # [08:13] * Joins: danheberden (~danheberd@static-50-53-16-165.bvtn.or.frontiernet.net)
- # [08:14] * Joins: hdhoang (~hdhoang@203.210.202.250)
- # [08:20] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [08:25] <MikeSmith> Hixie, hsivonen: fyi, I pushed my workspace implementation of <select required> checking to http://www.w3.org/html/check for testing
- # [08:25] <MikeSmith> hsivonen: will send you the patch now
- # [08:27] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [08:27] <Hixie> hsivonen: if i ping you without actually asking something it's usually because i'm working on some bug that i think you have an opinion on, and if you're not around i'll just post my question to the bug :-)
- # [08:28] * Joins: rimantas (~rimliu@93.93.57.193)
- # [08:29] <Hixie> hsivonen: in this particular case, i think it was http://www.w3.org/Bugs/Public/show_bug.cgi?id=12100
- # [08:30] * Joins: CvP (CvP@180.234.79.5)
- # [08:32] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
- # [08:33] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [08:34] <hsivonen> Hixie: commented on the bug
- # [08:34] <Hixie> awesome, thanks
- # [08:43] * Quits: CvP (CvP@180.234.79.5) (Disconnected by services)
- # [08:43] * Joins: xCG (CvP@180.234.47.24)
- # [08:44] * xCG is now known as CvP
- # [08:46] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
- # [08:48] <hsivonen> MikeSmith: I replied
- # [08:49] <MikeSmith> thanks
- # [08:58] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-110-243.w90-46.abo.wanadoo.fr)
- # [09:01] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [09:06] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [09:07] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
- # [09:07] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [09:10] * Quits: CvP (CvP@180.234.47.24) (Quit: [ UPP ] > all)
- # [09:13] * Joins: CvP (CvP@180.234.38.164)
- # [09:15] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
- # [09:17] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
- # [09:18] * Joins: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net)
- # [09:19] * Quits: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net) (Remote host closed the connection)
- # [09:19] * Joins: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net)
- # [09:20] * Joins: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au)
- # [09:20] * Quits: yijun (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714) (Quit: yijun)
- # [09:23] * Quits: MikeSmith (~MikeSmith@EM111-188-91-131.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [09:23] * Quits: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Ping timeout: 246 seconds)
- # [09:25] * Joins: MikeSmith (~MikeSmith@EM114-48-110-151.pool.e-mobile.ne.jp)
- # [09:26] * Joins: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
- # [09:27] * Joins: boaz (~boaz@74-93-184-209-Oregon.hfc.comcastbusiness.net)
- # [09:28] * paul_irish is now known as paul_irish_
- # [09:34] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [09:38] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Ex-Chat)
- # [09:44] <hsivonen> I think http://html5.org/tools/web-apps-tracker?from=6078&to=6079 didn't actually "clarify" things.
- # [09:47] <Hixie> that's because you still think they mean "italics" and "bold"
- # [09:47] <hsivonen> Hixie: we've always been at war with Eastasia
- # [09:50] <Hixie> i do not claim that they did not once mean "italics" and "bold"
- # [09:50] <Hixie> so i think that's an inappropriate attempt at dismissing my position using a platitude
- # [09:51] * Parts: ryanseddon (~RSeddon@202.126.98.210)
- # [09:51] * Joins: mpt (~mpt@conference/ubuntudevelopersummit/x-fdgmjvhvvfylxcnl)
- # [09:51] * Quits: mpt (~mpt@conference/ubuntudevelopersummit/x-fdgmjvhvvfylxcnl) (Changing host)
- # [09:51] * Joins: mpt (~mpt@canonical/mpt)
- # [09:54] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [09:55] <hsivonen> Hixie: granted, I should have come up another redefinition-related quote that doesn't imply retroactive redefinition.
- # [09:56] <Hixie> or you could use your own words :-)
- # [09:57] <hsivonen> :-)
- # [09:57] <Hixie> i'm updating the terms used in the stability boxes in the spec... any idea of a better term for "first draft", to mean the first attempt at specifying something?
- # [09:57] <Hixie> "first attempt" was my other idea
- # [09:57] <Hixie> but both kinda suck
- # [09:57] <othermaciej> in Newspeak, <b> is defined to serve the needs of the people
- # [09:58] <zcorpan> Hixie: "Don't use this yet LOL"
- # [09:59] <zcorpan> Hixie: or follow the W3C naming and call it "Last attempt"
- # [09:59] <othermaciej> "unstable"?
- # [09:59] <othermaciej> "experimental"?
- # [09:59] <othermaciej> (not sure if that matches the intent)
- # [10:00] <Hixie> i'll try "Experimental draft" for now maybe
- # [10:01] <Hixie> search for "== STATUS" in http://www.whatwg.org/specs/web-apps/current-work/status.js for the new list
- # [10:05] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
- # [10:08] * Quits: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
- # [10:14] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
- # [10:16] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
- # [10:21] * Joins: krijn (8d5d130e@gateway/web/freenode/ip.141.93.19.14)
- # [10:23] <jgraham> Aren't the real statuses "Unimplemeneted", "experimentally implemented", "Multiple interoperable implementations"
- # [10:24] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
- # [10:25] <Hixie> "experimentally implemented" doesn't correspond to a state in the spec
- # [10:25] <Hixie> and there are definitely more states than just "no" and "yes"
- # [10:25] <Hixie> :-)
- # [10:25] <jgraham> Yes it does
- # [10:25] <jgraham> It corresponds to what W3C woudl call "Last Call"
- # [10:26] <jgraham> i.e. if you don't like this comment soon before more people implement it
- # [10:26] <Hixie> oh i thought you meant a feature implemented as an experiment before the spec is written
- # [10:26] <Hixie> sorry
- # [10:26] <jgraham> Ah
- # [10:26] <Hixie> yeah, those are a subset of the states
- # [10:26] <Hixie> see the script for the full list
- # [10:27] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [10:27] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 240 seconds)
- # [10:31] <jgraham> Hixie: The states there don't seem to be much like the ones I said at all
- # [10:32] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
- # [10:32] * Quits: boaz (~boaz@74-93-184-209-Oregon.hfc.comcastbusiness.net) (Quit: boaz)
- # [10:33] <Hixie> jgraham: unimplemented = TBW, OCBE, FD, WD; implemented = LC, CR; multiple = REC
- # [10:33] <jgraham> Also I agree with hsivonen about the interesting use of the word "clarify" to mean "make more unlike reality" in the <b> and <i> definitions
- # [10:33] <Hixie> authoring conformance requirements aren't about past reality they're about future reality
- # [10:33] <Hixie> they're about best practices, and what we can most highly recommend to authors
- # [10:34] <Hixie> they're very much unlike implementation conformance criteria, in that respect
- # [10:34] <hsivonen> Hixie: not entirely true in a world where people have legacy sites to work with
- # [10:34] <Hixie> (which is why the decision to make <table> not entirely non-presentational in the w3c copy is just a bad decision)
- # [10:34] <jgraham> Hixie: My point about the statuses, such as it was, was that statuses could be explicitly about implementations rather than having abstract states and having to tell people who they map onto reality
- # [10:34] <Hixie> hsivonen: how not?
- # [10:35] <Hixie> jgraham: we already have explicit implementation status information, so that would be redundant
- # [10:35] <Hixie> the states are not abstract, they're descriptions of the quality of the text
- # [10:35] <hsivonen> Hixie: if a validator whines too much about legacy content on points that take effort to fix but that have dubious payoff, the validator isn't really helping the author and the author might opt not to validate
- # [10:36] <jgraham> Hixie: From the reader's point of view they're abstract
- # [10:36] <hsivonen> Hixie: which would be bad, because the author would then also miss out on useful error messages
- # [10:36] * Joins: richt (~richt@pat-tdc.opera.com)
- # [10:36] <Hixie> hsivonen: i'll be immediately convinced of that argument's relevance to this particular problem as soon as you are able to determine whether <b> is being used for bold or for keywords.
- # [10:36] <Hixie> programatically
- # [10:36] <jgraham> About <b> and <i>: the glorious future where people never use them to mean bold or italic will likely never happen. Even if it did it wouldn't be a big win for anyone
- # [10:37] <Hixie> hsivonen: when it comes to cases that _can_ be programmatically detected, i think we've done a good job of walking that line, though
- # [10:37] <hsivonen> Hixie: how's that a prerequisite for my point?
- # [10:37] <Hixie> hsivonen: either i misunderstood your point, or your point doesn't apply to a case where you wouldn't ever show an error message regardless of the definition we're talking about
- # [10:38] <jgraham> The main bad effect is that people won't take the rest of the spec seriously
- # [10:38] <jgraham> Not that they won't take validators seriously
- # [10:38] <Hixie> jgraham: re the states being abstract, i don't really see how "this is brand new first-draft experimental text" vs "i think we are ready for implementations" is "abstract", but if it is, then i guess i think we need abstraction here.
- # [10:39] <Hixie> if people are going to dismiss the entire spec just because <i> is defined in a media-independent way, then i think we have bigger problems.
- # [10:39] <Hixie> like, why on earth isn't the rest of the spec useful enough that it overcomes this minor issue.
- # [10:40] <jgraham> Hixie: The "How do I suggest a feature" FAQ suggests implementations may preceed spec text so the smooth transition implied by the current states doesn't man much
- # [10:40] <jgraham> Not the whole rest of the spec
- # [10:40] <jgraham> But the other semantic requirments
- # [10:40] <jgraham> Including the ones that actually matter a bit
- # [10:40] <jgraham> Like not using <table> for layout
- # [10:41] <Hixie> i don't see how anything smooth is implied. certainly no smoothness was intended to be implied.
- # [10:41] <Hixie> i think the w3c has done far more damage to the tables-for-layout issue than we could possibly do even if we defined <i> to mean "ice cream"
- # [10:41] <jgraham> That is true
- # [10:41] <jgraham> But it's only one example
- # [10:42] <jgraham> and doesn't excuse us anyway
- # [10:42] <Hixie> but i also think the people who are most likely to care about <table> being media-independent are the same people who are likely to appreciate <i> being media-independent
- # [10:42] <Hixie> so i don't really buy the premise of your argument
- # [10:43] <jgraham> Well I care about <table> but don't really care if people use <i> to mean "I want this text to be italic"
- # [10:43] <jgraham> Because non-visual UAs have to deal with that anyway
- # [10:43] <jgraham> and it seems to be way down the list of problems they have
- # [10:43] <zcorpan> jgraham: do you care if people use <em> to mean "I want this text to be italic"?
- # [10:44] <jgraham> zcorpan: I think that is a bigger problem
- # [10:44] <jgraham> (and one that is encouraged by demonising <i>)
- # [10:45] <Hixie> we don't demonise <i>, we give it what imho is a rather succint definition that maps surprisingly well to real good-practice usage (i.e. not pure styling where an entire section is italics, but more phrasing-like usage), in such a way that authors can continue to use it with no fear of media-dependence
- # [10:46] <Hixie> personally i am quite happy with where we are with <i>, <b>, <small>, and even <u> which i have come to terms with
- # [10:46] <Hixie> i don't really see what value we would have in introducing <font>-like definitions for any of them
- # [10:47] <hsivonen> Hixie: are there Web authors other than you and fantasai who use <i> correctly as specced as a result of reading and understanding the spec? (as opposed to by accident)
- # [10:47] <Hixie> no idea
- # [10:47] <jgraham> I don't see that any UA can treat <i> as currently defined different to <span style="font-style:italic">
- # [10:48] <Hixie> dunno how one would measure that
- # [10:48] <jgraham> So whatever media independence we have would be equally true if we defined that as a synonym
- # [10:49] <Hixie> same can be said of <em> and <cite>
- # [10:49] <Hixie> so i dunno that that is relevant
- # [10:49] <Hixie> anyway, i really should go to bed
- # [10:49] <jgraham> Not really. I would expect an AT to read <em> in a difference voice, for example
- # [10:49] <jgraham> I might be wrong in that expectation ofc
- # [10:49] <hsivonen> jgraham: <em> different voice from <i>?
- # [10:50] <jgraham> hsivonen: That depends how many people are using <i> to mean <em> I guess
- # [10:50] <hsivonen> I'd expect the best AT user experience to come from rendering <em> and <i> the same way by default regardless of medium, because they are rendered the same way on the medium that authors test the most
- # [10:51] <hsivonen> jgraham: of course, it should be possible to test and find out what implementations actually do!
- # [10:51] <hsivonen> as opposed to theorizing about it
- # [10:52] <jgraham> Indeed
- # [10:54] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
- # [10:55] * Joins: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com)
- # [10:58] * Joins: stefan-_ (~music@trir-5d80556b.pool.mediaWays.net)
- # [11:00] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [11:02] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
- # [11:04] * Quits: richt (~richt@pat-tdc.opera.com) (Ping timeout: 260 seconds)
- # [11:05] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
- # [11:06] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Ping timeout: 260 seconds)
- # [11:09] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Ping timeout: 260 seconds)
- # [11:13] * Joins: tbassetto (~tbassetto@92.103.127.226)
- # [11:17] * Joins: agektmr (~Adium@p3028-ipbf1703marunouchi.tokyo.ocn.ne.jp)
- # [11:20] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
- # [11:20] * Joins: richt_ (~richt@guest.opera.com)
- # [11:21] * Joins: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net)
- # [11:22] * Quits: richt_ (~richt@guest.opera.com) (Read error: Connection reset by peer)
- # [11:22] * Joins: richt (~richt@guest.opera.com)
- # [11:27] * Quits: hdhoang (~hdhoang@203.210.202.250) (Quit: Leaving.)
- # [11:27] * Quits: richt (~richt@guest.opera.com) (Read error: Connection reset by peer)
- # [11:28] * Quits: agektmr (~Adium@p3028-ipbf1703marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
- # [11:29] * Joins: richt_ (~richt@guest.opera.com)
- # [11:30] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [11:30] * Joins: hdhoang (~hdhoang@hdhoang.broker.freenet6.net)
- # [11:39] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [11:48] * Joins: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2)
- # [11:49] <hsivonen> I love how the HTML 4.01 spec italicizes "Standard Generalized Markup Language" not as <cite>, not as <i> but as <dfn>
- # [11:49] * Quits: richt_ (~richt@guest.opera.com) (Read error: No route to host)
- # [11:49] * Joins: richt (~richt@pat-tdc.opera.com)
- # [11:50] * Joins: Lachy (~Lachlan@guest.opera.com)
- # [12:04] <hsivonen> Unicode srsly! Where's my RIGHTWARDS ARROW WITH CORNER UPWARDS?
- # [12:07] <reggna> Hehe, all i find is RIGHTWARDS ARROW WITH TIP UPDARDS. :P
- # [12:07] * Joins: bzed_ (~bzed@devel.recluse.de)
- # [12:08] <hsivonen> jgraham: from Steve on Twitter: http://www.paciellogroup.com/blog/2008/02/screen-readers-lack-emphasis/
- # [12:08] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Ping timeout: 260 seconds)
- # [12:08] * Quits: dglazkov (~dglazkov@nat/google/x-ffekqvinhbzuygzl) (Ping timeout: 260 seconds)
- # [12:08] <hsivonen> reggna: thanks!
- # [12:09] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 260 seconds)
- # [12:09] * bzed_ is now known as bzed
- # [12:09] <jgraham> hsivonen: Interesting. It would be interesting to hear what changed in 3 years
- # [12:09] * Joins: dglazkov|away (~dglazkov@nat/google/x-atydbisnrqrrdvra)
- # [12:14] * _bga is now known as bga_|away
- # [12:26] * Joins: msucan (~robod@109.96.201.56)
- # [12:28] * Joins: smaug____ (~chatzilla@cs181139127.pp.htv.fi)
- # [12:29] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Ping timeout: 258 seconds)
- # [12:33] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
- # [12:43] * Quits: matjas (~matjas@91.182.215.85) (Quit: Computer has gone to sleep.)
- # [12:43] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
- # [12:47] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
- # [12:49] * bga_|away is now known as bga_
- # [12:49] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [13:09] * Quits: mpt (~mpt@canonical/mpt) (Read error: Operation timed out)
- # [13:13] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [13:16] * Quits: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp) (Read error: Connection reset by peer)
- # [13:18] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
- # [13:19] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [13:25] * Quits: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net) (Remote host closed the connection)
- # [13:33] * bga_ is now known as bga_|away
- # [13:35] * bga_|away is now known as bga_
- # [13:44] * Quits: Necrathex (~nectop@82-170-160-25.ip.telfort.nl) (Quit: Necrathex)
- # [13:45] * Quits: smaug____ (~chatzilla@cs181139127.pp.htv.fi) (Ping timeout: 258 seconds)
- # [14:02] * Joins: mpt (~mpt@canonical/mpt)
- # [14:04] * Joins: matjas (~matjas@78-20-169-147.access.telenet.be)
- # [14:11] * Joins: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp)
- # [14:18] * Quits: CvP (CvP@180.234.38.164) (Read error: Connection reset by peer)
- # [14:26] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
- # [14:27] * Joins: CvP (CvP@180.234.58.170)
- # [14:30] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Remote host closed the connection)
- # [14:33] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
- # [14:36] <othermaciej> VoiceOver doesn't report any bold or italic by default, and while it can be set to do so, Safari doesn't seem to respect that (I'll have to find out if this is a bug)
- # [14:37] * Quits: CvP (CvP@180.234.58.170) (Quit: [ UPP ] > all)
- # [14:39] <jgraham> "Any bold or italic" including <em> and <strong>?
- # [14:46] * Joins: dirkpennings (~Vuurbal@90-145-26-140.bbserv.nl)
- # [14:46] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Quit: eric_carlson)
- # [14:46] * Joins: F1LT3R (~F1LT3R@c-76-19-149-201.hsd1.ma.comcast.net)
- # [14:52] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [14:52] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
- # [14:54] <othermaciej> well, since it doesn't work in Web content I can't test that
- # [14:54] <othermaciej> oh, I see what you are asking
- # [14:56] <othermaciej> it does not apply voice changes for em/strong
- # [14:57] <othermaciej> for bold and italic in apps that support it, it just announces "bold" or "italic", it doesn't use a different voice
- # [14:58] * Joins: smaug____ (~chatzilla@GGYYYKMMDCCXXXII.gprs.sl-laajakaista.fi)
- # [15:08] * Quits: erlehmann (~erlehmann@89.204.153.89) (Quit: Ex-Chat)
- # [15:10] * Joins: mpilgrim (~pilgrim@64.134.188.109)
- # [15:13] * Joins: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
- # [15:13] * Quits: nessy (~Adium@124-171-27-18.dyn.iinet.net.au) (Quit: Leaving.)
- # [15:14] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
- # [15:14] * Parts: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
- # [15:16] * Parts: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
- # [15:17] * Quits: hdhoang (~hdhoang@hdhoang.broker.freenet6.net) (Quit: Leaving.)
- # [15:19] * Joins: MikeSmith_ (~MikeSmith@EM114-48-70-166.pool.e-mobile.ne.jp)
- # [15:19] * Quits: MikeSmith_ (~MikeSmith@EM114-48-70-166.pool.e-mobile.ne.jp) (Read error: Connection reset by peer)
- # [15:20] * Joins: MikeSmith_ (~MikeSmith@EM114-48-70-166.pool.e-mobile.ne.jp)
- # [15:20] * Joins: WesITA (~asdasdasd@host4-141-dynamic.10-87-r.retail.telecomitalia.it)
- # [15:21] * Joins: hdhoang (~hdhoang@203.210.202.250)
- # [15:22] * Quits: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp) (Ping timeout: 260 seconds)
- # [15:23] * Quits: MikeSmith (~MikeSmith@EM114-48-110-151.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [15:23] * MikeSmith_ is now known as MikeSmith
- # [15:23] * Joins: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp)
- # [15:24] * Quits: smaug____ (~chatzilla@GGYYYKMMDCCXXXII.gprs.sl-laajakaista.fi) (Ping timeout: 276 seconds)
- # [15:26] * Quits: mpilgrim (~pilgrim@64.134.188.109) (Ping timeout: 246 seconds)
- # [15:31] * Quits: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com) (Read error: Connection reset by peer)
- # [15:32] * Joins: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com)
- # [15:34] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # [15:41] * Quits: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp) (Ping timeout: 276 seconds)
- # [15:42] * Joins: lumely_ (~lumely@dhcp2-228.slis.tsukuba.ac.jp)
- # [15:46] * bga_ is now known as bga_|away
- # [15:48] * Joins: smaug____ (~chatzilla@YZMMDCCCL.gprs.sl-laajakaista.fi)
- # [15:54] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 264 seconds)
- # [15:55] * Joins: eric_carlson (~ericc@17.203.14.212)
- # [15:55] * Quits: eric_carlson (~ericc@17.203.14.212) (Client Quit)
- # [15:56] * Joins: eric_carlson (~eric_carl@2620:0:1b00:1191:217:f2ff:fe03:a2e)
- # [15:58] * Quits: smaug____ (~chatzilla@YZMMDCCCL.gprs.sl-laajakaista.fi) (Ping timeout: 240 seconds)
- # [15:59] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [16:00] * Quits: JanDW (~chatzilla@pool-108-12-211-213.prvdri.fios.verizon.net) (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027])
- # [16:10] * Joins: othermaciej (~mjs@67.218.102.155)
- # [16:12] * Joins: mpt (~mpt@canonical/mpt)
- # [16:12] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (Ping timeout: 276 seconds)
- # [16:13] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
- # [16:14] * bga_|away is now known as bga_
- # [16:16] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
- # [16:18] * Joins: hdhoang1 (~hdhoang@222.252.35.65)
- # [16:19] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Quit: Leaving.)
- # [16:21] * Quits: hdhoang (~hdhoang@203.210.202.250) (Ping timeout: 258 seconds)
- # [16:21] * Joins: miketaylr (~miketaylr@206.217.92.186)
- # [16:32] * Parts: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [16:40] * Joins: asmodai (asmodai@dhammapada.xs4all.nl)
- # [16:43] * Joins: plainhao (~plainhao@208.75.85.237)
- # [16:47] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 252 seconds)
- # [16:48] * Joins: mpt (~mpt@canonical/mpt)
- # [16:49] * Quits: matjas (~matjas@78-20-169-147.access.telenet.be) (Quit: Computer has gone to sleep.)
- # [16:50] * Quits: danheberden (~danheberd@static-50-53-16-165.bvtn.or.frontiernet.net) (Quit: Leaving...)
- # [17:00] * Joins: Martijnc (~Martijnc@d54C02C64.access.telenet.be)
- # [17:01] * Joins: Martijnc_ (~Martijnc@d54C02C64.access.telenet.be)
- # [17:01] * Quits: Martijnc (~Martijnc@d54C02C64.access.telenet.be) (Read error: Connection reset by peer)
- # [17:01] * Martijnc_ is now known as Martijnc
- # [17:05] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
- # [17:07] * Quits: othermaciej (~mjs@67.218.102.155) (Quit: othermaciej)
- # [17:18] * Joins: othermaciej (~mjs@17.246.17.16)
- # [17:19] * Joins: demet8 (~demet8@7.186.8.67.cfl.res.rr.com)
- # [17:19] * Parts: demet8 (~demet8@7.186.8.67.cfl.res.rr.com)
- # [17:20] * Quits: Lachy (~Lachlan@guest.opera.com) (Quit: This computer has gone to sleep)
- # [17:28] * Joins: thomasb (~tbassetto@2a01:e35:2eec:80a0:f2b4:79ff:fe15:3589)
- # [17:32] * Quits: tbassetto (~tbassetto@92.103.127.226) (Ping timeout: 240 seconds)
- # [17:39] * Quits: krijn (8d5d130e@gateway/web/freenode/ip.141.93.19.14) (Quit: Page closed)
- # [17:39] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Ping timeout: 240 seconds)
- # [17:45] * Quits: msucan (~robod@109.96.201.56) (Quit: .)
- # [17:47] * dglazkov|away is now known as dglazkov
- # [17:49] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
- # [17:54] * Joins: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
- # [17:54] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
- # [17:54] * estellevw_ is now known as estellevw
- # [17:56] * Quits: benschwarz (~benschwar@dhcp64-134-221-251.hoic.dca.wayport.net) (Quit: Leaving...)
- # [17:59] * Quits: tmzt (~tmzt@adsl-99-164-58-59.dsl.akrnoh.sbcglobal.net) (Ping timeout: 276 seconds)
- # [18:00] * Joins: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
- # [18:00] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
- # [18:00] * estellevw_ is now known as estellevw
- # [18:05] * Joins: boaz (~boaz@74-93-184-209-Oregon.hfc.comcastbusiness.net)
- # [18:06] * Joins: tmzt (~tmzt@76.211.2.68)
- # [18:09] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
- # [18:10] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [18:10] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
- # [18:11] * Joins: msucan (~robod@109.96.247.152)
- # [18:12] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Read error: No route to host)
- # [18:14] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:14] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
- # [18:14] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
- # [18:23] * Joins: erlehmann (~erlehmann@89.204.153.25)
- # [18:23] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
- # [18:27] * Joins: smaug____ (~chatzilla@GZMMDLXXVII.gprs.sl-laajakaista.fi)
- # [18:31] * Quits: hdhoang1 (~hdhoang@222.252.35.65) (Quit: Leaving.)
- # [18:32] * Quits: xakz (~XaMaD@ARennes-554-1-205-254.w92-158.abo.wanadoo.fr) (Ping timeout: 276 seconds)
- # [18:32] * Quits: MikeSmith (~MikeSmith@EM114-48-70-166.pool.e-mobile.ne.jp) (Quit: MikeSmith)
- # [18:32] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
- # [18:33] * Quits: richt (~richt@pat-tdc.opera.com) (Remote host closed the connection)
- # [18:34] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Client Quit)
- # [18:34] * Joins: tw2113 (~tw2113@fedora/tw2113)
- # [18:35] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
- # [18:36] * Joins: mpt (~mpt@canonical/mpt)
- # [18:37] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
- # [18:37] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
- # [18:38] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
- # [18:38] * Joins: mpt (~mpt@canonical/mpt)
- # [18:39] * Joins: MikeSmith (~MikeSmith@EM114-48-70-166.pool.e-mobile.ne.jp)
- # [18:41] * Quits: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 252 seconds)
- # [18:43] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
- # [18:44] * Joins: xakz (~XaMaD@ARennes-554-1-108-176.w92-158.abo.wanadoo.fr)
- # [18:46] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [18:46] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [18:46] * Joins: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
- # [18:46] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
- # [18:46] * estellevw_ is now known as estellevw
- # [18:49] * Quits: boaz (~boaz@74-93-184-209-Oregon.hfc.comcastbusiness.net) (Ping timeout: 276 seconds)
- # [18:55] * Joins: jgv (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net)
- # [18:55] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
- # [18:58] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
- # [18:58] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
- # [19:02] * Quits: erlehmann (~erlehmann@89.204.153.25) (Quit: Ex-Chat)
- # [19:12] * Joins: bga_ (~bga@ppp91-122-181-164.pppoe.avangarddsl.ru)
- # [19:16] * Quits: boblet (~boblet@p2028-ipbf404osakakita.osaka.ocn.ne.jp) (Quit: boblet)
- # [19:18] * Quits: thomasb (~tbassetto@2a01:e35:2eec:80a0:f2b4:79ff:fe15:3589) (Quit: thomasb)
- # [19:20] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Quit: Snuggling with the puppies)
- # [19:24] * Joins: dbaron (~dbaron@nat/mozilla/x-naxjmmrlpepxmpja)
- # [19:24] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
- # [19:28] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 248 seconds)
- # [19:32] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 248 seconds)
- # [19:33] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
- # [19:36] * Quits: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net) (Remote host closed the connection)
- # [19:36] * Joins: Stikki (~lordstich@88.195.23.80)
- # [19:46] * Joins: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36)
- # [19:56] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Going!)
- # [19:56] * Quits: MikeSmith (~MikeSmith@EM114-48-70-166.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [20:04] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
- # [20:04] * Joins: jamesr (~jamesr@nat/google/x-dkotsackzmnyhtkb)
- # [20:07] * Joins: MikeSmith (~MikeSmith@EM114-48-70-166.pool.e-mobile.ne.jp)
- # [20:08] * Quits: WesITA (~asdasdasd@host4-141-dynamic.10-87-r.retail.telecomitalia.it) (Quit: try { Life.getInstance().randomize().seek(SENSE); } catch(e) { retry(); })
- # [20:09] * Joins: _bga (~bga@ppp78-37-245-238.pppoe.avangarddsl.ru)
- # [20:10] * Quits: bga_ (~bga@ppp91-122-181-164.pppoe.avangarddsl.ru) (Ping timeout: 276 seconds)
- # [20:14] * Quits: _bga (~bga@ppp78-37-245-238.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [20:18] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [20:23] * Joins: boaz (~boaz@199.223.125.118)
- # [20:26] * Quits: Martijnc (~Martijnc@d54C02C64.access.telenet.be) (Quit: Martijnc)
- # [20:27] * Joins: benschwarz (~benschwar@199.223.125.118)
- # [20:28] * Joins: tw2113 (~tw2113@fedora/tw2113)
- # [20:28] * Joins: martin2df (~quassel@212.43.58.18)
- # [20:28] * Quits: martin2df (~quassel@212.43.58.18) (Client Quit)
- # [20:28] * Quits: smaug____ (~chatzilla@GZMMDLXXVII.gprs.sl-laajakaista.fi) (Ping timeout: 276 seconds)
- # [20:29] * Joins: martin2df (~quassel@212.43.58.18)
- # [20:35] * Joins: estes (~estes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2)
- # [20:37] * Quits: espadrine (~thaddee_t@AMontsouris-157-1-110-243.w90-46.abo.wanadoo.fr) (Quit: espadrine)
- # [20:37] * Joins: hij1nx (~hijnx@32.sub-72-102-163.myvzw.com)
- # [20:39] * Quits: benschwarz (~benschwar@199.223.125.118) (Quit: Leaving...)
- # [20:41] * Joins: jwalden (~waldo@c-76-122-146-90.hsd1.mi.comcast.net)
- # [20:43] * Quits: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b) (Read error: Operation timed out)
- # [20:46] * Joins: ttepasse (~ttepasse@dslb-084-060-011-205.pools.arcor-ip.net)
- # [20:48] * Joins: cooto (~Adium@190.98.195.170)
- # [20:49] * Joins: ojan (~ojan@nat/google/x-wuichrzsuumkawan)
- # [20:50] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [20:51] * Joins: bga_ (~bga@95-55-56-119.dynamic.avangarddsl.ru)
- # [20:51] <Hixie> "Adobe does not wish the specification to fork, since we believe that this would fragment the Web."
- # [20:51] <Hixie> you really have to love the irony
- # [20:52] * Joins: weinig_ (~weinig@17.246.16.218)
- # [20:52] * Parts: cooto (~Adium@190.98.195.170)
- # [20:54] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Ping timeout: 260 seconds)
- # [20:54] * weinig_ is now known as weinig
- # [20:56] <othermaciej> I wonder if they have software that supports any of the existing HTML forks
- # [20:56] <Hixie> i also like the implication that anyone actually wishes the specifications to fork
- # [20:58] <Hixie> reminds me of the far more serious issue of abortion rights, where anti-reproductive-rights advocates argue that abortions should be illegal because "we don't want abortions", as if the pro-reproductive-rights advocates actually want to have abortions recreationally or something
- # [20:59] <AryehGregor> Well, in that case the anti-abortion people actually do tend to oppose abortions much more strongly than the pro-abortion rights people, in extreme cases considering abortion murder. That's the official Catholic position, right?
- # [20:59] <AryehGregor> I don't think it's tenable to support any abortion rights at all if you think abortion is wrong *enough*, e.g., on the level of murder.
- # [21:00] * Joins: _bga (~bga@95-55-56-119.dynamic.avangarddsl.ru)
- # [21:00] <Philip`> What if you support murder?
- # [21:00] <othermaciej> I wonder if this will end up the most-responded-to HTML WG survey ever
- # [21:00] <othermaciej> I can't remember the previous record
- # [21:00] <AryehGregor> We can always rely on Philip` to throw monkey wrenches from left field into seemingly sound logic.
- # [21:00] <reggna> Pro murder but anti-abortion?
- # [21:00] <AryehGregor> othermaciej, well, the large majority of surveys explicitly say not to answer if you're just repeating others' objections, while in this one many people voted without saying anything.
- # [21:01] <Hixie> AryehGregor: yeah it's not a good analogy, it just reminded me of it
- # [21:01] <AryehGregor> reggna, maybe you only think murder is okay if the victim has the opportunity to fight back.
- # [21:01] <reggna> AryehGregor: Ah, that's true.
- # [21:01] * Quits: boaz (~boaz@199.223.125.118) (Read error: No route to host)
- # [21:01] <reggna> Got to love the fight!
- # [21:01] <othermaciej> there are older surveys that were not objection polls in the style of the issue surveys
- # [21:01] <Philip`> What about the "should we adopt the WHATWG's HTML5 spec or doom ourselves to irrelevance before even starting" survey from years ago?
- # [21:01] <othermaciej> this may be the record for most answered: http://www.w3.org/2002/09/wbs/40318/htmlbg/results
- # [21:01] <AryehGregor> Maybe I wasn't around for those.
- # [21:01] * Joins: boaz (~boaz@199.223.125.118)
- # [21:01] * Quits: bga_ (~bga@95-55-56-119.dynamic.avangarddsl.ru) (Ping timeout: 240 seconds)
- # [21:01] * Quits: boaz (~boaz@199.223.125.118) (Client Quit)
- # [21:01] <Philip`> Yeah, that one
- # [21:04] <othermaciej> there were a bunch of others in that era that drew ~80-100 responses
- # [21:05] * Parts: tw2113 (~tw2113@fedora/tw2113) ("Nice Scotty, now beam my clothes up too!")
- # [21:05] <othermaciej> for entertainment, check out these results too: http://www.w3.org/2002/09/wbs/40318/req-gapi-canvas/results
- # [21:06] <Hixie> AryehGregor: yt?
- # [21:06] <AryehGregor> Hixie, yes.
- # [21:06] <Hixie> AryehGregor: for http://www.w3.org/Bugs/Public/show_bug.cgi?id=12213 you suggest adding a note for fakepath
- # [21:06] <AryehGregor> Yes.
- # [21:06] <Hixie> AryehGregor: it turns out fakepath is mentioned in two places. one is where the bug reporter reported the bug from, which is in class=impl text
- # [21:06] <Hixie> AryehGregor: the other is in a place more relevant to authors, namely in the input type=file section
- # [21:07] <Hixie> AryehGregor: that section mentions fakepath as part of a big note on how to use it
- # [21:07] <Hixie> AryehGregor: does this affect your position?
- # [21:09] <AryehGregor> Hixie, not really. I certainly wouldn't assume either that authors don't read implementer stuff, or that implementers won't want to have a one-line explanation of WTF things like this so that they know they're not hallucinating.
- # [21:09] <Hixie> should i just point to the other one, or have another similar explanation?
- # [21:09] <AryehGregor> It's like one line either way, so I don't think it makes a difference.
- # [21:10] <Hixie> the other one is far more than one line
- # [21:10] <Hixie> there's sample code and everything
- # [21:10] <AryehGregor> Well, so you can point to that, sure.
- # [21:10] <Hixie> k
- # [21:11] * Joins: boaz (~boaz@199.223.125.118)
- # [21:12] * Joins: matijsb (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl)
- # [21:12] <Philip`> Maybe you need a sic element to mark sections where the reader might think they're hallucinating, to indicate that it really is that crazy
- # [21:13] * Quits: weinig (~weinig@17.246.16.218) (Quit: weinig)
- # [21:13] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-110-243.w90-46.abo.wanadoo.fr)
- # [21:14] * Quits: hij1nx (~hijnx@32.sub-72-102-163.myvzw.com) (Quit: Colloquy for iPad - http://colloquy.mobi)
- # [21:15] * Joins: saba (~foo@unaffiliated/saba)
- # [21:16] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
- # [21:19] * Joins: MikeSmith_ (~MikeSmith@EM111-188-23-43.pool.e-mobile.ne.jp)
- # [21:24] * Quits: MikeSmith (~MikeSmith@EM114-48-70-166.pool.e-mobile.ne.jp) (Ping timeout: 276 seconds)
- # [21:24] * MikeSmith_ is now known as MikeSmith
- # [21:24] * _bga is now known as bga_|away
- # [21:24] * bga_|away is now known as bga_
- # [21:32] * Joins: ZombieL (~e@178-78-210-80.customers.ownit.se)
- # [21:37] * Joins: benschwarz (~benschwar@199.223.125.118)
- # [21:39] * Quits: benschwarz (~benschwar@199.223.125.118) (Client Quit)
- # [21:40] * Quits: boaz (~boaz@199.223.125.118) (Quit: boaz)
- # [21:46] * Joins: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [21:47] <zcorpan> Philip`: we could add a warning, "If you have smoked something funny you may be hallucinating."
- # [21:50] * Joins: boaz (~boaz@199.223.125.118)
- # [21:50] <Philip`> "If you haven't, maybe you should before reading further"
- # [21:51] * Joins: benschwarz (~benschwar@199.223.125.118)
- # [21:52] * Quits: ZombieL (~e@178-78-210-80.customers.ownit.se)
- # [21:52] <zcorpan> but then we'd need another conformance class: the reader
- # [21:52] * Quits: Stikki (~lordstich@88.195.23.80) (Ping timeout: 258 seconds)
- # [21:53] <zcorpan> and two interoperable readers that smoke something funny (unless they have understood the risks of not smoking and have a valid reason for not smoking)
- # [21:54] * Quits: boaz (~boaz@199.223.125.118) (Client Quit)
- # [21:55] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [21:56] <jgraham> Hmm, no response from anyone at Apple yet
- # [21:59] * Joins: smaug____ (~chatzilla@a91-154-41-202.elisa-laajakaista.fi)
- # [22:05] <zcorpan> jgraham: you need to follow that up with a conspiracy theory
- # [22:08] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
- # [22:09] <jgraham> Oh sorry
- # [22:09] <jgraham> Erm
- # [22:10] <jgraham> If you play Let It Be backwards it reveals that Paul McCartney had a secret plot to kill Steve Jobs in 2011 so they are all in mourning?
- # [22:10] <jgraham> And therefore unable to express an opinion
- # [22:10] * Quits: othermaciej (~mjs@17.246.17.16) (Quit: othermaciej)
- # [22:10] <zcorpan> holy shit!
- # [22:11] * Joins: weinig (~weinig@17.203.15.226)
- # [22:12] * Joins: othermaciej (~mjs@17.246.17.16)
- # [22:13] <zcorpan> maybe he failed to kill him the first time and that's why he got ill
- # [22:13] <jwalden> steve jobs eats cheez whiz
- # [22:14] <Philip`> I've heard they're planning to replace Steve Jobs with bin Laden who they secretly employed with the cover story of having killed him, once they've given him a sufficiently convincing disguise to stand in with nobody noticing the switch
- # [22:18] * Quits: martin2df (~quassel@212.43.58.18) (Read error: Connection reset by peer)
- # [22:28] * Joins: jeremyselier (~Jeremy@199.223.125.118)
- # [22:28] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 240 seconds)
- # [22:29] * Joins: boaz (~boaz@199.223.125.118)
- # [22:30] * Quits: boaz (~boaz@199.223.125.118) (Read error: Connection reset by peer)
- # [22:31] * Joins: boaz (~boaz@199.223.125.118)
- # [22:31] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [22:32] * Quits: msucan (~robod@109.96.247.152) (Quit: .)
- # [22:38] * Quits: benschwarz (~benschwar@199.223.125.118) (Quit: Leaving...)
- # [22:49] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [22:51] * Quits: jamesr (~jamesr@nat/google/x-dkotsackzmnyhtkb) (Ping timeout: 264 seconds)
- # [22:53] * Joins: jamesr (~jamesr@nat/google/x-ieimcexumqtzkfqw)
- # [22:57] * Joins: cooto (~Adium@190.98.195.170)
- # [22:58] * Parts: cooto (~Adium@190.98.195.170)
- # [22:59] * Joins: danheberden (~danheberd@199.223.125.118)
- # [22:59] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
- # [23:01] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [23:01] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [23:03] * bga_ is now known as bga_|away
- # [23:04] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: miketaylr)
- # [23:04] * bga_|away is now known as bga_
- # [23:05] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
- # [23:11] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:15] * Quits: boaz (~boaz@199.223.125.118) (Quit: boaz)
- # [23:15] * Joins: boaz (~boaz@199.223.125.118)
- # [23:16] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [23:20] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [23:21] * Joins: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com)
- # [23:21] * Quits: boaz (~boaz@199.223.125.118) (Quit: boaz)
- # [23:22] <Hixie> anyone got IE9/10 available?
- # [23:22] <Hixie> http://software.hixie.ch/utilities/js/live-dom-viewer/ - what does the log say if you paste in <!DOCTYPE html>...<input type=number value=01><script>w(document.getElementsByTagName('input')[0].valueAsNumber)</script> ?
- # [23:22] * Quits: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2) (Remote host closed the connection)
- # [23:23] <zcorpan> Hixie: hit upload
- # [23:23] <Hixie> done
- # [23:23] <zcorpan> log: undefined
- # [23:23] <Hixie> thanks
- # [23:24] <zcorpan> this was ie9 btw
- # [23:24] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
- # [23:26] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
- # [23:26] <Hixie> cool, thanks
- # [23:27] <zcorpan> np
- # [23:28] * Joins: erlehmann (~erlehmann@82.113.99.14)
- # [23:28] * Joins: boaz (~boaz@199.223.125.118)
- # [23:31] * Quits: boaz (~boaz@199.223.125.118) (Client Quit)
- # [23:37] * Joins: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [23:38] * Joins: boaz (~boaz@199.223.125.118)
- # [23:44] <AryehGregor> Hmm, Opera 11.10's HTML serializer seems to be broken. When will it upgrade to an HTML5 serializer?
- # [23:45] <AryehGregor> (specifically, it looks like <ol><li></li><ol></ol><li></ol> serializes as <ol><li><ol></ol><li></ol>)
- # [23:45] <AryehGregor> (which puts the <ol> inside the <li> instead of as a sibling)
- # [23:45] <zcorpan> doesn't ie do that as well?
- # [23:45] <jgraham> AryehGregor: I expect that will work once Ragnarok lands for real
- # [23:47] <AryehGregor> zcorpan, it does omit end tags in some cases, but it seems to get this case right (didn't test carefully).
- # [23:47] <AryehGregor> jgraham, . . . which means what?
- # [23:48] <gsnedders> when it's ready, pretty much
- # [23:48] <jgraham> AryehGregor: I think this is the time that I pull the Apple line about not discussing future products or services
- # [23:49] <AryehGregor> Aw.
- # [23:49] <AryehGregor> Meanie.
- # [23:49] <jgraham> s/Apple/Google/ maybe
- # [23:49] <zcorpan> AryehGregor: we'll serialize html correctly no sooner than when we parse html correctly (and likely not later either)
- # [23:49] <jgraham> AryehGregor: Anyway, basically what gsnedders said
- # [23:49] <AryehGregor> I was figuring that much, yeah.
- # [23:50] * Quits: boaz (~boaz@199.223.125.118) (Quit: boaz)
- # [23:51] <Hixie> abarth: yt?
- # [23:51] <zcorpan> (we couldn't do it sooner because it wouldn't work right with our current DOM tree lies about where elements end)
- # [23:51] <wilhelm_> The codename “Ragnarok” might give a clue about the time of its arrival. (c:
- # [23:52] * Quits: F1LT3R (~F1LT3R@c-76-19-149-201.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [23:57] * Quits: espadrine (~thaddee_t@AMontsouris-157-1-110-243.w90-46.abo.wanadoo.fr) (Ping timeout: 276 seconds)
- # [23:59] <AryehGregor> Wow, we've gotten a huge number of eleventh-hour responses to the survey.
- # Session Close: Fri May 06 00:00:00 2011
The end :)