Options:
- # Session Start: Tue Aug 18 00:00:00 2009
- # Session Ident: #whatwg
- # [00:02] * Quits: gsnedders (n=gsnedder@c83-252-194-253.bredband.comhem.se)
- # [00:06] * Quits: heycam (n=cam@203-217-91-14.dyn.iinet.net.au) ("bye")
- # [00:08] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
- # [00:12] * Quits: webben_ (n=benh@nat/yahoo/x-imddqlisfzjzuetr) (Read error: 110 (Connection timed out))
- # [00:12] * Quits: webben (n=benh@nat/yahoo/x-wguqwxjoytgcrnps) (Read error: 110 (Connection timed out))
- # [00:19] * Joins: ap_ (n=ap@17.246.19.164)
- # [00:27] * guyzmo_ is now known as guyzmo
- # [00:30] <JonathanNeal> TabAtkins, good question.
- # [00:31] <JonathanNeal> I was curious to know how the constant possible usage of h1 tags might muck things up :-)
- # [00:34] * Quits: ap (n=ap@nat/apple/x-pgdxxsvopxihnzus) (Read error: 110 (Connection timed out))
- # [00:36] <JonathanNeal> I figured that we just have to try it, anything else would be google giving away search info.
- # [00:37] * Quits: ap_ (n=ap@17.246.19.164) (Remote closed the connection)
- # [00:38] * Joins: ap (n=ap@nat/apple/x-rhgekjnkmpcicqao)
- # [00:45] * Quits: jablko (n=jablko@gallery/soc/jablko) (Read error: 113 (No route to host))
- # [00:45] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
- # [00:47] * Quits: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com) ("Nettalk6 - www.ntalk.de")
- # [00:48] * Parts: itpastorn (n=gunther@82.99.1.179)
- # [00:48] <annevk2> Hixie, you should replace lines such as "Objects implementing the ApplicationCache interface must also implement the EventTarget interface." with "ApplicationCache implements EventTarget;" in the IDL
- # [00:49] <Hixie> can you file a bug?
- # [00:49] <Hixie> just paste the above into the text box
- # [00:49] <Hixie> on the spec
- # [00:49] <Hixie> and hit the button
- # [00:49] <Hixie> :-)
- # [00:49] <Hixie> after clicking the relevant section
- # [00:50] <annevk2> done
- # [00:50] <annevk2> it still annoys me the text is not cleared btw
- # [00:50] <Hixie> thanks
- # [00:50] <Hixie> if the text cleared, it would have made my life hell when i filed the 60 or so identical bugs recently
- # [00:50] <Hixie> let me know once you've filed more than 60 different bugs in a row :-)
- # [00:50] * Joins: jablko (n=jablko@S01060080c6f16ed5.vs.shawcable.net)
- # [00:51] <annevk2> hmm
- # [00:52] <vvv> Hixie: is <input type=url> supposed to be an absolute IRI (as 4.10.4 says) or an absolute URL (as it's said everywhere else)?
- # [00:52] <Hixie> what's the difference?
- # [00:53] <vvv> So there's no difference?
- # [00:53] <annevk2> "add examples here" haha
- # [00:53] <Hixie> vvv: there is a minor difference, but since you're asking which it is, i was wondering what you thought the difference was :-)
- # [00:54] <vvv> Hixie: no, I just noticed the inconsistence
- # [00:54] <Hixie> vvv: (the minor difference is related to what is allowed in the query component of the string in documents whose character encoding is not UTF-8)
- # [00:54] <Hixie> vvv: the one that says "IRI" is non-normative, so it's trying to explain what's expected
- # [00:55] <annevk2> is that really a difference? for an absolute URL I would assume that would be normalized to percent-encoded stuff which makes it a valid IRI
- # [00:55] <Hixie> vvv: the one that says "valid absolute URL" is normative, and it has to handle the weird edge cases
- # [00:55] <Hixie> annevk2: URL in HTML5 currently is a superset of IRI
- # [00:55] <Hixie> annevk2: i'm waiting for the IRI spec to fix the definition of IRI so i can just use "IRI"
- # [00:55] <annevk2> Hixie, but input type=url is about submission
- # [00:55] <annevk2> hmm
- # [00:56] <Hixie> yes?
- # [00:56] <annevk2> so a) what is submitted can always be a valid IRI and b) we could even make it always UTF-8
- # [00:56] <annevk2> b) would make a lot of sense for an IRI value to be honest
- # [00:57] <annevk2> though supposedly it might get mangled by the form encoding hmm
- # [00:57] <annevk2> rather than the document encoding
- # [00:57] <annevk2> maybe URI would be simpler :)
- # [00:58] <Hixie> no doubt it would be simpler
- # [00:58] <Hixie> it's a "valid absolute URL" because that's what it has to be for the value="" attribute
- # [00:59] <Hixie> and i don't want to end up in the very confusing situation of what is allowed in value="" and what is allowed in .value being different
- # [01:00] <annevk2> but you could force the encoding flag
- # [01:00] <Hixie> how do you mena?
- # [01:00] <annevk2> that value is always parsed with HREF-charset set to UTF-8
- # [01:00] <annevk2> though if accept-charset is not some Unicode thingie it might get lost anyway
- # [01:01] <Hixie> the value is parsed by the html parser, unless i'm very confused
- # [01:01] <Hixie> i really don't understand what you're proposing
- # [01:02] <annevk2> if you set href dynamically it isn't, but I suppose it doesn't really matter
- # [01:02] <annevk2> people should just use UTF-8
- # [01:02] <Hixie> what is href in this context?
- # [01:03] <annevk2> s/href/the value attribute/
- # [01:04] * Quits: dave_levin (n=dave_lev@72.14.227.1)
- # [01:04] <Hixie> k... i guess if you think something should change, file a bug :-)
- # [01:04] <Hixie> and explain why it should change
- # [01:04] <Hixie> :-)
- # [01:05] <annevk2> i thought there was an issue for a while if you have accept-charset set to iso-8859-1 or something, but then realized that it wouldn't be a new problem
- # [01:05] * Joins: dave_levin (n=dave_lev@72.14.224.1)
- # [01:05] <Hixie> k
- # [01:06] <annevk2> but clearly, I should get some sleep :)
- # [01:06] <annevk2> nn
- # [01:06] <Hixie> nn
- # [01:06] * Joins: othermaciej (n=mjs@17.246.16.93)
- # [01:09] * Joins: webben (n=benh@91.85.213.95)
- # [01:09] * Joins: webben_ (n=benh@91.85.213.95)
- # [01:14] * Joins: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
- # [01:15] * Quits: ojan (n=ojan@72.14.229.81)
- # [01:15] * Joins: ojan (n=ojan@72.14.229.81)
- # [01:25] <JonathanNeal> Do some of you folks work on the whatwg project?
- # [01:25] <Hixie> this _is_ the whatwg project
- # [01:26] * Quits: weinig_ (n=weinig@17.246.18.83)
- # [01:26] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 113 (No route to host))
- # [01:28] <JonathanNeal> Nice.
- # [01:31] <JonathanNeal> Now we're moving to the second portion of the HTML5 adoption, which is applying it to our latest out-of-the-box theme. I have an example @ http://madison.thewikies.com/html5/liferay/
- # [01:32] <JonathanNeal> I'm still working on getting the code for our div based columns. So I know I'm losing everything inside the tables.
- # [01:37] * Joins: jorlow_ (n=jorlow@nat/google/x-dpiacgunarkugpbn)
- # [01:37] * Joins: guyzmo_ (n=guyzmo@nenya.mithrandir.net)
- # [01:41] * Quits: guyzmo (n=guyzmo@nenya.mithrandir.net) (Read error: 145 (Connection timed out))
- # [01:43] * Joins: Rik|work_ (n=Rik|work@fw01d.skyrock.net)
- # [01:47] * Quits: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 113 (No route to host))
- # [01:48] * Quits: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net) (Read error: 110 (Connection timed out))
- # [01:49] * Quits: Rik|work (n=Rik|work@fw01d.skyrock.net) (Read error: 110 (Connection timed out))
- # [01:51] * Quits: aboodman (n=aboodman@nat/google/x-sjrphsafwkgqwkef)
- # [01:53] * Quits: jorlow (n=jorlow@nat/google/x-kuitgxkibfavuwye) (Read error: 110 (Connection timed out))
- # [02:02] * Joins: aboodman (n=aboodman@nat/google/x-lwtcjwzlmipwuyth)
- # [02:02] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) (Read error: 104 (Connection reset by peer))
- # [02:02] <Hixie> o_O
- # [02:02] <Hixie> now leif is suggesting ARIA should be used by non-ATs
- # [02:02] <Hixie> going directly contrary to the point of ARIA...
- # [02:03] * Joins: cying (n=cying@70.90.171.153)
- # [02:07] * Quits: othermaciej (n=mjs@17.246.16.93)
- # [02:11] * Joins: othermaciej (n=mjs@17.203.15.179)
- # [02:13] * Quits: jorlow_ (n=jorlow@nat/google/x-dpiacgunarkugpbn) (Remote closed the connection)
- # [02:13] * Joins: jorlow (n=jorlow@nat/google/x-lgplkgydooylvtuy)
- # [02:13] <Hixie> well this is dumb
- # [02:13] <Hixie> the way i designed the database API, you can't know whether you need to create the tables or not
- # [02:14] <Hixie> <-- dumb
- # [02:21] * Quits: arun___ (n=arun@nat/mozilla/x-zdtahxnlgbvwzvgq) (Read error: 110 (Connection timed out))
- # [02:25] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-qcmtymsomigvwuof)
- # [02:30] * Quits: dglazkov (n=dglazkov@nat/google/x-mnaasnyeyxpcxdkf)
- # [02:31] * Quits: equalsJeffH (n=weechat@209.20.72.172) ("WeeChat 0.2.6")
- # [02:36] * Quits: ap (n=ap@nat/apple/x-rhgekjnkmpcicqao)
- # [02:37] * Joins: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net)
- # [02:57] <jlebar> Hixie, does [6.11.9 History Traversal] occur on all page loads, even if I type straight into the URL bar?
- # [02:57] <Hixie> yes
- # [02:57] <Hixie> it is invoked as part of the navigation algorithm
- # [02:57] <jlebar> So is popstate fired on all loads?
- # [02:57] <Hixie> no
- # [02:57] <Hixie> only if there is state to pop
- # [02:58] <jlebar> Only if the state to pop is non-null?
- # [02:58] <jlebar> I could set the document pending object to null as part of the algorithm.
- # [03:01] <Hixie> hold on
- # [03:02] * Quits: jorlow (n=jorlow@nat/google/x-lgplkgydooylvtuy)
- # [03:02] * Quits: ojan (n=ojan@72.14.229.81)
- # [03:03] <Hixie> jlebar: ok, here now. looking...
- # [03:04] <Hixie> jlebar: popstate only fires when an entry in the session history is activated
- # [03:04] <Hixie> jlebar: which only occurs if the specified entry is a state object or the first entry for a Document
- # [03:05] <Hixie> jlebar: but yes, it fires at least once per Document load
- # [03:05] <Hixie> s/but/so/
- # [03:05] <Hixie> my statement earlier was incorrect
- # [03:06] <Hixie> jlebar: sorry about that!
- # [03:06] * Quits: JonathanNeal (n=Jonathan@rrcs-76-79-114-217.west.biz.rr.com) (Read error: 60 (Operation timed out))
- # [03:07] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
- # [03:09] <jlebar> Hixie, sorry, was afk for a sec. I'm not totally clear on this: If we load index.html and then go to index.html#foo, do we get one or two popstates?
- # [03:10] <jlebar> Once for the initial document load...
- # [03:10] <Hixie> one
- # [03:10] <jlebar> I see.
- # [03:10] <Hixie> you get one for the page load
- # [03:10] <jlebar> And if we go back to index.html, we also don't get a popstate, because index.html doesn't have an associated state object.
- # [03:10] <Hixie> right
- # [03:11] <Hixie> er
- # [03:11] <Hixie> well actually...
- # [03:11] * Hixie looks closer
- # [03:11] <jlebar> :)
- # [03:11] <Hixie> actually yes, you do
- # [03:11] * Parts: ezyang (n=ezyang@DR-WILY.MIT.EDU)
- # [03:11] <Hixie> you always get a popstate when traversing to the first entry in the history for a Document
- # [03:11] * jlebar is relieved.
- # [03:11] <jlebar> Oh...interesting.
- # [03:11] <Hixie> not sure that's entirely sane
- # [03:11] <Hixie> but it's what it says
- # [03:11] <jlebar> Me either.
- # [03:12] <jlebar> I've been dispatching popstate whenever we dispatch onload, and also when you go back/forwards to any history entry.
- # [03:13] <jlebar> That might be easier for developers to deal with, since it's somewhat consistent.
- # [03:13] <Hixie> the original intent was to only dispatch it when hitting an entry that has been pushState()d
- # [03:13] <Hixie> i am not sure why we dispatch for the initial page load
- # [03:13] <jlebar> I think because you want to know when you go back to it?
- # [03:13] <Hixie> i guess, yeah
- # [03:14] <Hixie> yeah, that makes sense
- # [03:14] * Joins: nessy (n=nessy@115.128.11.233)
- # [03:14] <jlebar> So it treats the first history entry for a document as one which was pushState()ed to.
- # [03:14] <Hixie> right
- # [03:14] <Hixie> that makes sense i guess
- # [03:14] <jlebar> maybe? :)
- # [03:14] <Hixie> :-)
- # [03:14] <Hixie> so the only entries for which you don't fire a popstate per spec are those that were added due to the hash changing
- # [03:14] <Hixie> (they get a hashchange)
- # [03:15] <jlebar> I see. That might be a little confusing, because clearstate does clear those.
- # [03:15] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [03:15] <Hixie> yeah, that was a recent change
- # [03:16] <Hixie> iirc
- # [03:16] <Hixie> or at least, that wasn't my original intent
- # [03:16] <Hixie> thing is, if we do fire popstate for everything
- # [03:16] <Hixie> then authors are going to have to distinguish the state=null-because-first case from the state=null-because-hashchange-will-fire-next case
- # [03:16] * Quits: nessy (n=nessy@115.128.11.233) (Client Quit)
- # [03:17] <Hixie> and that's probably harder than just dealing with those two cases
- # [03:18] <jlebar> Hm... I'm not yet convinced that matters. Wouldn't they listen to popstate alone in that case?
- # [03:19] <jlebar> * rephrased: If they just ignore hashchanges, do they care about differentiating between them?
- # [03:19] * Quits: atwilson (n=atwilson@74.125.59.1)
- # [03:19] <Hixie> if they don't distinguish them, then each time the user changes the hash manually, the page is going to reset to the initial state
- # [03:19] <jlebar> Hmm
- # [03:19] * Joins: jorlow (n=jorlow@nat/google/x-jbqlgfttgdohawlq)
- # [03:20] * Quits: cying (n=cying@70.90.171.153)
- # [03:21] * jlebar wonders how this would change if we had a setState() function. Then you *could* associate state with the initial entry.
- # [03:22] <Hixie> true
- # [03:22] <Hixie> but it's easy enough to remember the state for the initial state
- # [03:23] <Hixie> i mean, what they _should_ do is if state is null, or if hashchange is called, just base the state on the url
- # [03:23] <Hixie> i guess we could call popstate always
- # [03:23] <Hixie> do any other UAs implement this yet?
- # [03:23] * Joins: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [03:23] <jlebar> That's how I've been imagining it working. That way you can bookmark the page and it'll do the right thing.
- # [03:23] <jlebar> I'm not aware of any other UAs working on this.
- # [03:23] <Hixie> try e-mailing the list and seeing what others think of it
- # [03:24] <jlebar> Will do.
- # [03:24] <Hixie> if it's not too late for shipped implementations, i can change it to just always fire popstate
- # [03:24] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [03:24] <Hixie> my contribution to the web: events firing all the damn time. :-/
- # [03:24] <jlebar> Okay. I'll try and send out an e-mail soon. I have a few other things in there, but they don't require the Author to parse the spec for me. :)
- # [03:24] <Hixie> i guess nothing i've done with events is as bad as mutation events, still
- # [03:24] * Quits: webben (n=benh@91.85.213.95) (Read error: 110 (Connection timed out))
- # [03:24] <Hixie> jlebar: k :-)
- # [03:25] * Quits: webben_ (n=benh@91.85.213.95) (Connection timed out)
- # [03:25] <jlebar> Thanks, Hixie.
- # [03:25] <Hixie> np
- # [03:25] * Hixie wonders why adding features to the web platform feels like a continuous exercise in damage mitigation
- # [03:25] <Hixie> it's like trying to build a sandcastle under a waterfall
- # [03:26] <jlebar> lol. And you have four large, powerful groups of people all telling you that they don't like the shape of your crenelations.
- # [03:26] <Hixie> fan more than four
- # [03:27] <Hixie> far, even
- # [03:27] <Hixie> there's the IETF people, the accessibility people, microsoft, google, apple, mozilla, opera, the TAG, the RDFa people...
- # [03:27] <jlebar> Yeah. I'm only just beginning to get into this, but...I don't envy that.
- # [03:28] <Hixie> eh, the sad thing is i enjoy it
- # [03:28] <Hixie> i'm a sucker i guess :-P
- # [03:28] <jlebar> :) I need to go catch my train now. Thanks again!
- # [03:28] <Hixie> later!
- # [03:34] * Quits: aboodman (n=aboodman@nat/google/x-lwtcjwzlmipwuyth) (Read error: 60 (Operation timed out))
- # [03:36] * Joins: aboodman (n=aboodman@67.218.110.195)
- # [03:36] * Joins: ap (n=ap@c-24-130-131-182.hsd1.ca.comcast.net)
- # [03:37] * Quits: jacobolus (n=jacobolu@adsl-75-36-149-231.dsl.pltn13.sbcglobal.net) (Remote closed the connection)
- # [03:37] * Joins: wakaba_1 (n=wakaba_@119-228-219-251.eonet.ne.jp)
- # [03:37] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
- # [03:39] * Joins: wakaba_2 (n=wakaba_@119-228-219-251.eonet.ne.jp)
- # [03:39] * Joins: wakaba_3 (n=wakaba_@119-228-219-251.eonet.ne.jp)
- # [03:41] * Quits: dbaron (n=dbaron@nat/mozilla/x-qnefjysiuolhjmhw) ("8403864 bytes have been tenured, next gc will be global.")
- # [03:46] * Quits: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net) (Read error: 60 (Operation timed out))
- # [03:47] * Joins: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net)
- # [03:56] * Quits: wakaba_1 (n=wakaba_@119-228-219-251.eonet.ne.jp) (Read error: 110 (Connection timed out))
- # [03:56] * Quits: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Read error: 110 (Connection timed out))
- # [03:58] * Quits: wakaba_2 (n=wakaba_@119-228-219-251.eonet.ne.jp) (Read error: 110 (Connection timed out))
- # [04:11] * Joins: tkent (n=tkent@220.109.219.244)
- # [04:13] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
- # [04:14] * Joins: webben (n=benh@91.85.214.115)
- # [04:14] * Joins: webben_ (n=benh@91.85.214.115)
- # [04:15] * Quits: aboodman (n=aboodman@67.218.110.195)
- # [04:17] * Joins: jacobolus (n=jacobolu@64.9.240.221)
- # [04:25] * Quits: yutak (n=yutak@220.109.219.244) ("Leaving")
- # [04:35] * Joins: yutak (n=yutak@220.109.219.244)
- # [04:38] * Joins: weinig (n=weinig@nat/apple/x-kgbglxbxsgncuwuw)
- # [04:42] * Quits: ap (n=ap@c-24-130-131-182.hsd1.ca.comcast.net)
- # [04:57] * Quits: jorlow (n=jorlow@nat/google/x-jbqlgfttgdohawlq) (Read error: 110 (Connection timed out))
- # [04:59] * Joins: gavin____ (n=gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
- # [04:59] * Quits: gavin (n=gavin@firefox/developer/gavin) (Nick collision from services.)
- # [05:01] * Joins: jorlow (n=jorlow@72.14.224.1)
- # [05:03] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [05:20] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [05:24] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [05:24] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [05:24] * Quits: dpranke (n=Adium@nat/google/x-pekkhnkldadpmwru) ("Leaving.")
- # [05:27] * Quits: john_fallows (n=j_r_fall@adsl-75-61-85-210.dsl.pltn13.sbcglobal.net) (Remote closed the connection)
- # [05:33] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [05:44] * Quits: othermaciej (n=mjs@17.203.15.179)
- # [05:50] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 110 (Connection timed out))
- # [05:51] * Quits: jwalden (n=waldo@nat/mozilla/x-ahcebiwfowqidjbd) ("I wish I was...")
- # [05:56] * Quits: jorlow (n=jorlow@72.14.224.1) (Read error: 60 (Operation timed out))
- # [05:58] * Joins: gavin (n=gavin@firefox/developer/gavin)
- # [06:00] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [06:02] * Joins: jorlow (n=jorlow@c-67-180-199-19.hsd1.ca.comcast.net)
- # [06:03] * Quits: gavin____ (n=gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com) (Read error: 60 (Operation timed out))
- # [06:03] * Joins: nessy (n=nessy@124-170-211-79.dyn.iinet.net.au)
- # [06:10] <Hixie> shepazu: xhr was part of html5
- # [06:10] <Hixie> it was the first spec to be spun off
- # [06:10] * Joins: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
- # [06:13] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
- # [06:18] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 110 (Connection timed out))
- # [06:19] * Quits: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net) (Read error: 110 (Connection timed out))
- # [06:19] * Joins: cying (n=cying@adsl-75-18-221-105.dsl.pltn13.sbcglobal.net)
- # [06:24] * Quits: Rik`_ (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [06:30] * Joins: Super-Dot (n=Super-Do@adsl-76-243-93-145.dsl.pltn13.sbcglobal.net)
- # [06:32] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [06:43] * dglazkov_ is now known as dglazkov
- # [06:47] * Quits: weinig (n=weinig@nat/apple/x-kgbglxbxsgncuwuw)
- # [06:49] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [06:59] * Quits: dglazkov (n=dglazkov@72.14.224.1)
- # [07:00] * Joins: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net)
- # [07:01] * Joins: jorlow_ (n=jorlow@67.180.199.19)
- # [07:02] * Joins: jorlow__ (n=jorlow@67.180.199.19)
- # [07:09] * Quits: jorlow_ (n=jorlow@67.180.199.19) (Read error: 145 (Connection timed out))
- # [07:17] * Quits: jorlow (n=jorlow@c-67-180-199-19.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [07:20] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [07:21] * Joins: JonathanNeal (n=Jonathan@76-219-69-134.lightspeed.breaca.sbcglobal.net)
- # [07:21] <JonathanNeal> Hello all.
- # [07:26] <Hixie> anyone know how focus and blur events work on Window objects?
- # [07:31] <othermaciej> Hixie: I think they fire based on the window gaining or losing focus
- # [07:31] <othermaciej> more detail than that, I don't know
- # [07:32] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
- # [07:32] <Hixie> i guess i'll look into it on wednesday
- # [07:32] <Hixie> bed now
- # [07:32] <Hixie> nn
- # [07:42] * Joins: virtuelv (n=virtuelv@201.169.34.95.customer.cdi.no)
- # [07:45] <JonathanNeal> Night, Hixie.
- # [07:47] <JonathanNeal> focus is when a particular element is active, like when a link is selected and has that little dotted outline in firefox, or when your mouse is pressed inside an input element and the text cursor is flashing, when you "enter" that element, that is focus.
- # [07:47] <JonathanNeal> Blur is the opposite and occurs only when you leave a particular element.
- # [07:48] <JonathanNeal> oh geez, you asked about window objects, not elements.
- # [07:48] <JonathanNeal> If you're talking about the window that shows you the body of the page, then it works the same as the elements.
- # [07:49] <JonathanNeal> when the window is active and when you're on the tab of that particular page, it's active.
- # [07:50] <JonathanNeal> you have to actively leave the tab by switching to another one or minimizing the window to trigger blur.
- # [07:53] * Joins: jacobolu_ (n=jacobolu@64.9.240.221)
- # [07:53] * Quits: jacobolus (n=jacobolu@64.9.240.221) (Read error: 104 (Connection reset by peer))
- # [07:57] * jacobolu_ is now known as jacobolus
- # [08:03] * Quits: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com) (Remote closed the connection)
- # [08:03] * Joins: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
- # [08:03] * Quits: jacobolus (n=jacobolu@64.9.240.221) (Remote closed the connection)
- # [08:09] * Quits: virtuelv (n=virtuelv@201.169.34.95.customer.cdi.no) ("Ex-Chat")
- # [08:12] * Joins: jacobolus (n=jacobolu@adsl-75-36-149-231.dsl.pltn13.sbcglobal.net)
- # [08:16] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
- # [08:18] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [08:39] * Joins: heycam (n=cam@203-217-91-14.dyn.iinet.net.au)
- # [08:40] * Parts: yutak (n=yutak@220.109.219.244) ("Leaving")
- # [08:40] * Joins: yutak (n=yutak@220.109.219.244)
- # [08:40] * Joins: myakura (n=myakura@p1253-ipbf2903marunouchi.tokyo.ocn.ne.jp)
- # [08:41] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [08:43] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:47] <shepazu> Hixie: XHR came to W3C long before HTML5 did... with regards to the Rec track, it's not a "spin-off" in that sense
- # [08:49] <annevk2> not that long
- # [08:49] <annevk2> less than a year
- # [08:50] <annevk2> and it did came out of what became known as HTML5 later
- # [08:50] * Quits: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
- # [08:57] <annevk2> it's even part of the acknowledgments
- # [08:59] * hsivonen thinks the maturity level req for normative references is entirely unhelpful
- # [09:01] <annevk2> XMLHttpRequest is not moving that fast at the moment
- # [09:01] <annevk2> mostly awaiting more impl feedback
- # [09:02] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [09:05] <othermaciej> shepazu: it was spun off before WHATWG Web Apps 1.0 was officially adopted as W3C HTML5
- # [09:06] <othermaciej> hsivonen: it somewhat makes sense to me that, if you normatively depend on an unstable spec, it's dubious to declare yourself frozen
- # [09:06] <othermaciej> hsivonen: but since Web technology has turned out to be a web of specs and not a hierarchy, it does seem like it could impede progress
- # [09:07] * Quits: vvv (n=vvv@mediawiki/VasilievVV)
- # [09:08] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
- # [09:09] * Quits: Super-Dot (n=Super-Do@adsl-76-243-93-145.dsl.pltn13.sbcglobal.net)
- # [09:09] <hsivonen> othermaciej: implementations aren't going to stabilize at a point where they are only implementing RECs
- # [09:10] <othermaciej> hsivonen: that tends to undermine the idea of RECs at all
- # [09:10] <hsivonen> othermaciej: instead, any particular piece of the platform may advance ahead of components that rely on the service the piece provides
- # [09:10] <othermaciej> I am not sure what the right process is for Web standards
- # [09:10] <hsivonen> othermaciej: I'm not a believer in RECs, either.
- # [09:10] <othermaciej> implementations move too fast
- # [09:11] <othermaciej> for the traditional standards process
- # [09:11] <othermaciej> but never stabilizing anything also seems like a bad idea
- # [09:12] * Joins: Super-Dot (n=Super-Do@adsl-76-243-93-145.dsl.pltn13.sbcglobal.net)
- # [09:12] <hsivonen> it makes sense to stabilize stuff, but making spec division as granular as actual stability would be prohibitively bureaucratic
- # [09:12] <hsivonen> we'd have on W3C doc per DOM method
- # [09:12] <hsivonen> s/on/one/
- # [09:13] <hsivonen> even the WHATWG section-level stability isn't quite granular enough to annotate real implementation stability
- # [09:14] <hsivonen> I rather like the analogy Hixie made with U.S. Code
- # [09:14] <othermaciej> probably still more practical than doing it per-method
- # [09:15] * Joins: nvartolomei (n=nvartolo@host-static-92-115-197-29.moldtelecom.md)
- # [09:16] <annevk2> shepazu, please...
- # [09:17] <annevk2> (re latest email)
- # [09:18] * Quits: aboodman2 (n=aboodman@72.14.229.81)
- # [09:18] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
- # [09:18] * Quits: cying (n=cying@adsl-75-18-221-105.dsl.pltn13.sbcglobal.net)
- # [09:24] <shepazu> annevk2: what? you raised a totally pedantic point that wasn't even correct, nor was it pertinent to the subject at hand... you expected a serious reply?
- # [09:26] <annevk2> dream on
- # [09:26] <hsivonen> shepazu: what was annevk2's pedantic point?
- # [09:28] <shepazu> the same as hixie's, naturally... to which I'd already replied in this channel
- # [09:31] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [09:35] <annevk2> hmm
- # [09:35] <annevk2> the WHATWG twitter account is no longer updated?
- # [09:36] <annevk2> probably a problem with twitter I suppose :/
- # [09:44] * Quits: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net) ("ChatZilla 0.9.85 [Firefox 3.5.3pre/20090815032430]")
- # [09:44] * Joins: ttepasse (n=ttepas--@p5B0163B4.dip.t-dialin.net)
- # [09:46] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [09:48] * Joins: wakaba_0 (n=wakaba_@119-228-219-193.eonet.ne.jp)
- # [09:48] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [09:48] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [09:50] * Joins: danbri (n=danbri@85.144.208.21)
- # [09:51] <othermaciej> shepazu: the original contents of the W3C XHR spec were once in "Web Apps 1.0", which at the time was known unofficially as HTML5 and now is known officially as HTML5
- # [09:52] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [09:52] <othermaciej> shepazu: I'm not sure what your goal is in casting doubt on that record
- # [09:54] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
- # [09:55] * Joins: gavin (n=gavin@firefox/developer/gavin)
- # [09:57] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
- # [10:00] * Joins: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
- # [10:03] * Joins: wakaba (n=wakaba@217.63.138.58.dy.bbexcite.jp)
- # [10:03] * Joins: annevk5 (n=annevk@5355732C.cable.casema.nl)
- # [10:05] * Joins: matijsb (n=matijsb@hotfusion.demon.nl)
- # [10:06] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [10:06] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (lindbohm.freenode.net irc.freenode.net)
- # [10:06] * Quits: dave_levin (n=dave_lev@72.14.224.1) (lindbohm.freenode.net irc.freenode.net)
- # [10:06] * Quits: jlebar (n=jlebar@nat/mozilla/x-mqjtyuvnzmpvvyyc) (lindbohm.freenode.net irc.freenode.net)
- # [10:06] * Quits: karlcow (n=karl@nerval.la-grange.net) (lindbohm.freenode.net irc.freenode.net)
- # [10:06] * Quits: Hixie (i=ianh@trivini.no) (lindbohm.freenode.net irc.freenode.net)
- # [10:06] * Quits: franksalim (n=frank@adsl-75-61-85-210.dsl.pltn13.sbcglobal.net) (lindbohm.freenode.net irc.freenode.net)
- # [10:06] * Quits: wakaba_ (n=wakaba@217.63.138.58.dy.bbexcite.jp) (lindbohm.freenode.net irc.freenode.net)
- # [10:06] * Quits: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp) (lindbohm.freenode.net irc.freenode.net)
- # [10:06] * Quits: doublec (n=chris@li30-216.members.linode.com) (lindbohm.freenode.net irc.freenode.net)
- # [10:07] * Quits: wakaba_3 (n=wakaba_@119-228-219-251.eonet.ne.jp) (Read error: 110 (Connection timed out))
- # [10:07] * Joins: doublec (n=chris@li30-216.members.linode.com)
- # [10:08] * Joins: Hixie (i=ianh@trivini.no)
- # [10:09] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
- # [10:09] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
- # [10:11] * Quits: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
- # [10:11] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [10:12] * Joins: dave_levin_ (n=dave_lev@72.14.224.1)
- # [10:12] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [10:12] * Joins: dave_levin (n=dave_lev@72.14.224.1)
- # [10:12] * Joins: jlebar (n=jlebar@nat/mozilla/x-mqjtyuvnzmpvvyyc)
- # [10:12] * Joins: karlcow (n=karl@nerval.la-grange.net)
- # [10:12] * Joins: franksalim (n=frank@adsl-75-61-85-210.dsl.pltn13.sbcglobal.net)
- # [10:12] * Joins: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp)
- # [10:12] * Quits: dave_levin (n=dave_lev@72.14.224.1) (Connection reset by peer)
- # [10:12] * Quits: karlcow (n=karl@nerval.la-grange.net) (Connection reset by peer)
- # [10:12] * Joins: karlcow (n=karl@nerval.la-grange.net)
- # [10:16] * Quits: dave_levin_ (n=dave_lev@72.14.224.1) (Client Quit)
- # [10:17] * Quits: yutak (n=yutak@220.109.219.244) (lindbohm.freenode.net irc.freenode.net)
- # [10:17] * Quits: stevepsu (i=sjstrutt@naga.ircii.org) (lindbohm.freenode.net irc.freenode.net)
- # [10:17] * Quits: gsnedders|work (n=gsnedder@pat.se.opera.com) (lindbohm.freenode.net irc.freenode.net)
- # [10:17] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (lindbohm.freenode.net irc.freenode.net)
- # [10:17] * Quits: kinetik (n=kinetik@121.98.132.55) (lindbohm.freenode.net irc.freenode.net)
- # [10:17] * Quits: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu) (lindbohm.freenode.net irc.freenode.net)
- # [10:17] * Quits: inimino (n=inimino@atekomi.inimino.org) (lindbohm.freenode.net irc.freenode.net)
- # [10:17] * Quits: hober (n=ted@unaffiliated/hober) (lindbohm.freenode.net irc.freenode.net)
- # [10:17] * Joins: stevepsu (i=sjstrutt@naga.ircii.org)
- # [10:17] * Joins: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu)
- # [10:17] * Joins: hober (n=ted@unaffiliated/hober)
- # [10:17] * Joins: gavin_ (n=gavin@people.mozilla.com)
- # [10:17] * Joins: yutak (n=yutak@220.109.219.244)
- # [10:17] * Joins: gsnedders|work (n=gsnedder@pat.se.opera.com)
- # [10:20] * Quits: nvartolomei (n=nvartolo@host-static-92-115-197-29.moldtelecom.md) (Read error: 104 (Connection reset by peer))
- # [10:22] * Joins: kinetik (n=kinetik@121.98.132.55)
- # [10:22] * Joins: inimino (n=inimino@atekomi.inimino.org)
- # [10:24] <shepazu> othermaciej: "casting doubt on that record"? I laid it out explicitly... you might as well ask what anne's point was in claiming XHR originated with the HTML5 spec... it's totally irrelevant to the explanation I was making for Shelley about what the relationship of specs on the Rec-track are
- # [10:25] <annevk5> I was just making a small nit about your statement being the editor of XMLHttpRequest and all
- # [10:25] <shepazu> why is it always a political debate when someone gets off the party line?
- # [10:25] <othermaciej> shepazu: the part of your email he quoted said "XmlHttpRequest (XHR) spec, which was never part of HTML5"
- # [10:25] <othermaciej> I think he just gave a simple factual correction, from his perspective
- # [10:25] * Quits: myakura (n=myakura@p1253-ipbf2903marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [10:25] <othermaciej> I don't believe anyone but you is making it political
- # [10:25] <shepazu> pft.
- # [10:25] * Quits: webben_ (n=benh@91.85.214.115) (Read error: 110 (Connection timed out))
- # [10:26] * Joins: aho (n=nya@g226149119.adsl.alicedsl.de)
- # [10:26] * Joins: mpt_ (n=mpt@canonical/launchpad/mpt)
- # [10:26] <othermaciej> it was a side point which I don't think invalidates the rest of your comments
- # [10:27] <aho> void save(); // push state on state stack
- # [10:27] <aho> void restore(); // pop state stack and restore state
- # [10:27] * Quits: webben (n=benh@91.85.214.115) (Success)
- # [10:27] <aho> why aren't these called push and pop?
- # [10:27] <aho> save and restore makes it sound like there can be only one state
- # [10:27] * Quits: mpt_ (n=mpt@canonical/launchpad/mpt) (Client Quit)
- # [10:27] <shepazu> wtf??? http://www.fujinonbinos.com/
- # [10:28] <shepazu> (view source)
- # [10:29] * Joins: foolip (n=philip@pat.se.opera.com)
- # [10:29] <hsivonen> shepazu: awesomeness
- # [10:29] <shepazu> code as art?
- # [10:30] * Quits: nessy (n=nessy@124-170-211-79.dyn.iinet.net.au) ("This computer has gone to sleep")
- # [10:30] <othermaciej> my eyes hurt
- # [10:30] <shepazu> the Poseidon Series, appropriately, goes very deep
- # [10:31] <foolip> jgraham, Philip`: did either of you happen to implement the DOM APIs for microdata for your demos? I'm wanting to do a microdata experiment but am too lazy to implement the API myself
- # [10:31] <annevk5> sicking, I think another important reason for alt= has been search engines
- # [10:32] <shepazu> <META NAME="generator" CONTENT="Web Studio, Version 4.0 for Windows">
- # [10:38] * Joins: mat_t (n=mattomas@nat/canonical/x-yzvpnjcfeuxhpnaf)
- # [10:41] * Quits: pesla (n=retep@procurios.xs4all.nl) (Read error: 104 (Connection reset by peer))
- # [10:45] <jgraham> foolip: No, mine is python based
- # [10:46] <jgraham> so it doesn't really have a concept of DOM
- # [10:46] <foolip> too bad
- # [10:46] <jgraham> Philip`'s was js based though. I don't know if he tried implementing the DOM APIs
- # [10:47] <foolip> I'll have a look then
- # [10:48] <othermaciej> annevk2: do search engines read alt?
- # [10:48] <othermaciej> annevk2: I wonder why it has not become a search engine spam vector (or maybe it has)
- # [10:52] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [10:52] * Quits: pesla (n=retep@procurios.xs4all.nl) (Remote closed the connection)
- # [10:54] <annevk5> othermaciej, I think it's in every SEO text book (not that I ever read one)
- # [10:55] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [10:55] <hsivonen> on the codec topic: did VLC regress or remove Dirac support?
- # [10:56] * Joins: webben (n=benh@217.12.14.240)
- # [10:56] * Joins: webben_ (n=benh@217.12.14.240)
- # [11:01] * Joins: ROBOd (n=robod@89.122.216.38)
- # [11:03] * Joins: ayo (n=nya@f050205058.adsl.alicedsl.de)
- # [11:04] * Quits: ayo (n=nya@f050205058.adsl.alicedsl.de) (Read error: 104 (Connection reset by peer))
- # [11:04] * Joins: ayo (n=nya@f050205058.adsl.alicedsl.de)
- # [11:04] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [11:05] * Quits: aho (n=nya@g226149119.adsl.alicedsl.de) (Nick collision from services.)
- # [11:05] * ayo is now known as aho
- # [11:07] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [11:07] * Joins: Phae (n=phaeness@gateb.thls.bbc.co.uk)
- # [11:11] * Quits: pesla (n=retep@procurios.xs4all.nl) (Read error: 104 (Connection reset by peer))
- # [11:12] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [11:13] * Quits: yutak (n=yutak@220.109.219.244) ("Leaving")
- # [11:19] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
- # [11:24] * Quits: Super-Dot (n=Super-Do@adsl-76-243-93-145.dsl.pltn13.sbcglobal.net)
- # [11:27] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
- # [11:29] * Quits: gsnedders|work (n=gsnedder@pat.se.opera.com) ("Adios Intarwebs!")
- # [11:35] * Joins: yutak (n=yutak@220.109.219.244)
- # [11:35] * Joins: jorlow (n=jorlow@c-67-180-199-19.hsd1.ca.comcast.net)
- # [11:35] * Joins: nessy (n=nessy@124-170-211-79.dyn.iinet.net.au)
- # [11:36] * Joins: gsnedders (n=gsnedder@pat.se.opera.com)
- # [11:37] * Quits: nessy (n=nessy@124-170-211-79.dyn.iinet.net.au) (Client Quit)
- # [11:40] * Quits: yutak (n=yutak@220.109.219.244) ("Leaving")
- # [11:40] * Joins: nessy (n=nessy@124-170-211-79.dyn.iinet.net.au)
- # [11:41] * Joins: yutak (n=yutak@220.109.219.244)
- # [11:43] * Quits: annevk5 (n=annevk@5355732C.cable.casema.nl) (Read error: 104 (Connection reset by peer))
- # [11:44] * Joins: annevk5 (n=annevk@83.85.115.44)
- # [11:44] * Quits: jorlow__ (n=jorlow@67.180.199.19) (Read error: 145 (Connection timed out))
- # [11:49] <annevk5> so Firefox does support ISO88599 unlike IE but like Chromium and Opera
- # [11:49] <annevk5> but it does not support ISO-8859_9 unlike IE, Chromium and Opera
- # [11:58] <aho> how about ISO-8859-9? :>
- # [11:59] <annevk5> including the question mark? </smart-ass>
- # [11:59] <aho> wouldnt be a question then, would it? :P
- # [12:00] <annevk5> you win :)
- # [12:00] * Joins: svl_ (n=me@dslb-084-056-075-123.pools.arcor-ip.net)
- # [12:06] * Joins: pesla (n=retep@80.101.187.43)
- # [12:10] * Quits: nessy (n=nessy@124-170-211-79.dyn.iinet.net.au) ("This computer has gone to sleep")
- # [12:11] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [12:20] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
- # [12:23] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [12:24] * Quits: Hixie (i=ianh@trivini.no) (Read error: 60 (Operation timed out))
- # [12:30] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 110 (Connection timed out))
- # [12:37] * Quits: pesla (n=retep@80.101.187.43) (Read error: 131 (Connection reset by peer))
- # [12:39] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 110 (Connection timed out))
- # [12:45] * Joins: ttepass- (n=ttepas--@p5B017E9C.dip.t-dialin.net)
- # [12:46] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) ("leaving")
- # [12:46] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
- # [12:56] * Joins: adactio (n=adactio@host86-132-125-223.range86-132.btcentralplus.com)
- # [13:03] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) ("leaving")
- # [13:04] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
- # [13:09] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [13:10] * Quits: ttepass- (n=ttepas--@p5B017E9C.dip.t-dialin.net) (Read error: 60 (Operation timed out))
- # [13:11] * Joins: ttepass- (n=ttepas--@p5B0136CC.dip.t-dialin.net)
- # [13:11] * Quits: pesla (n=retep@procurios.xs4all.nl) (Read error: 54 (Connection reset by peer))
- # [13:11] * Quits: ttepasse (n=ttepas--@p5B0163B4.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [13:23] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [13:24] * Joins: ttepasse (n=ttepas--@p5B016E06.dip.t-dialin.net)
- # [13:31] * Quits: webben (n=benh@217.12.14.240) (Read error: 145 (Connection timed out))
- # [13:31] * Quits: webben_ (n=benh@217.12.14.240) (Read error: 145 (Connection timed out))
- # [13:33] * Quits: wakaba_0 (n=wakaba_@119-228-219-193.eonet.ne.jp) (Read error: 110 (Connection timed out))
- # [13:40] * Quits: ttepass- (n=ttepas--@p5B0136CC.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [13:49] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
- # [13:50] * Quits: aho (n=nya@f050205058.adsl.alicedsl.de) ("EXEC_over.METHOD_SUBLIMATION")
- # [13:54] * Rik|work_ is now known as Rik|work
- # [13:57] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) ("leaving")
- # [13:58] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
- # [13:58] <Dashiva> What are the non-aria uses of role now that xhtml2 is going away?
- # [13:58] * Joins: nessy (n=nessy@124-170-211-79.dyn.iinet.net.au)
- # [13:58] <hsivonen> Dashiva: none
- # [14:00] * gsnedders guesses Hixie is sleeping
- # [14:00] <Dashiva> Then what's up with the role vs aria-role thread?
- # [14:02] <annevk5> I don't think everyone is in agreement that role="" is just for WAI-ARIA
- # [14:02] <hsivonen> Dashiva: role is an inconsistent name when everything else in ARIA has the aria-* prefix
- # [14:02] <hsivonen> Dashiva: it sucks, but it's too late. not too serious to worry about, IMO.
- # [14:03] <hsivonen> annevk5: who disagrees except the XHTML2 WG?
- # [14:03] <annevk5> The people who brought it up I assume
- # [14:04] <Dashiva> But nobody knows here what other uses are being considered?
- # [14:07] <annevk5> I don't fully understand what they want
- # [14:12] * Joins: webben (n=benh@nat/yahoo/x-zudqrgzkdsafgrxq)
- # [14:12] * Joins: webben_ (n=benh@nat/yahoo/x-ywyncuexuwhbpypo)
- # [14:14] <Lachy> I don't understand that thread at all. Jim stated in his e-mail about it that "ARIA roles are not the *only* use of the role attribute", and regardless of whether that's true or not, it refutes his own argument for making it aria specific
- # [14:15] <hsivonen> non-ARIA uses of role are handled by class :-)
- # [14:16] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
- # [14:16] <Dashiva> <element element-role="div">
- # [14:16] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [14:18] <jgraham> I think he wants aria-role and role so that you can have <input type=checkbox aria-role=radio role=url>
- # [14:25] * Quits: jorlow (n=jorlow@c-67-180-199-19.hsd1.ca.comcast.net)
- # [16:27] * Disconnected
- # [16:28] * Attempting to rejoin channel #whatwg
- # [16:28] * Rejoined channel #whatwg
- # [16:28] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
- # [16:28] * Set by annevk on Thu Feb 05 13:51:18
- # [16:30] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [16:35] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [16:45] * Joins: ttepass- (n=ttepas--@p5B0159E6.dip.t-dialin.net)
- # [16:46] * Joins: equalsJeffH (n=weechat@209.20.72.172)
- # [16:58] * Quits: ttepasse (n=ttepas--@p5B016E06.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [17:01] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
- # [17:03] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
- # [17:06] * Quits: equalsJeffH (n=weechat@209.20.72.172) ("WeeChat 0.2.6")
- # [17:06] * Joins: equalsJeffH (n=weechat@209.20.72.172)
- # [17:08] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
- # [17:10] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
- # [17:21] <zcorpan> http://www.w3.org/mid/op.uyupstgqidj3kv@simon-pieterss-macbook.local
- # [17:22] <annevk2> back to ABNF?
- # [17:23] <annevk2> or XML BNF or whatever it is
- # [17:23] <zcorpan> it's XML 1.0 EBNF
- # [17:24] <annevk2> so the new rule is not matching the EBNF is ignoring the entire PI?
- # [17:24] <zcorpan> yeah
- # [17:25] <zcorpan> plus duplicate pseudo-attribute and �
- # [17:27] <annevk2> XML infoset? :/
- # [17:27] * Joins: kangax (n=kangax@157.130.31.226)
- # [17:27] * Joins: dglazkov (n=dglazkov@nat/google/x-lettnavcembeqrlz)
- # [17:28] <zcorpan> the wg doesn't like having it defined in terms of the dom, because not all impl use a dom...
- # [17:28] <zcorpan> but they were fine with infoset
- # [17:29] <annevk2> hmm, it also doesn't define impl requirements anymore it seems
- # [17:29] <annevk2> e.g. section 5 seems more like a description for authors than implementors
- # [17:30] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [17:31] <annevk2> http://simon.html5.org/specs/xml-stylesheet5 is nicer :)
- # [17:32] * annevk2 is somewhat positively surprised with http://www.ietf.org/mail-archive/web/http-state/current/msg00191.html
- # [17:38] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
- # [17:40] * Quits: svl_ (n=me@dslb-084-056-075-123.pools.arcor-ip.net) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [17:41] * Joins: ttepasse (n=ttepas--@p5B014FD4.dip.t-dialin.net)
- # [17:45] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-nxzciobsbbybnyhq)
- # [17:46] <jgraham> http://news.bbc.co.uk/2/hi/science/nature/8206280.stm
- # [17:46] <jgraham> MikeSmith in particular should take note of the guy's name
- # [17:51] * Quits: equalsJeffH (n=weechat@209.20.72.172) ("WeeChat 0.2.6")
- # [17:52] <Lachy> "Professor Robert Smith? (the question mark is part of his surname and not a typographical mistake) ..." - That guy must have had some weird parents to have given him a question mark in his name
- # [17:53] <jgraham> Lachy: Given that it is to distinguish him from the more famous Robert Smith I guess he got his name changed
- # [17:53] * Joins: jorlow (n=jorlow@c-67-180-199-19.hsd1.ca.comcast.net)
- # [17:53] <jgraham> Kinda like Mike(TM)Smith but moreso
- # [17:53] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
- # [17:53] <Lachy> I hadn't read that far through the article to see that yet
- # [17:54] <Lachy> So I guess he added it himself
- # [17:54] <gsnedders> n00b
- # [17:56] * Joins: equalsJeffH (n=weechat@209.20.72.172)
- # [17:57] * Quits: equalsJeffH (n=weechat@209.20.72.172) (Client Quit)
- # [17:57] * Joins: equalsJeffH (n=weechat@209.20.72.172)
- # [17:58] <Dashiva> jgraham: It's a shame the study uses such a flawed model
- # [17:58] * Quits: equalsJeffH (n=weechat@209.20.72.172) (Client Quit)
- # [17:59] <Dashiva> Pretty basic mistake, too, I wonder how they missed it
- # [18:00] * Joins: equalsJeffH (n=weechat@209.20.72.172)
- # [18:00] <zcorpan> gsnedders: fixed the charref issue
- # [18:01] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [18:02] * Quits: ttepass- (n=ttepas--@p5B0159E6.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [18:02] * Joins: ap (n=ap@nat/apple/x-qielptslzfsahkcp)
- # [18:02] * Joins: ttepass- (n=ttepas--@p5B0133A4.dip.t-dialin.net)
- # [18:05] * Quits: ttepasse (n=ttepas--@p5B014FD4.dip.t-dialin.net) (Read error: 110 (Connection timed out))
- # [18:08] * Quits: equalsJeffH (n=weechat@209.20.72.172) ("WeeChat 0.2.6")
- # [18:08] * Joins: equalsJeffH (n=weechat@209.20.72.172)
- # [18:11] <jgraham> Dashiva: I assume the study was designed to give the publicity-happy result
- # [18:12] <jgraham> Although that may be unduly cynical, it is worth noting that it is by someone who thought that doing a study on disease propogation using zombies was a good idea and who appended a question mark to their name
- # [18:14] <Dashiva> So you believe that in a model where zombies can't re-reanimate, humans and zombies could coexist peacefully?
- # [18:16] <annevk5> jgraham, good enough to make BBC News
- # [18:16] <annevk5> apparently :)
- # [18:16] * Quits: equalsJeffH (n=weechat@209.20.72.172) ("WeeChat 0.2.6")
- # [18:16] * Joins: equalsJeffH (n=weechat@209.20.72.172)
- # [18:16] <Dashiva> Props to BBC for finding a guy smart enough to point out the obvious flaw in the study :)
- # [18:17] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
- # [18:19] <jgraham> annevk5: "silly season"
- # [18:19] <annevk5> which reminds me, where is RB?
- # [18:19] * Joins: taf2 (n=taf2@38.99.201.242)
- # [18:21] <zcorpan> annevk2: don't summon him please
- # [18:23] <jgraham> I have to say that every time Dmitry Titov posts I have a momentary panic that it is Dmitry Turin
- # [18:26] <annevk5> foolip, gonna blog about http://twitter.com/foolip/status/3384463111 ?
- # [18:27] <foolip> annevk5: maybe after a finish an experiment with the Microdata DOM API (which I have to implement first)
- # [18:27] <foolip> s/a/I/
- # [18:28] <foolip> (in JS that is, not in browser)
- # [18:30] <gsnedders> "If current node is a pre, textarea, or listing element, append a U+000A LINE FEED (LF) character." — does anything do that?
- # [18:30] <gsnedders> As far as I can tell nothing does that
- # [18:33] <jgraham> Doesn't seem worth worrying about unless it causes compat issues
- # [18:33] <annevk5> but things probably should because otherwise we lose a \n each time it's parsed and then serialized
- # [18:34] <annevk5> and then parsed again, doh
- # [18:34] <annevk5> foolip, k
- # [18:40] * Quits: JonathanNeal (n=Jonathan@76-219-69-134.lightspeed.breaca.sbcglobal.net) (Read error: 110 (Connection timed out))
- # [18:42] * Quits: jlebar (n=jlebar@nat/mozilla/x-mqjtyuvnzmpvvyyc) ("Leaving")
- # [18:43] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (Read error: 104 (Connection reset by peer))
- # [18:43] * Joins: atwilson (n=atwilson@74.125.59.1)
- # [18:48] * Joins: JonathanNeal (n=Jonathan@rrcs-76-79-114-216.west.biz.rr.com)
- # [18:49] <JonathanNeal> Goodmorning!
- # [18:49] <zcorpan> hsivonen: a difference with parsing into the element itself when setting innerHTML (instead of doing what the spec says): <pre>.innerHTML = '\nx'
- # [18:49] * Quits: jorlow (n=jorlow@c-67-180-199-19.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
- # [18:50] * Joins: maikmerten (n=maikmert@Z8c41.z.pppool.de)
- # [18:50] <Lachy> Good evening JonathanNeal
- # [18:51] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
- # [18:53] * Quits: Phae (n=phaeness@gateb.thls.bbc.co.uk)
- # [19:00] <JonathanNeal> Hello all.
- # [19:00] <JonathanNeal> I mean, goodevening Lachy.
- # [19:03] * Quits: Creap (n=Creap@193.11.202.139) (Remote closed the connection)
- # [19:04] <JonathanNeal> Where are you based?
- # [19:04] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
- # [19:07] * Joins: jlebar (n=jlebar@nat/mozilla/x-kypemdkwglyqwdgn)
- # [19:09] <miketaylr> it's lunch time over here, so good afternoon JonathanNeal
- # [19:15] * Quits: mat_t (n=mattomas@nat/canonical/x-yzvpnjcfeuxhpnaf) (Remote closed the connection)
- # [19:18] <JonathanNeal> Goodevening Lachy and goodafternoon miketaylr.
- # [19:20] <Dashiva> i18n('greeting')
- # [19:20] <JonathanNeal> Thanks for all of your guys help so far, I'm making good progress with http://madison.thewikies.com/html5/liferay/ and I'll be working on the core of the portal to have the default unstyled theme be an HTML5 semantic document.
- # [19:23] * Joins: sebmarkbage (n=miranda@c123.a108.sto.bahnhof.net)
- # [19:27] * Quits: dglazkov (n=dglazkov@nat/google/x-lettnavcembeqrlz)
- # [19:34] * Joins: dglazkov (n=dglazkov@nat/google/x-njafpyiwyqcmmrtj)
- # [19:35] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [19:36] * Quits: jablko (n=jablko@S01060080c6f16ed5.vs.shawcable.net) (Read error: 110 (Connection timed out))
- # [19:39] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
- # [19:52] * Joins: jorlow (n=jorlow@nat/google/x-trmgxywlifbcfpfu)
- # [19:57] <Lachy> JonathanNeal, I'm in Norway
- # [19:58] <JonathanNeal> Groovy.
- # [19:59] * Quits: maikmerten (n=maikmert@Z8c41.z.pppool.de) (Read error: 113 (No route to host))
- # [20:00] * Joins: maikmerten (n=maikmert@Zb750.z.pppool.de)
- # [20:03] * Joins: jlebar_ (n=jlebar@nat/mozilla/x-dhphvmpuflimtulq)
- # [20:03] * Joins: dbaron (n=dbaron@nat/mozilla/x-asbaedlhxffpbplh)
- # [20:05] * Joins: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net)
- # [20:07] * Joins: cying (n=cying@70.90.171.153)
- # [20:07] * Quits: jorlow (n=jorlow@nat/google/x-trmgxywlifbcfpfu) (Remote closed the connection)
- # [20:07] * Joins: jorlow (n=jorlow@nat/google/x-lvbufzujpwxpgnet)
- # [20:19] * Joins: jennb (n=jennb@72.14.227.1)
- # [20:19] * Quits: jlebar (n=jlebar@nat/mozilla/x-kypemdkwglyqwdgn) (Read error: 110 (Connection timed out))
- # [20:19] * Quits: bzed (n=bzed@devel.recluse.de) (Remote closed the connection)
- # [20:19] * Joins: bzed (n=bzed@devel.recluse.de)
- # [20:28] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [20:31] * Joins: gsnedders_ (n=gsnedder@c83-252-192-255.bredband.comhem.se)
- # [20:31] * Joins: dave_levin (n=dave_lev@72.14.227.1)
- # [20:34] * Joins: weinig (n=weinig@nat/apple/x-zfbgttjksfdwxcvo)
- # [20:35] * Quits: jorlow (n=jorlow@nat/google/x-lvbufzujpwxpgnet)
- # [20:43] * Joins: aboodman (n=aboodman@c-98-210-196-233.hsd1.ca.comcast.net)
- # [20:44] * Quits: myakura (n=myakura@p1253-ipbf2903marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [20:49] * Quits: jlebar_ (n=jlebar@nat/mozilla/x-dhphvmpuflimtulq) (Read error: 104 (Connection reset by peer))
- # [20:49] * Joins: jlebar (n=jlebar@nat/mozilla/x-vwwbdwvnujpepfrr)
- # [20:51] * Joins: annevk3 (n=annevk@5355732C.cable.casema.nl)
- # [20:54] * Quits: dbaron (n=dbaron@nat/mozilla/x-asbaedlhxffpbplh) ("8403864 bytes have been tenured, next gc will be global.")
- # [20:54] * Joins: dbaron (n=dbaron@nat/mozilla/x-gjeweffrimhxprht)
- # [20:56] * Quits: maikmerten (n=maikmert@Zb750.z.pppool.de) (Remote closed the connection)
- # [20:57] * Quits: annevk5 (n=annevk@83.85.115.44) (Read error: 145 (Connection timed out))
- # [21:06] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl) (Read error: 110 (Connection timed out))
- # [21:09] * Joins: dpranke (n=Adium@nat/google/x-dvjuqgajwwhfzmjo)
- # [21:10] * Quits: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net) ("inbound")
- # [21:21] * Quits: jennb (n=jennb@72.14.227.1)
- # [21:27] * Joins: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net)
- # [21:32] * Quits: dpranke (n=Adium@nat/google/x-dvjuqgajwwhfzmjo) ("Leaving.")
- # [21:40] * Joins: othermaciej (n=mjs@17.246.16.93)
- # [21:42] <othermaciej> hi everyone
- # [21:44] <TabAtkins> Yo, Maciej
- # [21:45] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [21:48] * Joins: virtuelv (n=virtuelv@201.169.34.95.customer.cdi.no)
- # [21:54] * Joins: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
- # [21:57] * Quits: gsnedders_ (n=gsnedder@c83-252-192-255.bredband.comhem.se)
- # [21:57] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 104 (Connection reset by peer))
- # [21:58] * Joins: gavin (n=gavin@firefox/developer/gavin)
- # [22:00] * Quits: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
- # [22:06] * Joins: jwalden (n=waldo@nat/mozilla/session)
- # [22:13] * Joins: gsnedders_ (n=gsnedder@c83-252-192-255.bredband.comhem.se)
- # [22:16] * Quits: dbaron (n=dbaron@nat/mozilla/x-gjeweffrimhxprht) ("8403864 bytes have been tenured, next gc will be global.")
- # [22:20] * Quits: Lachy (n=Lachlan@85.196.122.246) ("Leaving")
- # [22:21] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [22:26] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [22:30] * Joins: dbaron (n=dbaron@nat/mozilla/x-ifzbntoigjogyuhf)
- # [22:31] * Joins: Super-Dot (n=Super-Do@adsl-76-243-93-145.dsl.pltn13.sbcglobal.net)
- # [22:32] * Quits: MikeSmith (n=MikeSmit@EM114-49-158-78.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [22:35] * Quits: matijsb (n=matijsb@hotfusion.demon.nl)
- # [22:35] * Quits: pmuellr (n=pmuellr@nat/ibm/x-zkieshqhbtkwbyma)
- # [22:36] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
- # [22:42] * Quits: webben_ (n=benh@nat/yahoo/x-ywyncuexuwhbpypo) (Read error: 110 (Connection timed out))
- # [22:42] * Quits: webben (n=benh@nat/yahoo/x-hsxqowpmexzpiemn) (Read error: 110 (Connection timed out))
- # [22:47] * Quits: BlurstOfTimes (n=blurstof@168.203.116.90) ("Leaving...")
- # [22:53] * Quits: dimich (n=dimich@72.14.227.1)
- # [23:00] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
- # [23:04] * Joins: cying_ (n=cying@70.90.171.153)
- # [23:15] * Joins: dimich (n=dimich@72.14.227.1)
- # [23:19] * Quits: aboodman (n=aboodman@c-98-210-196-233.hsd1.ca.comcast.net)
- # [23:21] * Quits: cying (n=cying@70.90.171.153) (Read error: 110 (Connection timed out))
- # [23:21] * cying_ is now known as cying
- # [23:22] * Quits: cying (n=cying@70.90.171.153) (Read error: 104 (Connection reset by peer))
- # [23:25] * Joins: ap_ (n=ap@17.246.19.164)
- # [23:26] * weinig is now known as weinig|away
- # [23:27] * Quits: ap_ (n=ap@17.246.19.164) (Remote closed the connection)
- # [23:27] * Quits: othermaciej (n=mjs@17.246.16.93) (Remote closed the connection)
- # [23:27] * Joins: othermaciej (n=mjs@17.203.15.179)
- # [23:27] * Quits: miketaylr (n=mtaylor@38.117.156.163)
- # [23:27] * Joins: ap_ (n=ap@nat/apple/x-mksngfdasvrnoceb)
- # [23:28] * Quits: ap (n=ap@nat/apple/x-qielptslzfsahkcp) (Read error: 104 (Connection reset by peer))
- # [23:29] * Joins: nessy (n=nessy@124-170-211-79.dyn.iinet.net.au)
- # [23:34] <JonathanNeal> hi othermaciej, delayed.
- # [23:36] * Joins: dpranke (n=Adium@nat/google/x-zxlhairuxgpdmnrr)
- # [23:36] * Quits: dbaron (n=dbaron@nat/mozilla/x-ifzbntoigjogyuhf) ("8403864 bytes have been tenured, next gc will be global.")
- # [23:37] * Quits: vvv (n=vvv@mediawiki/VasilievVV) ("KVIrc Insomnia 4.0.0, revision: 3410, sources date: 20090703, built on: 2009/08/12 22:29:13 UTC http://www.kvirc.net/")
- # [23:39] * Joins: pmuellr (n=pmuellr@user-0ce2gjn.cable.mindspring.com)
- # [23:42] * ap_ is now known as ap
- # [23:56] <Philip`> foolip: I tried starting to implement the microdata DOM stuff, before deciding it required more effort and knowledge than I wanted to bother with
- # Session Close: Wed Aug 19 00:00:00 2009
The end :)