/irc-logs / freenode / #whatwg / 2011-05-04 / end

Options:

# Session Start: Wed May 04 00:00:00 2011
# Session Ident: #whatwg
# [00:00] <zcorpan> hmm, the html element is still the-html-element-0
# [00:00] <zcorpan> jirka's list was not complete
# [00:00] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [00:01] <zcorpan> Hixie: can't you set an explicit id for all elements so they're guaranteed to be stable?
# [00:02] <Hixie> i can, but it's a pain
# [00:02] <Hixie> <html> has an explicit id now though
# [00:02] <Hixie> it was in his list
# [00:02] <zcorpan> oh
# [00:03] * Joins: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [00:04] <zcorpan> ah yep, maybe the redeployment of developers.whatwg.org hadn't reached me yet. or i had it cached. or something
# [00:05] * Quits: boaz (~boaz@199.223.125.118) (Quit: boaz)
# [00:05] <zcorpan> but body is still broken
# [00:06] <Hixie> you have to reload developers.whatwg.org
# [00:06] <Hixie> because it has appcache
# [00:07] * Quits: Ms2ger` (~Ms2ger@91.181.60.227) (Quit: nn)
# [00:07] <Hixie> fixing body
# [00:07] * Quits: matijsb (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
# [00:08] <benschwarz> zcorpan, Hixie — https://github.com/benschwarz/developers.whatwg.org/commit/894f834a99628f82f7435639ba223a5e0b224858
# [00:08] * Joins: ako (~nya@fuld-590c62c8.pool.mediaWays.net)
# [00:08] <benschwarz> (also deployed)
# [00:09] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
# [00:09] * eric_carlson is now known as ericc|away
# [00:09] <zcorpan> Hixie: video is also broken
# [00:09] <Hixie> i fixed video, didn't i?
# [00:10] * Hixie loosk
# [00:10] <zcorpan> uh
# [00:10] <zcorpan> yep video is in the diff
# [00:10] <Hixie> yup
# [00:10] <zcorpan> developers.whatwg.org refusing to update for me again
# [00:10] <Hixie> didn't it take?
# [00:10] * Quits: benschwarz (~benschwar@199.223.125.118) (Quit: Leaving...)
# [00:10] * Joins: ayo (~nya@fuld-590c62ea.pool.mediaWays.net)
# [00:10] <Hixie> zcorpan: you have to wait for your browser to update the appcache
# [00:10] <Hixie> zcorpan: then reload
# [00:10] * ayo is now known as Guest9825
# [00:11] <zcorpan> or wait, i wasn't even looking at developers.whatwg.org
# [00:12] * Quits: aho (~nya@fuld-590c7267.pool.mediaWays.net) (Ping timeout: 248 seconds)
# [00:13] * Quits: ako (~nya@fuld-590c62c8.pool.mediaWays.net) (Ping timeout: 240 seconds)
# [00:14] <zcorpan> hmm. when reloading http://developers.whatwg.org/video.html a few times i get four "whatwg" logos and four "in this section" buttons
# [00:15] <Hixie> o_O
# [00:15] * Quits: DaFireball (~Vuurbal@240-216-164-193.fiber.trined.nl) (Ping timeout: 250 seconds)
# [00:17] * Joins: CvP (CvP@180.234.84.234)
# [00:17] * Joins: DaFireball (~Vuurbal@240-216-164-193.fiber.trined.nl)
# [00:17] <zcorpan> http://validator.nu/?doc=http%3A%2F%2Fdevelopers.whatwg.org%2Fvideo.html
# [00:18] * Guest9825 is now known as aho
# [00:19] <aho> so... what's the replacement for hgroup?
# [00:19] <Hixie> aho: <hgroup> is still in html, just not in the w3c copy of html5.
# [00:19] <Hixie> the w3c copy is missing many newer things.
# [00:19] <aho> *scratches head*
# [00:19] <Hixie> see http://www.whatwg.org/specs/web-apps/current-work/multipage/introduction.html#is-this-html5?
# [00:21] <zcorpan> Hixie: ok seems like all links are working now
# [00:21] <aho> so, it still exists and will continue to do so for the foreseeable future?
# [00:21] <Hixie> zcorpan: cool
# [00:21] <Hixie> aho: yeah, it's not going anywhere. even the spec uses it.
# [00:21] <aho> heh
# [00:21] <aho> ok
# [00:21] <aho> :)
# [00:22] * Joins: danheberden (~danheberd@199.223.125.118)
# [00:22] <Hixie> (at least on the whatwg site... the w3c html spec uses html4, so it can't use hgroup or any of the new elements.)
# [00:22] * Joins: erlehmann (~erlehmann@89.204.153.71)
# [00:23] <zcorpan> how come http://www.w3.org/Bugs/Public/show_bug.cgi?id=11828 is NEEDSINFO?
# [00:26] <Hixie> resolution was changed by nicolasgallagher@mail.com
# [00:26] <Hixie> @gmail, even
# [00:26] <Hixie> dunno why
# [00:26] * bga_ is now known as bga_|away
# [00:27] * Joins: nimbupani (~Adium@199.223.125.118)
# [00:27] * Parts: nimbupani (~Adium@199.223.125.118)
# [00:31] <zcorpan> also no comment about the spec checkin
# [00:32] <zcorpan> oh sorry there was a comment
# [00:32] <Hixie> my script is a bit bitchy when it comes to adding that comment
# [00:33] <Hixie> something to do with encoding errors or something, i think
# [00:33] <Hixie> it used to not commit at all if there was invalid utf-8, i think i fixed that but it's still not completely ok
# [00:33] <Hixie> i haven't cared enough to investigate exactly what the problem is
# [00:33] * bga_|away is now known as bga_
# [00:35] * Quits: danbri (~danbri@87.240.208.149) (Remote host closed the connection)
# [00:35] * Quits: miketaylr (~miketaylr@199.223.125.118) (Quit: miketaylr)
# [00:36] * Joins: cooto (~Adium@pc-227-123-44-190.cm.vtr.net)
# [00:37] * Parts: zcorpan (~zcorpan@node-7ahkvq28vc65m79q2.a0.ipv6.opera.com)
# [00:37] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Read error: Operation timed out)
# [00:39] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [00:40] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [00:41] * Joins: zcorpan (~zcorpan@node-7ahkvq28vc65m79q2.a0.ipv6.opera.com)
# [00:46] * Joins: boaz (~boaz@199.223.125.118)
# [00:47] * Parts: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) ("Leaving")
# [00:47] * Quits: espadrine (~thaddee_t@AMontsouris-157-1-70-72.w90-46.abo.wanadoo.fr) (Quit: espadrine)
# [00:48] <Hixie> anyone know if the idea of doing textarea.selectionDirection="backward" ever got implemented anywhere?
# [00:49] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-70-72.w90-46.abo.wanadoo.fr)
# [00:49] <AryehGregor> Not that I've heard of.
# [00:49] <Hixie> should i just spec it or wait for impl experience?
# [00:50] <aho> is specified what should happen if you click on the some input[type=text]'s label?
# [00:51] <Hixie> more or less
# [00:51] <aho> chrome and firefox select the text (if any), opera doesn't
# [00:51] <Hixie> it should do the same as is normal on that platform
# [00:51] <aho> hum
# [00:51] * Joins: ryanseddon (~RSeddon@202.126.98.210)
# [00:52] <aho> firefox doesn't select the search text in the find bar, if i click on the "find:" label
# [00:52] <aho> clicking on some textfield's label doesn't seem to do anything in windows programs
# [00:53] <Hixie> (note when drawing conclusions here that it might differ for different types of controls)
# [00:53] <Hixie> (e.g. windows checkbox labels are interactive)
# [00:53] <aho> oh yea... what does work in all browsers is clicking a button by clicking it's associated label (which is kinda weird)
# [00:54] <aho> *its
# [00:55] * Joins: miketaylr (~miketaylr@199.223.125.118)
# [00:55] <aho> i think opera does at least focus the text field
# [00:56] <aho> http://kaioa.com/k/labelfocus.html
# [00:57] <aho> well, that was my use case basically... i didn't want to add js just to select that text
# [01:00] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
# [01:01] * Quits: cooto (~Adium@pc-227-123-44-190.cm.vtr.net) (Quit: Leaving.)
# [01:02] <Hixie> othermaciej: i'm adding textarea.selectionDirection; is this something i should exclude from the w3c copy? i'm confused as to what counts as a new feature and what doesn't.
# [01:03] <othermaciej> Hixie: I don't know offhand what that is, but excluding it for now unless someone requests otherwise is a safe course
# [01:04] * Quits: xakz (~XaMaD@ARennes-554-1-191-225.w92-158.abo.wanadoo.fr) (Read error: Operation timed out)
# [01:04] <Hixie> it's an attribute added to <input> and <textarea> to control what direction the selection is in
# [01:04] <Hixie> goes with selectionStart and selectionEnd
# [01:06] <Hixie> othermaciej: i'm not really asking whether it's "safe", so much as what i should do
# [01:07] <Hixie> othermaciej: if it helps, i request it :-)
# [01:07] <othermaciej> if you leave it out, then probably no one will complain
# [01:07] * Quits: erlehmann (~erlehmann@89.204.153.71) (Read error: Connection reset by peer)
# [01:07] <othermaciej> if you think no one will complain about adding it (seems like they probably wouldn't), then it seems fine to add it
# [01:07] <Hixie> k
# [01:07] <othermaciej> if in doubt, you can always ask on public-html
# [01:08] <Hixie> that has too-high latency
# [01:08] <othermaciej> didn't the i18n people request this a while ago?
# [01:08] <othermaciej> or am I confusing it with something else?
# [01:08] <Hixie> dunno
# [01:08] <Hixie> i'm adding it based on feedback to the whatwg 0ist
# [01:08] <Hixie> list
# [01:09] <AryehGregor> othermaciej, I don't think it's relevant to i18n at all.
# [01:09] * Quits: boaz (~boaz@199.223.125.118) (Quit: boaz)
# [01:09] <AryehGregor> It's about which direction the user selected the text in, nothing to do with the text direction.
# [01:09] * Joins: TabAtkins_ (~tabatkins@nat/google/x-rlqdqrkbgkirndub)
# [01:09] <othermaciej> oh
# [01:10] <othermaciej> in that case I have no idea what it's about so I have no real opinion
# [01:10] * zcorpan thinks someone will complain on the basis that there's always someone who complains for just about anything
# [01:11] <AryehGregor> It seems unlikely to be controversial.
# [01:11] <AryehGregor> As much as anything is.
# [01:11] <Hixie> othermaciej: it's the equivalent of m_baseIsFirst is webkit, as i understand it
# [01:11] * Quits: zcorpan (~zcorpan@node-7ahkvq28vc65m79q2.a0.ipv6.opera.com) (Quit: zcorpan)
# [01:12] <Hixie> AryehGregor: so should setSelectionRange() reset the direction to forward or preserve the direction? (i'm adding an optional argument to set the direction, but i mean in the absence of that)
# [01:12] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 276 seconds)
# [01:12] <AryehGregor> Hixie, if it helps, Selection.removeAllRanges() resets the direction, but calling removeRange() on the last range doesn't. :)
# [01:13] <Hixie> if we make it preserve the direction then pages that try to preserve the selection today will magically work better
# [01:13] <Hixie> but pages that try to reset the selection will have the direction the user last used, somewhat arbitrarily
# [01:13] <AryehGregor> Selection.collapse() doesn't reset direction per spec, but I don't know if that's correct.
# [01:14] <AryehGregor> I'd say reset it, offhand.
# [01:14] <Hixie> k
# [01:14] <AryehGregor> It's simpler, it only gives two behaviors.
# [01:14] <AryehGregor> Also, it won't make anything work any worse than it currently does.
# [01:14] <AryehGregor> Actually, how would it make anything work better, except by chance?
# [01:15] <AryehGregor> I mean, the alternative.
# [01:15] <AryehGregor> Of preserving the current direction.
# [01:15] * AryehGregor shrugs
# [01:15] <Hixie> it would mean pages that today remember the start/end would magically also remember the direction
# [01:16] <AryehGregor> How?
# [01:16] <Hixie> nothing would reset the direction
# [01:16] <Hixie> so... it would be preserved
# [01:16] <Hixie> am i missing something?
# [01:16] <Hixie> this seems simple :-)
# [01:16] <AryehGregor> The user selecting something different would reset the direction.
# [01:16] <AryehGregor> Or are you saying in the case where the user didn't select something different?
# [01:16] * Joins: jgv_ (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net)
# [01:16] <AryehGregor> I.e., the point is that setSelectionRange() with the current start and end is a no-op?
# [01:16] <Hixie> sure, but if the user selects something, then the script manipulates the control and puts the selection back, it would presevre the direction
# [01:17] <AryehGregor> Manipulates the control how?
# [01:17] <Hixie> (sure was to your first of the three lines here)
# [01:17] * Quits: bckenny_ (~bckenny@216.239.45.130) (Remote host closed the connection)
# [01:17] <Hixie> input.value = 'abc' + input.value + 'def'; or whatever
# [01:17] <Hixie> the problem we're trying to solve here
# [01:17] <AryehGregor> Oh, hmm.
# [01:18] <AryehGregor> Have you defined what value changes do to the selection info?
# [01:18] * Joins: xakz (~XaMaD@ARennes-554-1-205-254.w92-158.abo.wanadoo.fr)
# [01:18] <AryehGregor> Are you suggesting that setting the value should clear the selection but preserve its direction, even when there's no selection?
# [01:18] <Hixie> i don't think it's specced currently
# [01:18] <AryehGregor> I dunno, I still think it's simpler to reset.
# [01:18] <AryehGregor> More deterministic.
# [01:19] <AryehGregor> Especially if we don't spec what causes selection to change.
# [01:19] <Hixie> sounds good
# [01:21] * Joins: erlehmann (~erlehmann@89.204.137.100)
# [01:22] <Hixie> hm, Mac selections have three directions
# [01:22] <AryehGregor> I think someone mentioned that.
# [01:22] <AryehGregor> It sounds evil.
# [01:23] <Hixie> i didn't see anything about mac in the thread
# [01:24] * Quits: webr3 (~nathan@host86-132-168-22.range86-132.btcentralplus.com) (Ping timeout: 240 seconds)
# [01:24] * Joins: Amorphous (jan@unaffiliated/amorphous)
# [01:24] <AryehGregor> In other threads, about Selection.
# [01:24] <Hixie> ah
# [01:25] <Hixie> well i'm gonna have three values, forward,backward,none
# [01:25] * Quits: danheberden (~danheberd@199.223.125.118) (Quit: Leaving...)
# [01:25] <AryehGregor> That doesn't match Selection, FWIW.
# [01:25] <AryehGregor> Probably best to keep them in sync.
# [01:25] <Hixie> how do you model a mac neutral selection?
# [01:25] <Hixie> i'll use whatever you do
# [01:26] <Hixie> don't want conflicting terminology
# [01:26] * Quits: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com) (Ping timeout: 248 seconds)
# [01:27] * Quits: connrs (~paul@host81-153-234-212.range81-153.btcentralplus.com) (Remote host closed the connection)
# [01:27] * Joins: connrs (~paul@host81-153-234-212.range81-153.btcentralplus.com)
# [01:29] * Joins: webr3 (~nathan@host86-132-168-22.range86-132.btcentralplus.com)
# [01:30] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [01:30] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [01:30] * Joins: miketayl_r (~miketaylr@199.223.125.118)
# [01:31] * Joins: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com)
# [01:31] * Joins: bckenny (~bckenny@216.239.45.130)
# [01:33] * Joins: miketalr (~miketaylr@199.223.125.118)
# [01:33] * Quits: miketaylr (~miketaylr@199.223.125.118) (Read error: No route to host)
# [01:33] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
# [01:34] * Quits: miketayl_r (~miketaylr@199.223.125.118) (Read error: Connection reset by peer)
# [01:35] * Joins: nimbupani (~Adium@199.223.125.118)
# [01:35] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [01:36] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 248 seconds)
# [01:36] * Quits: miketalr (~miketaylr@199.223.125.118) (Client Quit)
# [01:36] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [01:37] * Joins: danheberden (~danheberd@199.223.125.118)
# [01:37] * Parts: nimbupani (~Adium@199.223.125.118)
# [01:42] * Joins: miketaylr (~miketaylr@199.223.125.118)
# [01:45] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [01:47] * Joins: dave_levin (~dave_levi@74.125.59.65)
# [01:47] * Quits: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com) (Ping timeout: 258 seconds)
# [01:48] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
# [01:50] * Joins: benschwarz (~benschwar@199.223.125.118)
# [01:51] <benschwarz> Hixie: I was offline— what does zcorpan mean by
# [01:52] <benschwarz> saying that its not updating for him?
# [01:53] <Hixie> AryehGregor: i've gone with "none" for now, file a bug to let me know what you used instead and i'll update accordingly
# [01:53] <Hixie> benschwarz: dunno
# [01:53] <Hixie> benschwarz: he was saying there's some sort of corruption or something
# [01:53] * Quits: jgv_ (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net) (Quit: Leaving...)
# [01:53] <Hixie> benschwarz: see the validator link he sent
# [01:53] <benschwarz> Hixie: I'll have to ask him…
# [01:53] <benschwarz> nope
# [01:54] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [01:54] <Hixie> benschwarz: http://validator.nu/?doc=http%3A%2F%2Fdevelopers.whatwg.org%2Fvideo.html
# [01:54] <Hixie> i gotta go, meeting
# [01:54] <Hixie> bbiab
# [01:55] <benschwarz> holy shit
# [01:55] <benschwarz> ok
# [01:55] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [01:58] * Joins: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com)
# [02:00] * Quits: jgv (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net) (Quit: Computer has gone to sleep.)
# [02:04] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [02:06] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
# [02:06] * Joins: JoePeck (~JoePeck@17.244.15.56)
# [02:12] * Quits: ojan (~ojan@nat/google/x-aihcbemqmpyecwzu) (Quit: ojan)
# [02:19] * 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])
# [02:20] * Joins: boaz (~boaz@199.223.125.118)
# [02:22] * Quits: boaz (~boaz@199.223.125.118) (Client Quit)
# [02:22] * Quits: miketaylr (~miketaylr@199.223.125.118) (Quit: miketaylr)
# [02:22] * Quits: CvP (CvP@180.234.84.234) (Ping timeout: 260 seconds)
# [02:28] * Joins: hij1nx (~hij1nx@75-175-69-240.ptld.qwest.net)
# [02:30] * Joins: boaz (~boaz@199.223.125.118)
# [02:35] * Quits: dbaron (~dbaron@nat/mozilla/x-bbgpzeiorydftlry) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [02:38] * bga_ is now known as bga_|away
# [02:38] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
# [02:46] * Quits: danheberden (~danheberd@199.223.125.118) (Quit: Leaving...)
# [02:46] * Quits: espadrine (~thaddee_t@AMontsouris-157-1-70-72.w90-46.abo.wanadoo.fr) (Ping timeout: 264 seconds)
# [02:47] * Quits: dave_levin (~dave_levi@74.125.59.65) (Quit: dave_levin)
# [02:48] * Quits: bckenny (~bckenny@216.239.45.130) (Remote host closed the connection)
# [02:52] * Joins: tw2113 (~tw2113@host-48-46-107-208.midco.net)
# [02:52] * Quits: tw2113 (~tw2113@host-48-46-107-208.midco.net) (Changing host)
# [02:52] * Joins: tw2113 (~tw2113@fedora/tw2113)
# [02:57] * Joins: cooto (~Adium@pc-227-123-44-190.cm.vtr.net)
# [02:58] * Joins: boblet (~boblet@p2028-ipbf404osakakita.osaka.ocn.ne.jp)
# [02:59] * Quits: TabAtkins_ (~tabatkins@nat/google/x-rlqdqrkbgkirndub) (Ping timeout: 252 seconds)
# [03:02] <jamesr> are thingies defined on IDL functions or methods?
# [03:02] <jamesr> thingies that you can call, that is
# [03:02] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Read error: Operation timed out)
# [03:02] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [03:02] * Joins: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [03:03] * Quits: boaz (~boaz@199.223.125.118) (Quit: boaz)
# [03:04] * Quits: ap (~ap@17.203.14.199) (Quit: ap)
# [03:07] * Joins: boogyman (~boogy@unaffiliated/boogyman)
# [03:11] * Quits: benschwarz (~benschwar@199.223.125.118) (Quit: Leaving...)
# [03:12] <heycam> jamesr, "operations" :(
# [03:12] <heycam> maybe I should change that, sounds sucky
# [03:12] * heycam lunches
# [03:12] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Ex-Chat)
# [03:13] <jamesr> clearTimeout in the WHATWG spec uses 'method'
# [03:17] * Joins: kurrik (~kurrik@nat/google/x-wkbxhiicdicrsruo)
# [03:20] * Joins: MikeSmith (~MikeSmith@EM114-48-152-121.pool.e-mobile.ne.jp)
# [03:25] * Quits: cooto (~Adium@pc-227-123-44-190.cm.vtr.net) (Quit: Leaving.)
# [03:27] * Joins: miketaylr (~miketaylr@199.223.125.118)
# [03:28] * Joins: boaz (~boaz@199.223.125.118)
# [03:29] * Quits: hij1nx (~hij1nx@75-175-69-240.ptld.qwest.net) (Quit: hij1nx)
# [03:29] * gwillen is now known as mgwillen
# [03:33] * Quits: boaz (~boaz@199.223.125.118) (Ping timeout: 252 seconds)
# [03:39] * Joins: mdelaney (~mdelaney@66.109.104.144)
# [03:42] * Quits: erlehmann (~erlehmann@89.204.137.100) (Quit: Ex-Chat)
# [03:43] * Joins: yijun (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714)
# [03:45] <jamesr> anyone around familiar with mercurial?
# [03:48] * Joins: tw2113 (~tw2113@fedora/tw2113)
# [03:48] * Quits: yijun (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714) (Read error: Connection reset by peer)
# [03:49] * Joins: yijun (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714)
# [03:51] * Quits: miketaylr (~miketaylr@199.223.125.118) (Quit: brb)
# [03:51] * Joins: miketaylr (~miketaylr@199.223.125.118)
# [03:54] * Joins: nimbupani (~Adium@199.223.125.118)
# [03:55] * Parts: nimbupani (~Adium@199.223.125.118)
# [03:59] * mgwillen is now known as gwillen
# [03:59] * Quits: yijun (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714) (Read error: Connection reset by peer)
# [04:00] * Joins: yijun (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714)
# [04:00] * Quits: othermaciej (~mjs@17.246.19.62) (Quit: othermaciej)
# [04:02] * Joins: danheberden_ (~danheberd@199.223.125.118)
# [04:05] * Quits: danheberden_ (~danheberd@199.223.125.118) (Client Quit)
# [04:05] * Quits: miketaylr (~miketaylr@199.223.125.118) (Quit: miketaylr)
# [04:09] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
# [04:09] * Quits: aho (~nya@fuld-590c62ea.pool.mediaWays.net) (Quit: foo)
# [04:12] * Quits: beowulf (u116@pdpc/supporter/professional/beowulf) (Read error: Operation timed out)
# [04:12] * Joins: beowulf (u116@gateway/web/irccloud.com/x-rshgznspjphxcfsj)
# [04:12] * Quits: beowulf (u116@gateway/web/irccloud.com/x-rshgznspjphxcfsj) (Changing host)
# [04:12] * Joins: beowulf (u116@pdpc/supporter/professional/beowulf)
# [04:14] * Joins: othermaciej (~mjs@67.218.109.43)
# [04:14] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [04:14] * Quits: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [04:19] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Read error: Operation timed out)
# [04:24] * Quits: mdelaney (~mdelaney@66.109.104.144) (Quit: mdelaney)
# [04:24] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [04:24] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [04:26] * Quits: jamesr (~jamesr@216.239.45.19) (Quit: jamesr)
# [05:01] * Joins: ben_h (~ben@128.250.195.138)
# [05:03] * Quits: othermaciej (~mjs@67.218.109.43) (Quit: othermaciej)
# [05:07] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027])
# [05:13] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [05:18] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [05:18] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [05:20] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Quit: Leaving)
# [05:27] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
# [05:29] * Joins: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [05:29] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [05:29] * estellevw_ is now known as estellevw
# [05:34] * Quits: yijun (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714) (Remote host closed the connection)
# [05:34] * Joins: yijun (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714)
# [05:37] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
# [05:37] * Quits: jwalden (~waldo@c-76-122-146-90.hsd1.mi.comcast.net) (Ping timeout: 240 seconds)
# [05:43] * Joins: jwalden (~waldo@c-76-122-146-90.hsd1.mi.comcast.net)
# [05:47] * GPHemsley wonders where to report typos in the latest CSS 2.1 spec
# [05:48] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Quit: Snuggling with the puppies)
# [05:52] <GPHemsley> The mailing list, I guess?
# [05:53] <heycam> yes I think that's fine
# [05:56] <tw2113> is it a typo that makes things sort of work in IE6?
# [06:04] <GPHemsley> tw2113: It's much less important than that. :)
# [06:05] <GPHemsley> s/less important/smaller/, if you prefer
# [06:05] <GPHemsley> (e-mail sent, FWIW)
# [06:05] <tw2113> if it broke things in IE6, and you were trying to fix it, i was going to have to stop you
# [06:41] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [06:44] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [06:44] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [06: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])
# [06:50] * Joins: nimbupani (~Adium@70.102.7.42)
# [06:50] * Parts: nimbupani (~Adium@70.102.7.42)
# [06:57] * Joins: hdhoang (~hdhoang@hdhoang.broker.freenet6.net)
# [07:01] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-117-10.w90-46.abo.wanadoo.fr)
# [07:02] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 240 seconds)
# [07:08] * Joins: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [07:08] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [07:08] * estellevw_ is now known as estellevw
# [07:09] * Joins: nimbupani (~Adium@70.102.7.42)
# [07:09] * Parts: nimbupani (~Adium@70.102.7.42)
# [07:09] * Joins: yijun_ (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714)
# [07:10] * Quits: yijun (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714) (Read error: Connection reset by peer)
# [07:10] * yijun_ is now known as yijun
# [07:12] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
# [07:14] * Joins: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [07:14] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [07:14] * estellevw_ is now known as estellevw
# [07:14] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
# [07:17] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 252 seconds)
# [07:23] * Quits: jochen__ (~jochen@nat/google/x-iuirtkwoaukusgsq) (Remote host closed the connection)
# [07:23] * Joins: jochen__ (~jochen@nat/google/x-tdewugzeqjoeketx)
# [07:26] * Joins: KaOSoFt (~KaOSoFt@201.228.42.186)
# [07:26] * Quits: KaOSoFt (~KaOSoFt@201.228.42.186) (Changing host)
# [07:26] * Joins: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft)
# [07:31] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [07:37] * Joins: micheil (~micheil@124-171-8-197.dyn.iinet.net.au)
# [07:38] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
# [07:46] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
# [07:58] * Quits: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
# [07:59] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
# [08:02] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Quit: Snuggling with the puppies)
# [08:16] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [08:16] * Quits: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft) (Quit: Liberty is the right to choose, freedom is the result of that choice.)
# [08:18] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [08:21] * Joins: miketaylr (~miketaylr@70.102.7.42)
# [08:22] * Joins: temp02 (~temp01@unaffiliated/temp01)
# [08:23] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [08:35] * Joins: matjas (~matjas@195.130.156.13)
# [08:42] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 276 seconds)
# [08:43] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
# [08:44] * Joins: mhausenblas_ (~mhausenbl@wg1-nat.fwgal01.deri.ie)
# [08:44] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
# [08:46] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [08:48] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Ping timeout: 260 seconds)
# [08:48] * mhausenblas_ is now known as mhausenblas
# [08:49] * Joins: danbri (~danbri@147.67.241.226)
# [08:55] * Joins: Ms2ger (~Ms2ger@91.181.60.227)
# [09:08] * Joins: rimantas (~rimliu@93.93.57.193)
# [09:10] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [09:10] * Joins: CvP (CvP@180.234.49.251)
# [09:12] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [09:12] * Joins: reggna (~reggna@godis.olf.sgsnet.se)
# [09:15] * Joins: temp02 (~temp01@unaffiliated/temp01)
# [09:17] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [09:18] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 276 seconds)
# [09:19] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
# [09:22] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [09:22] * Quits: MikeSmith (~MikeSmith@EM114-48-152-121.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
# [09:24] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Don't follow me)
# [09:24] * Joins: mpt (~mpt@conference/ubuntudevelopersummit/x-idetufauoangxjau)
# [09:24] * Quits: mpt (~mpt@conference/ubuntudevelopersummit/x-idetufauoangxjau) (Changing host)
# [09:24] * Joins: mpt (~mpt@canonical/mpt)
# [09:25] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
# [09:28] * Joins: MikeSmith (~MikeSmith@EM111-188-43-36.pool.e-mobile.ne.jp)
# [09:28] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [09:28] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
# [09:29] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [09:30] * Quits: matjas (~matjas@195.130.156.13) (Read error: Connection reset by peer)
# [09:31] * Joins: matjas (~matjas@195.130.156.13)
# [09:31] * Quits: miketaylr (~miketaylr@70.102.7.42) (Quit: miketaylr)
# [09:33] * Joins: temp02 (~temp01@unaffiliated/temp01)
# [09:37] * Parts: ryanseddon (~RSeddon@202.126.98.210)
# [09:41] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 258 seconds)
# [09:43] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
# [09:43] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
# [09:46] * Joins: msucan (~robod@109.96.201.56)
# [09:48] * Quits: ben_h (~ben@128.250.195.138) (Quit: ben_h)
# [09:49] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
# [09:51] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
# [09:58] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [09:59] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [09:59] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
# [10:02] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [10:07] * Joins: Rik` (~Rik`@2a01:e34:ec0f:1570:daa2:5eff:fe97:85ed)
# [10:09] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
# [10:15] * Joins: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com)
# [10:16] * Joins: ezoe (~ezoe@203-140-88-172f1.kyt1.eonet.ne.jp)
# [10:18] * Quits: toyoshim (~toyoshim@yuri.twintail.org) (Quit: Tiarra 0.1+svn-36726: SIGTERM received; exit)
# [10:22] * Quits: foolip (~philip@83.218.67.122) (Quit: Ex-Chat)
# [10:24] * Joins: richt (~richt@pat-tdc.opera.com)
# [10:28] * Joins: matjas_ (~matjas@195.130.156.13)
# [10:29] * matjas is now known as Guest12944
# [10:31] * Quits: Guest12944 (~matjas@195.130.156.13) (Ping timeout: 276 seconds)
# [10:31] * Joins: boaz (~boaz@74-93-184-209-Oregon.hfc.comcastbusiness.net)
# [10:37] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
# [10:40] * Joins: foolip (~philip@83.218.67.122)
# [10:42] * Quits: boaz (~boaz@74-93-184-209-Oregon.hfc.comcastbusiness.net) (Quit: boaz)
# [10:44] * Joins: temp02 (~temp01@unaffiliated/temp01)
# [10:46] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [10:49] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
# [10:50] * Joins: temp02 (~temp01@unaffiliated/temp01)
# [10:51] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 276 seconds)
# [10:57] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [10:57] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
# [10:57] * Parts: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
# [10:57] * Joins: Frozen (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2)
# [10:59] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [11:03] <jgraham> "Holy crap, I though that I'm member of working group and not a member of
# [11:03] <jgraham> absurd comedy company here."
# [11:03] <jgraham> You must be new here?
# [11:03] * Quits: micheil (~micheil@124-171-8-197.dyn.iinet.net.au) (Quit: http://brandedcode.com | http://github.com/miksago)
# [11:04] * Quits: CvP (CvP@180.234.49.251) (Disconnected by services)
# [11:05] * Joins: CvP (CvP@180.234.17.172)
# [11:09] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [11:11] * Joins: cpearce (~chatzilla@ip-118-90-104-82.xdsl.xnet.co.nz)
# [11:11] * Joins: matjas__ (~matjas@195.130.156.13)
# [11:13] * Quits: matjas_ (~matjas@195.130.156.13) (Ping timeout: 260 seconds)
# [11:15] * Joins: temp02 (~temp01@unaffiliated/temp01)
# [11:16] * Joins: roc (~chatzilla@121.98.230.221)
# [11:21] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [11:22] * matjas__ is now known as matjas
# [11:25] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [11:29] * Joins: matjas_ (~matjas@195.130.156.13)
# [11:29] * matjas is now known as Guest92547
# [11:30] * Quits: Guest92547 (~matjas@195.130.156.13) (Ping timeout: 276 seconds)
# [11:32] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
# [11:34] * matjas_ is now known as matjas
# [11:39] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [11:40] * Quits: CvP (CvP@180.234.17.172) (Ping timeout: 258 seconds)
# [11:44] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
# [11:56] * Joins: tbassetto (~tbassetto@92.103.127.226)
# [12:00] * Joins: benschwarz (~benschwar@dhcp64-134-221-251.hoic.dca.wayport.net)
# [12:09] <MikeSmith> heh
# [12:19] * dglazkov is now known as dglazkov|away
# [12:25] * Quits: cpearce (~chatzilla@ip-118-90-104-82.xdsl.xnet.co.nz) (Ping timeout: 240 seconds)
# [12:27] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Ping timeout: 248 seconds)
# [12:27] * Joins: jacobolu_ (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
# [12:31] * Quits: jacobolu_ (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
# [12:33] <hsivonen> is the first Ask Professor Markup box correct per spec on http://diveintohtml5.org/offline.html ?
# [12:33] <hsivonen> the one that says "Every page of your web application needs a manifest attribute that points to the cache manifest for the entire application."
# [12:37] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
# [12:37] <hsivonen> boohoo. the spec, dev.opera.com and Dive into HTML5 all make it hard to find out at a glance if the app cache events fire on window, document or window.applicationCache
# [12:38] <hsivonen> ah. the specs answers the question in a non-normative section http://www.whatwg.org/specs/web-apps/current-work/#appcacheevents
# [12:38] <hsivonen> I failed to work it out from the normative bits
# [12:39] <Lachy> hsivonen, it's probably wise to confirm that in the normative bits, since I've come across non-normative parts in the spec that contradicted the normative parts
# [12:44] <hsivonen> testing this stuff sure is hard
# [12:49] <hsivonen> ok. there's something wrong with my test case, since I get the checking event but not the cached event
# [12:51] <hsivonen> great. one of my cache manifest entries pointed to a non-existent file
# [12:51] <hsivonen> Dive into HTML5 is right about debugging this stuff!
# [13:05] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
# [13:06] * Joins: erlehmann (~erlehmann@89.204.137.111)
# [13:23] * Joins: zcorpan (~zcorpan@node-7ahkvq28vc65m79q2.a0.ipv6.opera.com)
# [13:26] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
# [13:27] * Quits: KrooniX (~KrooniX@ec2-79-125-26-36.eu-west-1.compute.amazonaws.com) (Quit: ZNC - http://znc.sourceforge.net)
# [13:27] * Joins: KrooniX (~KrooniX@ec2-79-125-26-36.eu-west-1.compute.amazonaws.com)
# [13:28] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
# [13:29] * Quits: webr3 (~nathan@host86-132-168-22.range86-132.btcentralplus.com) (Ping timeout: 260 seconds)
# [13:30] * Joins: karlcow (~karl@nerval.la-grange.net)
# [13:33] * Joins: webr3 (~nathan@host86-156-125-238.range86-156.btcentralplus.com)
# [13:42] * Joins: mpt (~mpt@canonical/mpt)
# [13:47] * Joins: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
# [13:51] <hsivonen> how do I ask an app cache error event object what went wrong?
# [13:52] <hsivonen> ok. now I see what went wrong without asking the object...
# [13:55] * Joins: smaug____ (~chatzilla@cs181139127.pp.htv.fi)
# [13:55] * Quits: matjas (~matjas@195.130.156.13) (Read error: Connection reset by peer)
# [13:55] * Joins: matjas (~matjas@195.130.156.13)
# [13:57] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
# [13:57] * Quits: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Quit: Leaving)
# [13:59] * Joins: nessy (~Adium@124-171-27-18.dyn.iinet.net.au)
# [14:03] * Joins: mpt (~mpt@canonical/mpt)
# [14:04] * Quits: nessy (~Adium@124-171-27-18.dyn.iinet.net.au) (Quit: Leaving.)
# [14:04] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
# [14:04] <hsivonen> soo. if I navigate a window.open()ed window via the outer window object, I'm supposed to get a load event visible to the outer window, right?
# [14:11] * Joins: CvP (CvP@180.234.81.182)
# [14:12] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [14:14] * Joins: temp02 (~temp01@unaffiliated/temp01)
# [14:18] * Joins: mpt (~mpt@canonical/mpt)
# [14:19] * Joins: FireFly (~firefly@unaffiliated/firefly)
# [14:21] * Quits: matjas (~matjas@195.130.156.13) (Read error: Connection reset by peer)
# [14:22] * Joins: matjas (~matjas@195.130.156.13)
# [14:27] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
# [14:37] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
# [14:41] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
# [14:48] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (Remote host closed the connection)
# [14:48] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [14:48] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
# [14:51] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [14:52] * Joins: zdobersek (~zan@cpe-46-164-13-91.dynamic.amis.net)
# [14:53] * zdobersek is now known as zdobersekAfk
# [14:53] * Joins: micheil (~micheil@124-171-8-197.dyn.iinet.net.au)
# [14:54] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
# [15:02] * Joins: miketaylr (~miketaylr@67.139.65.163)
# [15:08] * Joins: plainhao (~plainhao@208.75.85.237)
# [15:09] * Quits: miketaylr (~miketaylr@67.139.65.163) (Quit: miketaylr)
# [15:09] * Quits: danbri (~danbri@147.67.241.226) (Remote host closed the connection)
# [15:10] * Quits: micheil (~micheil@124-171-8-197.dyn.iinet.net.au) (Quit: http://brandedcode.com | http://github.com/miksago)
# [15:12] * Joins: miketaylr (~miketaylr@67.139.65.163)
# [15:12] * Quits: zcorpan (~zcorpan@node-7ahkvq28vc65m79q2.a0.ipv6.opera.com) (Ping timeout: 248 seconds)
# [15:15] * Joins: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp)
# [15:19] * Joins: MikeSmith_ (~MikeSmith@EM1-112-197-231.pool.e-mobile.ne.jp)
# [15:19] * Joins: mpilgrim (~pilgrim@adsl-74-162-132-4.rmo.bellsouth.net)
# [15:22] * Quits: MikeSmith (~MikeSmith@EM111-188-43-36.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
# [15:22] * MikeSmith_ is now known as MikeSmith
# [15:22] * Quits: miketaylr (~miketaylr@67.139.65.163) (Quit: miketaylr)
# [15:22] * Quits: richt (~richt@pat-tdc.opera.com) (Ping timeout: 248 seconds)
# [15:23] * Quits: espadrine (~thaddee_t@AMontsouris-157-1-117-10.w90-46.abo.wanadoo.fr) (Ping timeout: 240 seconds)
# [15:24] * Joins: richt_ (~richt@pat-tdc.opera.com)
# [15:27] <MikeSmith> hsivonen: hyphenation feature looks pretty cool
# [15:27] * Joins: nimbupani (~Adium@70.102.7.42)
# [15:27] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [15:27] <hsivonen> MikeSmith: yeah. too bad it seems the dictionaries total to too many bytes to be all bundled always
# [15:27] <mpilgrim> lol </hgroup>
# [15:28] <MikeSmith> hsivonen: yeah, well, that's to be expected I guess
# [15:30] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [15:30] <mpilgrim> hsivonen: if Professor Markup is wrong, I'll happily make corrections
# [15:30] <hsivonen> mpilgrim: seems to me that hgroup is one of those things were Hixie gets yelled at by the usual suspects no matter what
# [15:31] <hsivonen> mpilgrim: I have a bug assigned to me where the premise of the bug disagrees with Professor Markup
# [15:32] <hsivonen> mpilgrim: so at least Firefox 3.6 made it possible to load an HTML file that itself doesn't have a manifest attribute from a previously declared app cache
# [15:32] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [15:32] <mpilgrim> what happens when you visit that HTML file?
# [15:34] <hsivonen> mpilgrim: "if there is no such attribute, or its value is the empty string, or resolving its value fails, run the application cache selection algorithm with no manifest"
# [15:34] <hsivonen> mpilgrim: which is what Firefox 3.6 does
# [15:34] <hsivonen> and Firefox 4 doesn't
# [15:34] <hsivonen> and hopefully Firefox 5 will do
# [15:35] <mpilgrim> Slightly confused. what should Professor Markup say instead?
# [15:35] * mamund_ is here
# [15:36] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [15:36] <hsivonen> mpilgrim: that if the user has previously visited an HTML file that caused an application cache to be populated, it is then possible to navigate to other HTML pages that were declared in the manifest of the first page but that don't themselves need a manifest because they got cached already
# [15:37] <hsivonen> mpilgrim: except that this doesn't work in Firefox 4 due to this bug
# [15:37] <mpilgrim> what happens if the user navigates to those unlisted HTML pages first, before visiting a page with a manifest attribute?
# [15:37] <mpilgrim> the page isn't listed in a manifest, and there's no manifest attribute, so it's just a regular online page
# [15:37] <hsivonen> mpilgrim: then the browser hits the server
# [15:38] <mpilgrim> that's an inconsistent experience
# [15:38] <hsivonen> mpilgrim: maybe
# [15:38] <mpilgrim> the page is allegedly part of an offline web app
# [15:38] <mpilgrim> except it depends on which page you hit first
# [15:38] <mpilgrim> try debugging THAT
# [15:38] <hsivonen> mpilgrim: but it addresses the problem you, IIRC, had that you had to bother people with the caching authorization on all diveintohtml5 entry points
# [15:39] <hsivonen> mpilgrim: as opposed to having one URL for bootstrapping an offline experience
# [15:39] <hsivonen> mpilgrim: anyway, I don't try to defend the spec
# [15:39] <mpilgrim> ah. that's interesting.
# [15:39] <mpilgrim> a "go offline" page
# [15:39] <mpilgrim> yes, now i see it
# [15:39] <hsivonen> mpilgrim: I'm not even trying to understand the spec beyond fixing the bug and, worse, writing the test case for it
# [15:40] <hsivonen> (which we evidently need to have, because if we had had it in time, we wouldn't have shipped Firefox 4 with this bug)
# [15:41] <mpilgrim> more test cases is always the right answer
# [15:41] <mpilgrim> now i'm trying to figure out how to phrase this in Professor Markup-speak
# [15:41] * Quits: hdhoang (~hdhoang@hdhoang.broker.freenet6.net) (Quit: Leaving.)
# [15:43] * Quits: boblet (~boblet@p2028-ipbf404osakakita.osaka.ocn.ne.jp) (Quit: boblet)
# [15:44] * Quits: zdobersekAfk (~zan@cpe-46-164-13-91.dynamic.amis.net) (Quit: Leaving.)
# [15:45] * Joins: hdhoang (~hdhoang@203.210.202.5)
# [15:45] <jgraham> Writing automated offline tests for the testsuite is going to be "fun"
# [15:45] * bga_ is now known as bga_|away
# [15:45] <jgraham> I wonder what tests we have for that…
# [15:46] <hsivonen> jgraham: can't do it without a special powers API that allows you to grant offline caching authorization and to move the browser to the offline mode
# [15:47] <hsivonen> jgraham: I also added a way to evict normal HTTP cache entries into our special powers API
# [15:47] <hsivonen> in order to test this
# [15:48] * Joins: temp02 (~temp01@unaffiliated/temp01)
# [15:48] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
# [15:48] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-102-15.w90-46.abo.wanadoo.fr)
# [15:49] * ericc|away is now known as eric_carlson
# [15:51] <MikeSmith> hsivonen: I think we are going to need similar special-powers APIs for some other things
# [15:51] <MikeSmith> e.g., the Geolocation API
# [15:51] <MikeSmith> and the Web Notifications API
# [15:51] * Quits: CvP (CvP@180.234.81.182) (Ping timeout: 258 seconds)
# [15:53] <jgraham> For geolocation and device orientation it's not really clear what you can do
# [15:53] <jgraham> Or for notifications really
# [15:53] <jgraham> Unless the plan is to have some magic environment that mocks out the real world
# [15:53] * Quits: nimbupani (~Adium@70.102.7.42) (Quit: Leaving.)
# [15:53] <jgraham> But that seems… complex
# [15:54] * Quits: macpherson (~macpherso@nat/google/x-ojjxwtictrpvskpt) (Ping timeout: 260 seconds)
# [15:54] * Quits: richt_ (~richt@pat-tdc.opera.com) (Ping timeout: 240 seconds)
# [15:55] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [15:56] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [15:58] * Joins: macpherson (~macpherso@nat/google/x-mkpzrlciceeqrkxo)
# [15:58] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
# [15:59] <MikeSmith> jgraham: what about the WATIR stuff?
# [16:00] * Joins: micheil (~micheil@124-171-8-197.dyn.iinet.net.au)
# [16:00] * Quits: micheil (~micheil@124-171-8-197.dyn.iinet.net.au) (Client Quit)
# [16:00] <jgraham> MikeSmith: I don't think that has the capacity to lie about system API calls
# [16:00] <MikeSmith> ok
# [16:00] <jgraham> which is probably what you would need to test e.g. geoloc
# [16:01] <jgraham> Well apart from manual testing ofc
# [16:01] * Joins: nimbupani (~Adium@70.102.7.42)
# [16:01] * Quits: nimbupani (~Adium@70.102.7.42) (Client Quit)
# [16:02] <wilhelm_> You could fake it somewhere inside the browser. And expose an API for poking the system API-faking-API with Watir or JavaScript.
# [16:03] <MikeSmith> seem like you could you make it automateable using a browser build that had the API-lying support compiled in
# [16:03] <MikeSmith> that is, not a build that you would actually make available to end users
# [16:03] <MikeSmith> or however
# [16:04] * Quits: mpilgrim (~pilgrim@adsl-74-162-132-4.rmo.bellsouth.net) (Ping timeout: 240 seconds)
# [16:04] <MikeSmith> my point being you can test with a browser build that had some dangerous stuff enabled just for the purposes of making the testing automateable
# [16:06] <jgraham> Yes you could
# [16:06] <wilhelm_> I doubt exposing that in public builds would be particularly harmful, though. Once a Watir script has control over your browser, it can mess up anything it wants to anyway. (c:
# [16:06] <jgraham> There is of course the danger that the code is broken in the real environment
# [16:07] <wilhelm_> Yes. And faking the location is useful if you're writing tests for a location-based web application too.
# [16:08] * Quits: othree_ (~othree@140.118.5.39) (Ping timeout: 260 seconds)
# [16:08] <Philip`> Just add a precondition to the test case that says you have to move your computer to a particular location before running it
# [16:08] <Philip`> Get Google to donate an office for it or something
# [16:08] <wilhelm_> Woo! Free travels!
# [16:08] <Philip`> preferably in an area without much seismic activity so it's not going to move frequently
# [16:10] <jgraham> No California trip then. Much less Japan.
# [16:13] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
# [16:17] * bga_|away is now known as bga_
# [16:19] <MikeSmith> heh
# [16:20] * mamund_ is now known as mamund
# [16:20] <MikeSmith> somewhat ironically, I now use a browser extension that pops up a notification any time there's an earthquake here that's magnitude 4 or greater
# [16:21] <wilhelm_> So every few hours, then?
# [16:21] <MikeSmith> there is a similar feature enabled in most mobiles here too
# [16:21] <MikeSmith> wilhelm_: yep, pretty much
# [16:21] <MikeSmith> get the notification, then 15 seconds or so later, feel the earthquake
# [16:22] <MikeSmith> since most of them currently are still coming from the same fault where the big one happeneed
# [16:23] * temp02 is now known as temp01
# [16:25] * Joins: zcorpan (~zcorpan@217.174.82.197)
# [16:26] <MikeSmith> zcorpan: about the element-id changes
# [16:26] <MikeSmith> you will probably need to update some links in the HTML5-HTML4 diffs doc
# [16:27] <MikeSmith> actually, there are already some broken links in that doc, btw
# [16:27] <MikeSmith> I have just been fixing them each time we publish a WD
# [16:27] <MikeSmith> I mean, I have been fixing them in the WD
# [16:27] <MikeSmith> not in the source ED
# [16:28] <zcorpan> MikeSmith: ah. yeah, file a bug and i'll go through the links
# [16:28] <MikeSmith> but they should probably be fixed in the ED before we publish the Last Call draft
# [16:28] <MikeSmith> hai
# [16:29] <foolip> Philip`, the spec splitter seems to have gone bonkers, <video> is now part of the iframe document: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#the-video-element
# [16:30] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
# [16:31] <MikeSmith> foolip: been that way for a while
# [16:31] <MikeSmith> not bonkers
# [16:31] <MikeSmith> it's expected behavior
# [16:31] <MikeSmith> the file names are just generated from whatever ID is at the point where it does the split
# [16:31] <Philip`> It's expected to be bonkers
# [16:31] <MikeSmith> heh
# [16:31] <foolip> ok, and it's intentional that iframe and video are in the same chunk?
# [16:32] <zcorpan> before video+audio+source was on one page and media elements was on one page
# [16:32] * Quits: zcorpan (~zcorpan@217.174.82.197) (Read error: Connection reset by peer)
# [16:32] <MikeSmith> Philip`: doesn't it have some way to force splits at particular places?
# [16:32] <Philip`> It tries to split on id="video" but it looks like that's been renamed to id="the-video-element"
# [16:32] <MikeSmith> aha
# [16:32] * Joins: zcorpan (~zcorpan@217.174.82.197)
# [16:32] <foolip> so it is a bug then :)
# [16:33] <MikeSmith> hmm, the W3C version was already doing that, I think
# [16:33] <Philip`> It does give the impression of being a bug
# [16:34] <zcorpan> i'd prefer if there was a split just before the video element so that all video-related stuff is on one page
# [16:34] <foolip> looks like Hixie renamed a bunch of things: http://html5.org/tools/web-apps-tracker?from=6049&to=6050
# [16:34] <foolip> might want to go through that and see if there was any other unintended breakage
# [16:35] <foolip> there are a few more similar commits
# [16:35] * Quits: matjas (~matjas@195.130.156.13) (Quit: Computer has gone to sleep.)
# [16:35] <Philip`> Might be better to start from scratch and redo all the split ids, since things have probably been added or grown or rearranged in the meantime so the splits won't be sensible anyway
# [16:36] <Philip`> plus there's some bug you reported aeons ago that I never bothered doing anything about
# [16:37] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [16:38] <MikeSmith> looking at split_exceptions in http://html5.googlecode.com/svn/trunk/spec-splitter/spec-splitter.py it doesn't look so much would have to change due the ID renaming at least
# [16:40] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Read error: Connection reset by peer)
# [16:40] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
# [16:43] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [16:49] * Joins: jgv (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net)
# [16:49] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [16:51] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
# [16:56] * Joins: mpt (~mpt@conference/ubuntudevelopersummit/x-nkuuelmdprfounis)
# [16:56] * Quits: mpt (~mpt@conference/ubuntudevelopersummit/x-nkuuelmdprfounis) (Changing host)
# [16:56] * Joins: mpt (~mpt@canonical/mpt)
# [16:59] <MikeSmith> hsivonen: I'm working on adding support for http://bugzilla.validator.nu/show_bug.cgi?id=828 and will have a patch to you by tomorrow
# [17:00] * Quits: zcorpan (~zcorpan@217.174.82.197) (Ping timeout: 276 seconds)
# [17:00] <MikeSmith> after that I don't have any feature changes that I'm planning to add soon
# [17:01] * Joins: dbaron (~dbaron@173-228-28-218.dsl.dynamic.sonic.net)
# [17:01] <MikeSmith> I would really like to add the Prohibit Duplicate Charset Declarations thing
# [17:01] <MikeSmith> http://bugzilla.validator.nu/show_bug.cgi?id=589
# [17:01] * bga_ is now known as bga_|away
# [17:01] <hsivonen> MikeSmith: ok.
# [17:02] <hsivonen> MikeSmith: did you decide to implement microformat wiki scraping?
# [17:02] <MikeSmith> hsivonen: no, thought about it
# [17:02] <MikeSmith> but what I would like to propose to you instead is that we just hardcode the values
# [17:02] <MikeSmith> and then update them when the page gets updated
# [17:03] <hsivonen> MikeSmith: radical
# [17:03] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
# [17:03] <hsivonen> MikeSmith: I was thinking of actually implementing the scraping in the near future if you aren't doing it
# [17:03] <jgraham> MikeSmith: On an entirely different topic did you come to any conclusion about annotated versions of the spec for test coverage?
# [17:03] <hsivonen> MikeSmith: but your suggestion is a radically easy approximation
# [17:03] <jgraham> (feel free to queue replying to that question indefinitely)
# [17:03] <MikeSmith> yeah, I think it will make our lives easier
# [17:04] <MikeSmith> hsivonen: same goes for meta name checking
# [17:05] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [17:05] * Quits: hdhoang (~hdhoang@203.210.202.5) (Quit: Leaving.)
# [17:05] <MikeSmith> jgraham: I have not come to any conclusion
# [17:06] <MikeSmith> but in the mean time, Peter Linss told me about something similar he has put together
# [17:06] <MikeSmith> example at http://test.csswg.org/cascade.html
# [17:06] <Ms2ger> Has HP already allowed him to release his code?
# [17:06] <MikeSmith> scroll down, see the test-annotation boxes
# [17:06] <MikeSmith> Ms2ger: dunno
# [17:07] <jgraham> Interesting
# [17:08] <MikeSmith> the beauty of that thing is that it to make it work, all you have to do is add a single script to a copy of whatever spec you want to do it for
# [17:08] <MikeSmith> <script src='http://test.csswg.org/harness/annotate.js#CSS21_RC6' type='text/javascript' defer></script>
# [17:08] <MikeSmith> frag ID tells it what test suite you want it to use
# [17:09] <MikeSmith> of course it does require you have the spec set up in a certain way
# [17:09] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
# [17:09] * Joins: Martijnc (~Martijnc@d54C02C64.access.telenet.be)
# [17:09] <MikeSmith> and it only lets you associate tests with existing IDs
# [17:09] <MikeSmith> I think
# [17:10] * Joins: Martijnc_ (~Martijnc@d54C02C64.access.telenet.be)
# [17:10] * Quits: Martijnc (~Martijnc@d54C02C64.access.telenet.be) (Read error: Connection reset by peer)
# [17:10] * Martijnc_ is now known as Martijnc
# [17:10] <jgraham> It would be neat to do per-section then per-regexp for better granularity
# [17:11] * Joins: zcorpan (~zcorpan@c-b21da4fd-74736162.cust.telenor.se)
# [17:12] <foolip> Philip`, would you like a bug in some kind of BTS, or will the link http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html#getting-media-metadata magically start working when you decide to fix it?
# [17:12] <MikeSmith> btw, I can't add the Prohibit Duplicate Charset Declarations because it's blocked on Hixie actually making it clear in the spec what the expected validator behavior should be. I guess I should ping him about it
# [17:14] <zcorpan> MikeSmith: just implement what you think the spec should say, tell Hixie what you implemented and if he specs something different you whine about it until he makes the spec say what you implemented
# [17:14] <MikeSmith> heh
# [17:15] * Joins: crankharder (~crankhard@68.100.5.21)
# [17:15] <jgraham> zcorpan: Ssh you are giving away the secrets of the vast browser-wing conspiracy
# [17:15] * Parts: crankharder (~crankhard@68.100.5.21)
# [17:15] <MikeSmith> zcorpan: because Hixie clearly always responds very positively to whining
# [17:15] * Quits: erlehmann (~erlehmann@89.204.137.111) (Read error: Connection reset by peer)
# [17:15] <zcorpan> oh this is #whatwg? wrong window
# [17:16] <Philip`> foolip: That link ought to work already, since the 404 page is meant to redirect, but it looks like Hixie broke the 404 page there :-(
# [17:17] <zcorpan> the 404 page was not found?
# [17:17] * Philip` has no idea when it last used to work
# [17:18] <MikeSmith> it works still in the W3C version I think
# [17:18] <MikeSmith> or did a couple days ago at least
# [17:19] <Philip`> foolip: I seem to generally ignore BTSes and emails etc, so they're probably not a good way to get me to do things
# [17:19] <Philip`> I could probably try doing it this afternoon if I have time before I forget, though
# [17:19] * Joins: erlehmann (~erlehmann@89.204.137.111)
# [17:19] <foolip> Philip`, ok, so I'll poke you here every time I get annoyed :)
# [17:19] <Philip`> That's the most reliale approach :-)
# [17:20] <zcorpan> foolip: set up a bot that pings Philip` on irc every hour
# [17:20] <zcorpan> or with random intervals
# [17:21] <MikeSmith> btw, i'm wondering again about the fact that given that we have validator conformance criteria defined in the spec, if we hold that to the "two interoperable implementations" requirement, we are going to end up blocking progress of the spec out of CR for quite a long while. unless somebody puts a couple thousand or so man hours into implementing another validator
# [17:21] <zcorpan> MikeSmith: depends on what we decide the CR exit criteria should be
# [17:21] <MikeSmith> yeah
# [17:22] <MikeSmith> I can't recall, but maybe the last time we talked about this, the sentiment was that having one validator implementation for those assertions was enough
# [17:22] <zcorpan> we aren't gonna get two implementations of all possible conformance classes
# [17:22] * Joins: nimbupani (~Adium@64-141-94-228.pathcom.ca)
# [17:22] <MikeSmith> true, I guess
# [17:22] * Parts: nimbupani (~Adium@64-141-94-228.pathcom.ca)
# [17:23] <MikeSmith> but it really would be good to have another validator implementation to compare things with
# [17:23] <MikeSmith> and to compete against
# [17:23] * Joins: nimbupani (~Adium@64-141-94-228.pathcom.ca)
# [17:23] * Parts: nimbupani (~Adium@64-141-94-228.pathcom.ca)
# [17:24] <hsivonen> I really need to get to pending non-Gecko work for real
# [17:24] <hsivonen> (validator, standalone parser in C++)
# [17:24] <MikeSmith> standalone parser in Javascript…
# [17:25] <Ms2ger> In Haskell...
# [17:25] <hsivonen> maybe I should allocate days in a round-robin fashion to these tasks
# [17:25] <hsivonen> otherwise, the Gecko stuff will continue starving everything else
# [17:26] <hober> MikeSmith: there already is one, though it's not hsivonen's
# [17:27] <MikeSmith> hober: yeah, I know
# [17:27] <hsivonen> actually, it's HTML5 parser in Gecko fallout that's starving everything else
# [17:27] <hsivonen> including the Gecko XML codepath rewrite
# [17:27] <MikeSmith> hober: and it's conformant now too, right?
# [17:28] <MikeSmith> hober: the only downside of that I noticed is that it seems to be relatively slow
# [17:28] * Joins: hij1nx (~hij1nx@199.223.125.108)
# [17:28] <MikeSmith> hober: like, it takes about 1 minute and 30 seconds to parse the HTML5 spec
# [17:29] <MikeSmith> whereas Henri's parser takes only a few seconds, maybe 5 seconds or less
# [17:30] <hsivonen> MikeSmith: did you test both with a browser-provided DOM impl?
# [17:30] <hsivonen> or does the other parser always use a pure-JS DOM?
# [17:30] <MikeSmith> that
# [17:30] <MikeSmith> I think
# [17:30] <hsivonen> ok
# [17:30] <MikeSmith> so I guess it's not surprising that it's slower
# [17:31] * Quits: hij1nx (~hij1nx@199.223.125.108) (Client Quit)
# [17:33] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [17:33] <hsivonen> JITted JS shouldn't be *that* slow
# [17:33] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [17:35] * Quits: zcorpan (~zcorpan@c-b21da4fd-74736162.cust.telenor.se) (Ping timeout: 252 seconds)
# [17:36] <MikeSmith> hsivonen: well, I tested it in node, actually
# [17:36] <MikeSmith> but it's still JITted there too, I would think
# [17:37] <jgraham> It's possible they hit a slow case in V8 string handling
# [17:37] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
# [17:37] <jgraham> http://my.opera.com/emoller/blog/2011/05/01/javascript-performance
# [17:39] <MikeSmith> I think the slowness in this case may be from jsdom, which this html5 JS parser depends on
# [17:40] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
# [17:40] * Joins: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net)
# [17:40] <MikeSmith> hmm, or it doesn't depend on it itself
# [17:40] <MikeSmith> but the parsing test I tried does
# [17:41] <MikeSmith> anyway, I'm sure hober knows far more about the details then me
# [17:42] <hober> I'm pretty sure the longest document I've shoved into aria's parser is at least a couple of orders of magnitude smaller than the html5 spec
# [17:42] <hober> so I can't say the performance has bothered me :)
# [17:42] <Philip`> I presume a JS parser shouldn't be any slower than the Python html5lib one
# [17:43] <Philip`> (although that's certainly a lot slower than a Java or C one)
# [17:43] <hober> oh hey, MikeSmith, any chance you'll be in kyoto around the time of the css & svg f2fs?
# [17:44] <jgraham> I would assume that a js parser should be faster
# [17:44] <jgraham> If it was well optimised
# [17:45] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
# [17:45] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
# [17:45] <jgraham> Although I would be interested in profiling html5lib in PyPy to see what's slow
# [17:46] <jgraham> (it is supposedly about twice as fast as CPython)
# [17:47] * dglazkov|away is now known as dglazkov
# [17:49] <gsnedders> http://speed.pypy.org/comparison/?exe=2%2B35%2C4%2B35%2C1%2BL%2C3%2BL&ben=6&env=1&hor=false&bas=2%2B35&chart=normal+bars
# [17:50] <gsnedders> Interestingly that claims Pysco makes html5lib *slower*
# [17:58] * Quits: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com) (Ping timeout: 240 seconds)
# [17:59] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Shazam)
# [17:59] <MikeSmith> hober: I can certainly plan to head down there, especially if you're planning to be there
# [18:00] <MikeSmith> I also encourage you to visit Tokyo if you can, before or after you go to Kyoto
# [18:01] <MikeSmith> you're welcome to stay at my place if you do, though it's really small
# [18:01] <MikeSmith> it's kind of like hanging out in a treehouse
# [18:01] * Ms2ger loves treehouses
# [18:02] <MikeSmith> or a moonshiner shack
# [18:07] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [18:08] * Quits: MikeSmith (~MikeSmith@EM1-112-197-231.pool.e-mobile.ne.jp) (Quit: MikeSmith)
# [18:16] * Joins: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [18:17] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [18:17] * estellevw_ is now known as estellevw
# [18:17] * Joins: MikeSmith (~MikeSmith@EM1-112-197-231.pool.e-mobile.ne.jp)
# [18:17] <Philip`> gsnedders: Psyco make html5lib much faster when I tested it ages ago, I believe
# [18:18] <Philip`> s/make/made/
# [18:18] <Philip`> where "much" might be a factor of 2x or so
# [18:19] <MikeSmith> what's Psyco?
# [18:20] <Philip`> I tried writing a trivial tokeniser in Python that just understood element names (I think), with the input just being a string, and tried iterating over characters or using regexps etc, and couldn't find any way that was appreciably faster than running the whole of html5lib on the same string
# [18:20] <Philip`> so I think that's the main bottleneck and I think it's probably impossible to overcome with pure Python :-(
# [18:21] <Philip`> MikeSmith: It's kind of a JIT for Python
# [18:21] <MikeSmith> ok, yeah
# [18:21] <MikeSmith> I was just reading the Info page for it
# [18:21] <MikeSmith> pretty impressive
# [18:22] <MikeSmith> hober: what are the dates for the CVS f2f?
# [18:23] <MikeSmith> (or anybody else who knows)
# [18:23] * Quits: ezoe (~ezoe@203-140-88-172f1.kyt1.eonet.ne.jp) (Ping timeout: 248 seconds)
# [18:23] * Joins: hdhoang (~hdhoang@203.210.202.22)
# [18:24] <MikeSmith> 2-4 June (Thu-Sat) it seems
# [18:25] <MikeSmith> "1 Jun is a forum with designers, implementers, etc."
# [18:25] <MikeSmith> and SVG f2f the beginning of the week after that
# [18:25] * Quits: lumely (~lumely@133.51.2.228) (Ping timeout: 260 seconds)
# [18:29] <MikeSmith> hober: fwiw, I will be around during those dates
# [18:30] <MikeSmith> from the 6th to the 10th, I have to go to Beijing
# [18:31] <MikeSmith> so if you wanted to visit Tokyo during those days, you would be welcome to have my apartment to your own then
# [18:33] * Quits: tbassetto (~tbassetto@92.103.127.226) (Quit: tbassetto)
# [18:33] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: davidhund)
# [18:38] * jgraham likes the idea of a CVS f2f
# [18:38] * Quits: erlehmann (~erlehmann@89.204.137.111) (Quit: Ex-Chat)
# [18:39] * Ms2ger screams at the idea
# [18:39] <jgraham> "So… guys… everyone hates us. Hell we even hate ourselves. Beer?"
# [18:40] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
# [18:40] * Joins: nimbupani (~Adium@64-141-94-228.pathcom.ca)
# [18:40] * Parts: nimbupani (~Adium@64-141-94-228.pathcom.ca)
# [18:42] <karlcow> houla… dean waking up threads which are 4 years old
# [18:43] <hober> MikeSmith: I think I'm flying through kansai, so the odds are sadly low that I'll make it that far north
# [18:45] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [18:46] * Joins: matjas (~matjas@91.182.173.228)
# [18:47] * Quits: Ms2ger (~Ms2ger@91.181.60.227) (Ping timeout: 240 seconds)
# [18:47] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
# [18:50] * Quits: matjas (~matjas@91.182.173.228) (Read error: Connection reset by peer)
# [18:52] * Joins: zdobersek (~zan@cpe-46-164-13-91.dynamic.amis.net)
# [18:52] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
# [18:53] * Joins: matjas (~matjas@91.182.215.85)
# [18:55] * Joins: ezoe (~ezoe@61-205-125-78f1.kyt1.eonet.ne.jp)
# [18:58] * Quits: zewt (x@c-76-24-235-31.hsd1.ma.comcast.net) (Ping timeout: 240 seconds)
# [18:59] <MikeSmith> hober: OK. anyway, there is plenty to do and see in Kyoto/Osaka area
# [19:00] <MikeSmith> and people in that area are usually a lot more fun to spend time with than people in Tokyo anyway :)
# [19:06] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
# [19:11] * Joins: tw2113 (~tw2113@fedora/tw2113)
# [19:13] * Quits: joshdavenport (~jdavenpor@cpc6-aztw13-0-0-cust82.aztw.cable.virginmedia.com) (Quit: Leaving)
# [19:14] * Quits: zdobersek (~zan@cpe-46-164-13-91.dynamic.amis.net) (Quit: Leaving.)
# [19:19] * Joins: dave_levin (~dave_levi@74.125.59.73)
# [19:22] * Joins: jamesr (~jamesr@216.239.45.19)
# [19:25] * Joins: Ms2ger (~Ms2ger@91.181.60.227)
# [19:26] * Quits: matjas (~matjas@91.182.215.85) (Ping timeout: 240 seconds)
# [19:26] * Quits: dbaron (~dbaron@173-228-28-218.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [19:28] * Joins: mpilgrim (~pilgrim@24.206.36.125)
# [19:29] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [19:32] * Quits: jgv (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net) (Quit: Computer has gone to sleep.)
# [19:33] * Joins: jwalden (~waldo@c-76-122-146-90.hsd1.mi.comcast.net)
# [19:33] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [19:35] * Joins: boaz (~boaz@74-93-184-209-Oregon.hfc.comcastbusiness.net)
# [19:38] * Quits: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
# [19:38] * Joins: zdobersek (~zan@46.164.13.91)
# [19:43] * Quits: hdhoang (~hdhoang@203.210.202.22) (Quit: Leaving.)
# [19:44] * Quits: ezoe (~ezoe@61-205-125-78f1.kyt1.eonet.ne.jp) (Ping timeout: 248 seconds)
# [19:54] * Quits: boaz (~boaz@74-93-184-209-Oregon.hfc.comcastbusiness.net) (Quit: boaz)
# [19:56] * Joins: zdobersek1 (~zan@cpe-46-164-6-46.dynamic.amis.net)
# [19:57] * Joins: dbaron (~dbaron@nat/mozilla/x-uksrttnrximdwxzo)
# [19:57] * Joins: erlehmann (~erlehmann@89.204.137.111)
# [19:57] * Quits: erlehmann (~erlehmann@89.204.137.111) (Client Quit)
# [19:58] * Joins: zewt (x@c-65-96-96-203.hsd1.ma.comcast.net)
# [19:58] * Quits: JoePeck (~JoePeck@17.244.15.56) (Read error: Connection reset by peer)
# [19:58] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
# [19:58] * Quits: zdobersek (~zan@46.164.13.91) (Ping timeout: 258 seconds)
# [19:59] * bga_|away is now known as bga_
# [20:00] * bga_ is now known as bga_|away
# [20:00] * Joins: F1LT3R (~F1LT3R@c-76-19-149-201.hsd1.ma.comcast.net)
# [20:01] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
# [20:02] <Hixie> wow, multipage/ has been broken since feb 8 and nobody noticed until now
# [20:02] <hsivonen> https://twitter.com/#!/johnfoliot/status/65815344433991680
# [20:02] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
# [20:02] <Hixie> i suck
# [20:02] <AryehGregor> Hixie, broken how?
# [20:02] <AryehGregor> I've been using it on almost a daily basis.
# [20:02] <Hixie> the 404 page is missing, and the htaccess file is bogus in various ways
# [20:02] <hsivonen> I only use multipage or the parser and the parser has been stable
# [20:02] <Hixie> the content still works
# [20:03] <hsivonen> I use single-page for everything else
# [20:04] * Quits: Ms2ger (~Ms2ger@91.181.60.227) (Read error: Connection reset by peer)
# [20:05] <Hixie> ok 404 page fixed
# [20:05] <Hixie> what was the thing MikeSmith was blocked on?
# [20:05] <Hixie> something about Prohibit Duplicate Charset Declarations?
# [20:05] <MikeSmith> Hixie: yeah
# [20:06] <Hixie> is there a bug# or e-mail?
# [20:06] <Hixie> i'm not sure what the problem is
# [20:06] <MikeSmith> yeah, hang on
# [20:06] <MikeSmith> lemme find it
# [20:06] <Hixie> or just tell me the problem :-)
# [20:06] <MikeSmith> http://www.w3.org/Bugs/Public/show_bug.cgi?id=12054
# [20:07] * Quits: zdobersek1 (~zan@cpe-46-164-6-46.dynamic.amis.net) (Quit: Leaving.)
# [20:07] <MikeSmith> problem is, I can't tell from the spec what the document-conformance criteria are for the case of multiple character-encoding declarations in a document
# [20:07] * Hixie looks
# [20:08] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Ex-Chat)
# [20:08] * Joins: erlehmann (~erlehmann@89.204.137.111)
# [20:08] <MikeSmith> Hixie: basically, if you just add one sentence saying something like "There must be only one character encoding declaration in the document.", then I think that's all we need
# [20:09] * Joins: ojan (~ojan@nat/google/x-zkkvtyrmdnmrhzcu)
# [20:09] <MikeSmith> or however you want to state it
# [20:09] * Quits: jamesr (~jamesr@216.239.45.19) (Quit: jamesr)
# [20:10] * Quits: erlehmann (~erlehmann@89.204.137.111) (Client Quit)
# [20:10] <Hixie> apparently that's not quite accurate
# [20:10] <Hixie> there's a comment in the spec:
# [20:10] <Hixie>
# [20:10] <Hixie> <li>There can only be one character encoding declaration in the
# [20:10] <Hixie> document.</li> <!-- conformance criteria for this one are given in
# [20:10] <Hixie> the XML spec, the <meta> section just after defining charset="",
# [20:10] <Hixie> and the character encoding pragma section. And actually this
# [20:10] <Hixie> statement isn't quite true, since you can have an XML one and an
# [20:10] <Hixie> HTML one at the same time if they match. -->
# [20:10] <Hixie>
# [20:11] <Hixie> what prohibits there being two <meta http-equiv="Content-Type"> headers is "There must not be more than one meta element with any particular state in the document at a time."
# [20:11] * Joins: zdobersek (~zan@cpe-46-164-6-46.dynamic.amis.net)
# [20:12] <Hixie> so you can't have multiple <meta charset>s, you can't have multiple "meta http-equiv="Content-Type">s, and you can't have one of each
# [20:12] <Hixie> but you _can_ have both an XML one and an HTML one, so long as they match
# [20:17] * Joins: erlehmann (~erlehmann@89.204.137.111)
# [20:19] * Quits: erlehmann (~erlehmann@89.204.137.111) (Client Quit)
# [20:20] <hsivonen> Hixie: but in that case they must say utf-8, right
# [20:20] <Hixie> right
# [20:20] <Hixie> MikeSmith: i've clarified the statements a bit
# [20:20] <Hixie> MikeSmith: hopefully it'll help
# [20:20] <MikeSmith> OK
# [20:20] <Hixie> regenning now
# [20:20] <MikeSmith> thanks
# [20:21] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl) (Read error: Connection reset by peer)
# [20:21] <MikeSmith> I appreciate it
# [20:21] <Hixie> (note, if you have both the xml one and the html one, it must be an xml doc, it must be utf-8 as hsivonen says, and it must be <meta charset>, no <meta content-type text/html> in xml)
# [20:22] <Hixie> ok, committed
# [20:23] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [20:29] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl) (Read error: Connection reset by peer)
# [20:31] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [20:33] * bga_ is now known as bga_|away
# [20:35] * Quits: MikeSmith (~MikeSmith@EM1-112-197-231.pool.e-mobile.ne.jp) (Quit: MikeSmith)
# [20:37] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [20:40] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
# [20:40] * Joins: jamesr (~jamesr@nat/google/x-zdrhpkltnyzndzyv)
# [20:41] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
# [20:41] * Joins: jgv (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net)
# [20:44] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 276 seconds)
# [20:44] * Quits: daedb (~daed@46.7.27.62) (Remote host closed the connection)
# [20:45] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
# [20:45] * bga_ is now known as bga_|away
# [20:45] * Joins: MikeSmith (~MikeSmith@EM1-112-197-231.pool.e-mobile.ne.jp)
# [20:49] * Quits: zdobersek (~zan@cpe-46-164-6-46.dynamic.amis.net) (Ping timeout: 240 seconds)
# [20:49] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [20:50] * Joins: tw2113 (~tw2113@fedora/tw2113)
# [20:56] * bga_|away is now known as bga_
# [21:01] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [21:02] <AryehGregor> On what basis are WML or XHTML-MP actually harmful? Assuming that there are devices out there that cannot realistically handle full HTML, isn't an alternative standard needed regardless?
# [21:03] <Hixie> wml resulted in two webs
# [21:03] <Hixie> yet was no lighter on UAs than HTML
# [21:03] <Hixie> XHTML-MP didn't go anywhere useful so i don't know that it was harmful in practice
# [21:06] * Joins: zdobersek (~zan@cpe-46-164-30-111.dynamic.amis.net)
# [21:07] <AryehGregor> So is WML an argument against forking?
# [21:07] <wilhelm_> Hixie: It cost certain browser vendors a lot of time, frustration and some added compexity.
# [21:08] <wilhelm_> Not quite as much as ES-MP (oh, please kill me now), but still harmful.
# [21:09] <AryehGregor> I guess WML is a weaker argument against forking than HTML5 is in favor of forking, because WML eventually died.
# [21:09] <AryehGregor> Since it was the worse standard.
# [21:09] <AryehGregor> Which is the point.
# [21:09] <wilhelm_> Oh, it's still around.
# [21:09] <Hixie> AryehGregor: forking itself is terrible
# [21:09] <AryehGregor> Oh, hmm.
# [21:10] <Hixie> AryehGregor: allowing forking is indispensible
# [21:10] <AryehGregor> Okay, I'll have to revise a lot of what I just wrote.
# [21:10] <Hixie> AryehGregor: well, successful forking such that there are multiple active incompatible forks is terrible, anyway
# [21:10] <Hixie> AryehGregor: but that's what most people mean when they refer to forks
# [21:12] <AryehGregor> So really the argument is that competing standards are very bad, but a single bad standard is even worse -- because then it will just compete against nonstandard technologies.
# [21:12] <AryehGregor> And lose, since it's bad.
# [21:13] <wilhelm_> On the Web, I'd say HTML5 really is the odd one out. One beneficial fork among many harmful.
# [21:13] <AryehGregor> Were the harmful forks, all added together, as harmful to the open web as Flash?
# [21:13] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [21:13] <AryehGregor> Which got almost total market share because HTML stagnated and didn't add support for basic things like video?
# [21:14] <Hixie> flash has done both good and bad to the web
# [21:14] <hober> wilhelm_: how is the W3C fork of HTML5 not harmful?
# [21:14] <AryehGregor> Man, you guys are really making it hard for me to write a persuasive argument. :P
# [21:14] <Hixie> hober: i assume he meant the fork in 2004
# [21:14] <hober> oh, indeed. that was quite harmful.
# [21:14] <AryehGregor> What good has Flash done, compared to the same standards being standardized in comparable timeframes?
# [21:15] <wilhelm_> Yes, I was referring to 2004.
# [21:15] <AryehGregor> Or are we assuming they wouldn't have been, even if forking were allowed? Since in fact, forking was allowed . . .
# [21:15] <AryehGregor> Effectively.
# [21:15] * Joins: ilkeavelho (d036041f@gateway/web/freenode/ip.208.54.4.31)
# [21:15] <Hixie> AryehGregor: you need an R&D lab
# [21:15] <AryehGregor> I mean, is this really mostly a moral argument and not an empirical one, here?
# [21:15] <AryehGregor> I guess it has to be, since the result is irrelevant given that HTML5 is forkable anyway.
# [21:16] <Hixie> AryehGregor: flash and gears both did significant research, effectively, into how to improve the web
# [21:16] <AryehGregor> That could have been done with prototype standards too.
# [21:16] <wilhelm_> Yes. A great way to establish cowpaths for us to pave later. (c:
# [21:17] <Hixie> what's a "prototype standard"?
# [21:17] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [21:17] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [21:18] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [21:18] <AryehGregor> Something where you devise it with the goal from the beginning of standardizing it, soliciting feedback early on and planning to retire it in favor an equivalent standard when one becomes available.
# [21:18] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [21:18] <Hixie> othermaciej: any chair instructions at this time? (either on hgroup or on drawfocusring, or anything else for that matter)
# [21:18] <AryehGregor> Like how a lot of new standards are developed.
# [21:19] <Hixie> AryehGregor: proprietary extensions to UAs, you mean?
# [21:19] <AryehGregor> Vendor-specific, let's say, yes. Could be extensions too.
# [21:19] <Hixie> AryehGregor: sure. that's what flash is. :-)
# [21:19] <Hixie> at least, up to the bit about adobe's intent
# [21:19] <Hixie> dunno what their intent is
# [21:20] <AryehGregor> There's no way to integrate Flash into web standards. It's a totally different platform.
# [21:20] <AryehGregor> As opposed to adding features that are accessible from HTML/CSS/JS, and could be easily translated to standards.
# [21:20] <AryehGregor> Plus, there's no attempt to get wider feedback or plan for multiple interoperable implementations from an early stage. That makes a big difference.
# [21:21] <Hixie> it's a spectrum
# [21:21] <jgraham> AryehGregor: Forking seems to be bad when people want to use it to create a platform that isn't the web
# [21:21] <Hixie> i agree flash isn't in the ideal place on the spectrum for use as R&D
# [21:21] <Hixie> it's still there, though
# [21:21] <jgraham> But they do that regardless of the license so it's not a very strong argument against forking
# [21:21] * Joins: matijsb (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl)
# [21:22] <jgraham> The best way to counter that is to make the web platform better
# [21:22] * Quits: zewt (x@c-65-96-96-203.hsd1.ma.comcast.net) (Ping timeout: 258 seconds)
# [21:22] <jgraham> And forking can be essential to that end
# [21:22] * Quits: MikeSmith (~MikeSmith@EM1-112-197-231.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
# [21:24] * Joins: zewt (x@c-65-96-96-203.hsd1.ma.comcast.net)
# [21:26] <Hixie> there are lots of reasons why allowing forking is beneficial. as far as i'm aware, none of the arguments in favour of disallowing forking would actually prevent the problems they portend.
# [21:26] * Joins: MikeSmith (~MikeSmith@EM114-48-18-148.pool.e-mobile.ne.jp)
# [21:26] * paul_irish is now known as paul_irish_
# [21:26] <Hixie> that's the crux of the argument, imho.
# [21:26] <AryehGregor> Hmm.
# [21:27] * AryehGregor tries rewriting a second time
# [21:27] <Hixie> heh
# [21:28] <wilhelm_> Diverging specifications isn't really a problem in itself. It's when there are diverging implementations the trouble starts.
# [21:30] * Quits: zewt (x@c-65-96-96-203.hsd1.ma.comcast.net) (Ping timeout: 240 seconds)
# [21:30] * Joins: matjas (~matjas@91.182.215.85)
# [21:32] <jgraham> wilhelm_: To a point. But XHTML2 was damaging even though no one implemented it because W3C decided that what the world needed was a backwards-incompatible clean-up of HTML4 with no substantial changes in the feature set and a less forgiving parsing model. To get there they blocked (or tried to block) work on what was actually good for the web
# [21:32] * Joins: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [21:32] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [21:32] * estellevw_ is now known as estellevw
# [21:34] * Quits: MikeSmith (~MikeSmith@EM114-48-18-148.pool.e-mobile.ne.jp) (Read error: Operation timed out)
# [21:34] <wilhelm_> jgraham: Sure. And that triggered the 2004 fork, which is the one beneficial HTML fork among a pile of harmful ones. (c:
# [21:35] * Joins: cooto (~Adium@190.98.195.170)
# [21:35] <AryehGregor> Hixie, see, if the W3C could actually license HTML5 restrictively (no WHATWG copy), it would prevent forks very effectively, at least forks that plan to be compatible with existing contents.
# [21:35] <AryehGregor> content.
# [21:35] <wilhelm_> AryehGregor: Nah. You could do a diff spec.
# [21:35] <jgraham> So one impact of granting others the ability to fork is that it lessens the burden of decision making because it is much more likely that someone will pick up the pieces if it all goes wrong
# [21:35] <AryehGregor> wilhelm_, only if you wanted to change limited parts.
# [21:35] <AryehGregor> Also, diffs might be derivative works.
# [21:36] <Hixie> AryehGregor: WF2 was a diff spec of HTML4 originally
# [21:36] <jgraham> wilhelm_: Aren't most of those bad forks actually diff specs?
# [21:36] <wilhelm_> jgraham: Yes.
# [21:36] <jgraham> It is at least unclear if that counts
# [21:36] <Hixie> AryehGregor: it would significantly raise the barrier to creating a fork, but it wouldn't prevent it altogether. someone could always just start from scratch like we did.
# [21:36] <wilhelm_> I'm in favour of a permissive license, but I disagree with anyone saying forks are good. (c:
# [21:36] <jgraham> Especially if they take advantage of Modularization which positively encourages forking
# [21:36] <AryehGregor> Yeah, but the amount of work you'd have to waste to replicate HTML5 would be ridiculous.
# [21:37] <Hixie> AryehGregor: clearly, that's why it should be allowed
# [21:37] * Joins: MikeSmith (~MikeSmith@EM114-48-18-148.pool.e-mobile.ne.jp)
# [21:37] <AryehGregor> That doesn't answer the original question.
# [21:37] <Hixie> jgraham: good point
# [21:37] <Hixie> jgraham: what's with that!
# [21:37] <AryehGregor> You just said that "none of the arguments in favour of disallowing forking would actually prevent the problems they portend", but they'd actually do a lot to make serious forks harder.
# [21:37] <jgraham> Hixie: I don't know. The W3C policy seems to be very inconsistent
# [21:38] <AryehGregor> Not ones that just subsetted or added a handful of features, but they'd kill rewrites.
# [21:38] <AryehGregor> jgraham, didn't you get the memo? Proprietary features count as standard if they have a colon in them.
# [21:38] <jgraham> AryehGregor: I don't even know that you need a colon in this case
# [21:38] <jgraham> Maybe you do
# [21:39] <jgraham> But really it makes no difference to implementors
# [21:39] <AryehGregor> I assume so. After all, otherwise the XHTML people would have had to not taken an opportunity to use namespaces, and I find that implausible.
# [21:39] <jgraham> Yes, that seems like a reasonable argument
# [21:40] <AryehGregor> Anyway, I see no strong arguments in favor of allowing forking at this point other than "We don't trust the W3C to do the right thing", and/or "The only ones who would bother really forking HTML5 instead of just doing a diff spec are implementers, and implementers are right by definition."
# [21:41] <jgraham> Who said that implementors are right by definition?
# [21:42] * Parts: tw2113 (~tw2113@fedora/tw2113) ("Nice Scotty, now beam my clothes up too!")
# [21:42] <jgraham> One can be quite wrong
# [21:42] <jgraham> and be an implementor
# [21:42] <AryehGregor> Well, a standard that implementers don't implement is kind of useless.
# [21:42] <jgraham> e.g. one could add an <xml> element for xml data islands
# [21:42] <AryehGregor> So as far as standardization goes, implementers are collectively right by definition, if by "right" you mean "listening to them is the only sensible thing to do".
# [21:43] <jgraham> Yes, because in some market-dynamic way they reflect the will of the people
# [21:43] <AryehGregor> No, independent of that.
# [21:43] <AryehGregor> Even if they're totally wrong, you can't force them to implement what's right.
# [21:44] <AryehGregor> You can only spec what's wrong.
# [21:44] <AryehGregor> It's also true that implementers are directly responsible to users, unlike anyone else in this whole picture, so they're the best ones to decide things.
# [21:44] <jgraham> No, but if they are totally wrong people won't upgrade to browsers with the new features
# [21:44] <AryehGregor> Well, yes, if they're really extraordinarily wrong.
# [21:44] * Parts: cooto (~Adium@190.98.195.170)
# [21:44] <jgraham> Right
# [21:44] <AryehGregor> Or if they're not so extraordinarily wrong, but only some are wrong and others are right.
# [21:45] <jgraham> There's only so far off the rails an implementor can go
# [21:45] <AryehGregor> Well, the same is true for a standards body.
# [21:45] <AryehGregor> If they get too impractical, no one will follow the standards.
# [21:45] <AryehGregor> But that's an extremely weak safeguard.
# [21:45] <AryehGregor> It only kicks in at ridiculous levels of fail.
# [21:46] <wilhelm_> It's not much of a standard if noone follows it, is it? (c:
# [21:46] <jgraham> Yeah, but if the standard is proprietary and a huge amount of work to replicate it is hard to route around a rouge standards body
# [21:46] * Quits: ilkeavelho (d036041f@gateway/web/freenode/ip.208.54.4.31) (Ping timeout: 252 seconds)
# [21:46] <jgraham> wilhelm_: Don't tell the IETF that </rimshot>
# [21:47] <AryehGregor> Likewise, if you have enough of a browser monoculture it can be hard to route around the browser even if it's terrible.
# [21:47] <jgraham> Indeed. Browser monoculture is bad
# [21:47] <AryehGregor> Eventually you will, in either case.
# [21:47] * Joins: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp)
# [21:47] <wilhelm_> jgraham: :P
# [21:48] <jgraham> Happily these days we don't have a browser monoculture
# [21:48] <jgraham> To be fair we also don't have a HTML5 spec monoculture
# [21:48] <AryehGregor> We have multiple independent interoperable specifications of HTML5?
# [21:49] <jgraham> Huh?
# [21:49] <jgraham> We have the spec under multiple licenses managed by multiple bodies
# [21:49] <AryehGregor> We only have one HTML5 spec, basically. It may come in several flavors, but it's basically one spec.
# [21:49] <jgraham> If one goes insane we can use the other one
# [21:50] <jgraham> I'm not saying that having differences is good
# [21:50] <jgraham> It's not
# [21:50] <AryehGregor> Well, so that's like saying we don't have a WebKit monoculture in mobile because the WebKit forks are under multiple licenses managed by multiple bodies.
# [21:50] <AryehGregor> It's still WebKit.
# [21:50] <jgraham> This is a critical difference between specs and implementations I think
# [21:51] <jgraham> Although one can argue that a WebKit monoculture is better than an IE monoculture for this reason
# [21:51] <AryehGregor> Or worse, because at least IE6 is a consistent target . . .
# [21:51] <AryehGregor> (but maybe that makes it better, not worse)
# [21:51] <Hixie> AryehGregor: arguments in favour of allowing forking: it motivates the w3c not to screw up again, it allows easier resolution of the situation if they do screw up again.
# [21:51] * Joins: cpearce (~chatzilla@ip-118-90-104-82.xdsl.xnet.co.nz)
# [21:51] <AryehGregor> (because it gives more room for competition)
# [21:52] <jgraham> Flash is a consistent target
# [21:52] <jgraham> I'm not sure it's also good
# [21:52] <AryehGregor> Hixie, but at the same time also allows easier harmful forking, and it's non-obvious that that's a lesser problem.
# [21:52] * Quits: Martijnc (~Martijnc@d54C02C64.access.telenet.be) (Quit: Martijnc)
# [21:53] <Hixie> AryehGregor: can you describe a scenario where there is harmful forking?
# [21:53] <AryehGregor> You'd have to argue either that harmful forks from a good spec are less of a problem than a single bad spec, or that license restrictions somehow disproportionately affect good forks.
# [21:53] <AryehGregor> Hixie, WML was being discussed here a little while ago.
# [21:54] <jgraham> I am personally of the opinion that the people who want to change the spec in a bad way and will be deterred by the license will also be open to reasonable arguments about why it is bad
# [21:54] <Hixie> WML was written from scratch. No copyright can stop that.
# [21:54] <AryehGregor> HTML5 was also written from scratch.
# [21:54] <Hixie> indeed.
# [21:54] <wilhelm_> It's still a fork of the Web, although not of the specification text.
# [21:54] <jgraham> People who won't listen to reasonable arguments won't be deterred by the license
# [21:54] <AryehGregor> But that's because HTML 4 and earlier were very short standards and easy to rewrite from scratch.
# [21:55] <Hixie> so?
# [21:55] <Hixie> forks of the HTML standard now are possible regardless of the W3C license
# [21:55] <AryehGregor> Well, I guess WML would have been rewritten largely from scratch regardless, since the point was to be stripped-down.
# [21:55] <Hixie> WML wasn't stripped down really, it was a new language altogether.
# [21:55] <jgraham> wilhelm_: Since we can't stop people forking the web through any license text it seems relevant to note that a strict licence would have no effect vas a liberal one
# [21:55] <AryehGregor> Its goal was to be stripped-down compared to HTML.
# [21:56] <AryehGregor> jgraham, that's not an argument either way, though.
# [21:56] <Hixie> AryehGregor: any other examples (even theoretical) of a bad fork?
# [21:56] <jgraham> AryehGregor: It's an argument that WML isn't a valid reason to have a less permissive license
# [21:56] * Joins: hdhoang (~hdhoang@hdhoang.broker.freenet6.net)
# [21:56] <Hixie> AryehGregor: i'm having trouble understanding how a copyright could prevent it, that's why i'm asking for examples
# [21:56] * jgraham wonders if people consider ePub good or bad
# [21:56] <AryehGregor> Hixie, I'm not familiar with the history here.
# [21:56] * Quits: MikeSmith (~MikeSmith@EM114-48-18-148.pool.e-mobile.ne.jp) (Read error: Connection timed out)
# [21:57] <wilhelm_> jgraham: I agree. I'm in favour of a permissive license, with a big sticker that says “Forks are bad. Really. Don't go there.”.
# [21:57] <Hixie> ePub, whether good or bad, happened again regardless of whether we allow forking or not
# [21:57] <wilhelm_> That includes previously W3C-approved forks.
# [21:57] <AryehGregor> jgraham, it's an argument that nothing is a valid reason to have a more or less permissive license, so we should stop wasting our time arguing about it.
# [21:57] <AryehGregor> Which is a fair point of view, but doesn't favor either side.
# [21:57] <jgraham> AryehGregor: Only if you ignore the arguments unrelated to extant forks
# [21:58] <AryehGregor> jgraham, how does that follow?
# [21:58] <AryehGregor> Hixie, so are you suggesting that bad forks would be disproportionately unlikely to actually want to use the existing specification text, or something like that?
# [21:59] <jgraham> AryehGregor: I am saying that the ability to create WML is unaffected by the license. Nevertheless the knowledge that a specification can be forked if it diverges from what the community wants provides a useful measure of oversight
# [21:59] <Hixie> AryehGregor: i am arguing that bad forks have happened and there's no reason to believe they'll happen more if we change the license
# [21:59] <Hixie> AryehGregor: but that it is invaluable to have the _ability_ to fork in case the w3c screw up again.
# [22:00] <Hixie> AryehGregor: the w3c should be the place people want to write specs not because they have a legal position of power, but because they are the best place to write specs.
# [22:00] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [22:00] <AryehGregor> Hixie, but if you say changing the license would increase the ability to fork or threat of forking, surely it would also increase the incidence of forks?
# [22:00] <AryehGregor> One has to go with the other, surely.
# [22:01] <Hixie> AryehGregor: why?
# [22:01] <AryehGregor> Hmm.
# [22:01] <Hixie> AryehGregor: is there any evidence that people have avoided "harmful" forks because of the license?
# [22:01] <Hixie> AryehGregor: or any evidence that since the whatwg has started, the number of "harmful" forks has increased?
# [22:01] <AryehGregor> The license was much less relevant pre-HTML5 because it was relatively easy to rewrite from scratch, so that's not an argument either way.
# [22:01] <AryehGregor> Now that's a good point.
# [22:01] * Quits: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net) (Quit: mdelaney)
# [22:02] <AryehGregor> HTML5 has been permissively licensed since 2004, and we've seen no harmful forks that use much of its license text.
# [22:02] <Hixie> it would be my contention that the people who make harmful forks don't care about the parts of the spec that make it hard to fork without a liberal license
# [22:02] <AryehGregor> Right, that's what I was asking.
# [22:02] <Hixie> the detailed content in teh spec is only useful for those who want interoperability
# [22:02] <wilhelm_> AryehGregor: Depends on what other measures you take. The W3C can, say, stop endorsing forks. It can talk to those who have started forking elsewhere and ask them nicely to stop, and see if their problems can be solved within the existing specs.
# [22:02] <Hixie> which by definition one does not need if one is forking harmfully
# [22:02] <AryehGregor> Whether you thought good forks were disproportionately harmed by an anti-forking license.
# [22:03] <AryehGregor> Okay, let me start on that rewrite again.
# [22:03] <Hixie> i think forks that want to preserve compatibility with the work we're doing now are disproportionally affected by the license, yes.
# [22:03] <jgraham> wilhelm_: FWIW I would very much like like W3C to do that
# [22:03] <Hixie> or maybe another way to put it is that forks are affected by the license in proportion to how compatible they want to be with what they are forking from
# [22:04] <jgraham> ePub 3 doesn't seem to have any normative UA conformance changes
# [22:04] <AryehGregor> What does it do, then?
# [22:05] <wilhelm_> jgraham: Yes, that could make a much greater impact than choosing one license over another.
# [22:05] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
# [22:05] * Joins: MikeSmith (~MikeSmith@EM114-48-18-148.pool.e-mobile.ne.jp)
# [22:05] <jgraham> wilhelm_: I wonder why we are having this pointless series of votes than rather than doing stuff
# [22:05] <jgraham> then
# [22:06] <wilhelm_> Bikesheds are easy. Work is hard and expensive.
# [22:07] <AryehGregor> ISO HTML doesn't allow client-side scripting?
# [22:07] <AryehGregor> Did anyone actually ever use it.
# [22:07] <wilhelm_> Telling people they are wrong on the Internet may even be entertaining.
# [22:08] <mpilgrim> so when will we get RDFa5 that matches facebook's processing requirements?
# [22:08] * jgraham hasn't really found much to hate about ePub 3 yet
# [22:08] <jgraham> mpilgrim: When hell freezes over?
# [22:09] <jgraham> I suppose I should send the email suggesting to the RDFa people that they cut out 2/4 ways of writing values allowed in RDFa
# [22:09] * Quits: hdhoang (~hdhoang@hdhoang.broker.freenet6.net) (Quit: Leaving.)
# [22:09] <jgraham> So that they can tell me "no"
# [22:10] <jgraham> (but there do seem to be 4 mutually redundant ways of doing exactly the same thing)
# [22:12] * Joins: hdhoang (~hdhoang@hdhoang.broker.freenet6.net)
# [22:14] <AryehGregor> Okay, so what's HTML 4.1, exactly?
# [22:14] <AryehGregor> I can't figure out.
# [22:14] <AryehGregor> Oh, an a11y fork?
# [22:15] <AryehGregor> Wait, do some of the HTML 4.1 supporters also oppose forking licenses?
# [22:15] <AryehGregor> Steve Faulkner is listed as a supporter here: http://html4all.org/wiki/index.php/Mission_Statement
# [22:16] <AryehGregor> As is John Foliot. Both said that cannot live with CC0/MIT, and support anti-forking licenses.
# [22:16] <AryehGregor> . . .
# [22:16] <AryehGregor> Hey, Philip Taylor is an HTML 4.1 supporter.
# [22:16] <AryehGregor> Philip`, so what's it about, exactly?
# [22:18] * Quits: cpearce (~chatzilla@ip-118-90-104-82.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
# [22:21] <Hixie> different philip taylor
# [22:21] <AryehGregor> Oh.
# [22:21] <AryehGregor> That's horribly confusing.
# [22:21] <Hixie> he's no longer in the wg
# [22:21] <Hixie> it was far more confusing when he was
# [22:21] <AryehGregor> So Philip` is Philip Taylor, and that one's Philip TAYLOR?
# [22:21] <Hixie> yes
# [22:21] <AryehGregor> Kind of like Mike(tm) Smith?
# [22:23] * Joins: boaz (~boaz@64.128.85.190)
# [22:23] <Philip`> Sometimes he's just called Philip Taylor
# [22:23] <Philip`> Usually it should be obvious which is which by the context :-)
# [22:24] <AryehGregor> Now that I know there's two of you, it's pretty obvious, yeah. :)
# [22:24] * Quits: zdobersek (~zan@cpe-46-164-30-111.dynamic.amis.net) (Quit: Leaving.)
# [22:25] <Philip`> I don't understand the confusion - it's always been perfectly clear to me
# [22:29] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: bentruyman)
# [22:32] * Quits: MikeSmith (~MikeSmith@EM114-48-18-148.pool.e-mobile.ne.jp) (Read error: Connection timed out)
# [22:32] * Quits: matjas (~matjas@91.182.215.85) (Quit: Computer has gone to sleep.)
# [22:34] * Joins: matjas (~matjas@91.182.215.85)
# [22:37] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 240 seconds)
# [22:39] * Joins: MikeSmith (~MikeSmith@EM114-48-18-148.pool.e-mobile.ne.jp)
# [22:44] * Joins: erlehmann (~erlehmann@89.204.137.111)
# [22:53] * Quits: erlehmann (~erlehmann@89.204.137.111) (Quit: Ex-Chat)
# [22:59] * Joins: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [23:00] * Quits: Frozen (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2) (Remote host closed the connection)
# [23:01] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
# [23:01] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
# [23:02] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [23:02] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
# [23:02] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [23:02] * Quits: matjas (~matjas@91.182.215.85) (Quit: Computer has gone to sleep.)
# [23:03] * Joins: boaz_ (~boaz@207.224.30.30)
# [23:03] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
# [23:03] * Quits: boaz (~boaz@64.128.85.190) (Read error: Connection reset by peer)
# [23:03] * boaz_ is now known as boaz
# [23:04] * Quits: boaz (~boaz@207.224.30.30) (Client Quit)
# [23:06] * Quits: smaug____ (~chatzilla@cs181139127.pp.htv.fi) (Ping timeout: 258 seconds)
# [23:09] * Quits: plainhao (~plainhao@208.75.85.237) (Quit: plainhao)
# [23:12] * Joins: estellevw_ (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [23:12] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [23:12] * estellevw_ is now known as estellevw
# [23:14] * paul_irish_ is now known as paul_irish
# [23:15] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [23:20] * Joins: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
# [23:20] * Parts: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
# [23:22] * Quits: MikeSmith (~MikeSmith@EM114-48-18-148.pool.e-mobile.ne.jp) (Read error: Connection timed out)
# [23:22] * bga_ is now known as bga_|away
# [23:23] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [23:26] * Joins: MikeSmith (~MikeSmith@EM114-48-18-148.pool.e-mobile.ne.jp)
# [23:27] * Quits: jamesr (~jamesr@nat/google/x-zdrhpkltnyzndzyv) (Ping timeout: 260 seconds)
# [23:27] * Quits: msucan (~robod@109.96.201.56) (Quit: .)
# [23:28] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [23:28] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Quit: simplicity-)
# [23:29] <Hixie> every browser except IE uses the last meta refresh. IE uses the first one.
# [23:29] <Hixie> weird.
# [23:30] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
# [23:31] * Joins: nessy (~Adium@124-171-27-18.dyn.iinet.net.au)
# [23:31] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Client Quit)
# [23:32] * Joins: zewt- (~x@c-24-62-196-44.hsd1.ma.comcast.net)
# [23:33] * Quits: matijsb (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
# [23:34] * bga_|away is now known as bga_
# [23:37] * Joins: boaz (~boaz@64.128.85.190)
# [23:37] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Ping timeout: 260 seconds)
# [23:39] * Joins: jamesr (~jamesr@nat/google/x-iovdewsdjgqpkcvr)
# [23:40] <jgraham> Oh. ePub has badness hidden behind :s
# [23:40] <jgraham> It seems to require XML Events support
# [23:41] * Quits: jgv (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net) (Quit: Computer has gone to sleep.)
# [23:42] * Joins: estes (~estes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2)
# [23:43] <AryehGregor> Okay, so now my response for the licensing survey is a bit short of 2000 words. Review appreciated: http://pastebin.com/PA7dZ2d1
# [23:44] * Quits: hdhoang (~hdhoang@hdhoang.broker.freenet6.net) (Quit: Leaving.)
# [23:47] * AryehGregor is busy reviewing it right now himself, too
# [23:47] <karlcow> hmmmm the lines 27 and 29 make me uncomfortable.
# [23:48] <AryehGregor> Which parts, and why?
# [23:49] <karlcow> difficult to explain, it might take a few lines :) let me try
# [23:51] * Quits: temp01 (~temp01@unaffiliated/temp01) (Disconnected by services)
# [23:51] <karlcow> "W3C has failed very, very badly at its job" The W3C organization has followed the opinion of the W3C members who collectively, genuinely, decided to adopt XML as the future of the Web. The decision was not really made in 2004 but before that.
# [23:51] <AryehGregor> Sure. That doesn't contradict what I said.
# [23:52] <AryehGregor> It just explains the nature of and reasons for the failure.
# [23:52] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [23:53] <karlcow> the really important workshop is not the one in 2004
# [23:54] <karlcow> the one in 2004 for me is the expression of the failures of communications and understandings, not a failure of a bad job.
# [23:54] <karlcow> It's the abandon of negotiation from all parts participating
# [23:54] <karlcow> no winners, only losers on every side
# [23:55] <AryehGregor> The job of a standards body is to be a place where people want to develop standards.
# [23:55] <AryehGregor> If, for any reason, groups that the standards body wants to attract decide to go someplace else, that's a failure of the standards body.
# [23:56] <karlcow> It's a failure of the community as large
# [23:56] <karlcow> the important workshop is here http://www.w3.org/MarkUp/future/
# [23:56] <AryehGregor> The real failure was not when the W3C decided to pursue XML. That turned out to be wrong, but there was reason to believe it was right at the time.
# [23:57] <karlcow> http://www.w3.org/MarkUp/Group/HTML-Future-minutes.html (Members only)
# [23:57] <karlcow> AryehGregor: exactly. that's the nuance which is missing.
# [23:57] <AryehGregor> The real failure was when the browsers said "This isn't working for us and we need to support legacy content better", and the W3C refused to let them.
# [23:57] <AryehGregor> That was in 2004.
# [23:57] * Quits: benschwarz (~benschwar@dhcp64-134-221-251.hoic.dca.wayport.net) (Ping timeout: 240 seconds)
# [23:57] <jgraham> karlcow: I think the essential point is that whatever W3C was doing between it stopping work on HTML4 and starting work on HTML5, it wasn't "leading the web to its full potential" because the technology that it developed has been abandonded and the technology that is being used on the web was developed by an outside body
# [23:57] <karlcow> It's why the license issue is a red herring
# [23:57] <karlcow> because it is not a license issue
# [23:58] <jgraham> Regardless of the reasons for the failure, the W3C failed by its own terms
# [23:58] <karlcow> but a community issue on the way we accommodate a change of pace, way, direction and sometimes parallel works
# [23:59] <jgraham> The license seems like a big part of how we accomodate parallel works
# [23:59] <karlcow> nope
# [23:59] <jgraham> and indeed changes of pace way and direction
# [23:59] <karlcow> the license is how we dissolve a community creating a parallel work. It doesn't have the same constraints in terms of Contrat Social.
# Session Close: Thu May 05 00:00:00 2011

The end :)