Options:
- # Session Start: Thu Aug 11 00:00:01 2011
- # Session Ident: #whatwg
- # [00:00] * Joins: hij1nx_ (~hij1nx@rrcs-184-74-204-18.nyc.biz.rr.com)
- # [00:04] * Quits: hij1nx (~hij1nx@207.239.107.3) (Ping timeout: 276 seconds)
- # [00:06] * hij1nx_ is now known as hij1nx
- # [00:07] * Quits: janv_ (~varga@195.91.87.57) (Quit: This computer has gone to sleep)
- # [00:11] * Joins: MikeSmith (~MikeSmith@50.27.208.218)
- # [00:11] * Joins: janv_ (~varga@195.91.87.57)
- # [00:13] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 255 seconds)
- # [00:15] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 250 seconds)
- # [00:15] * Joins: temp02 (~temp01@unaffiliated/temp01)
- # [00:19] <Hixie> anyone know if the css rules define how to serialise rgba()'s alpha value?
- # [00:23] <tantek> as in how many decimal places?
- # [00:23] <nimbu> http://www.w3.org/TR/2003/REC-SVG11-20030114/masking.html#SimpleAlphaBlending ?
- # [00:24] <nimbu> (from http://www.w3.org/TR/2011/REC-css3-color-20110607/#alpha )
- # [00:24] <TabAtkins> Hixie: They do not.
- # [00:24] <Hixie> hmm
- # [00:24] <TabAtkins> In general, serialization is a big pile of undefined crap.
- # [00:25] <TabAtkins> ;_;
- # [00:25] <Hixie> i thought anne had largely fixed that using my proposal
- # [00:26] <tantek> Hixie, he did
- # [00:26] <TabAtkins> anne hasn't done anything with it, as far as I know. cssom still just has an issue for both <color> and <number>
- # [00:26] <tantek> but then we introduced new things into CSS
- # [00:26] <tantek> like rgba
- # [00:26] * tantek figures Anne will do something sensible.
- # [00:27] <TabAtkins> Now that fantasai and I are co-editors on the Values & Units spec, we intend to try and define serialization there.
- # [00:27] * darin__ is now known as fishd
- # [00:27] * Joins: MikeSmith_ (~MikeSmith@50.27.208.218)
- # [00:27] <Hixie> man i wish values & units would be implemented by browsers already
- # [00:27] <Hixie> i want vh and vw so bad
- # [00:28] <Hixie> "User agents must express the fractional part of the alpha value, if any, with the level of precision necessary for the value, when reparsed, to be interpreted as representing the same alpha value.
- # [00:28] <Hixie> "
- # [00:28] <Hixie> still doesn't quite define what the value should be
- # [00:29] <Hixie> e.g. if the underlying precision is a 2-bit precision (0%, 33%, 67%, 100%) it doesn't say whether to express 33% as 0.2, 0.3, or 0.4...
- # [00:30] <Hixie> and it doesn't disallow 0.33333333333333333333
- # [00:30] <Hixie> well i guess it does disallow it
- # [00:30] <Hixie> since that level of precision isn't necessary
- # [00:30] <Hixie> hmm
- # [00:30] * Quits: MikeSmith (~MikeSmith@50.27.208.218) (Ping timeout: 252 seconds)
- # [00:30] * MikeSmith_ is now known as MikeSmith
- # [00:31] <Hixie> ok well we'll go with that for now
- # [00:32] <TabAtkins> Hixie: IE implements the viewport-relative uits.
- # [00:32] <Hixie> wow, really?
- # [00:32] <Hixie> go IE
- # [00:32] <TabAtkins> Yup.
- # [00:32] <Hixie> how about calc()? anyone got that yet?
- # [00:33] <TabAtkins> (Half-unfortunately, they did so unprefixed, which makes it somewhat more painful to change vm to vmin (so we can allow vmax)).
- # [00:33] <Hixie> i specced that like half a decade ago already
- # [00:33] <TabAtkins> Yes, Firefox and IE have it, Webkit is getting it.
- # [00:33] <Hixie> what's vm?
- # [00:33] <zewt> i wonder if the algorithm used by python for representing floats as strings is clearly specified
- # [00:33] <TabAtkins> vm = min(vh,vw)
- # [00:33] <Hixie> ah
- # [00:33] <Hixie> just add vb
- # [00:33] <Hixie> for "big"
- # [00:33] <Hixie> (if you really want it)
- # [00:33] <Hixie> (what's the use case for vb?)
- # [00:34] <Hixie> or just use min()!
- # [00:34] <TabAtkins> Dunno yet. I suspect there's one there, but I wouldn't add it yet.
- # [00:34] <Hixie> calc(min(1vh,1vw))
- # [00:34] <TabAtkins> Yes, just using min/max is fine too.
- # [00:34] <Philip`> Clearly max should be abbreviated to "vx"
- # [00:34] <TabAtkins> And remember, min/max dont' ahve to occur within calc() anymore!
- # [00:34] <Hixie> ah, cool
- # [00:34] <Hixie> well, cool once implemented
- # [00:35] <Hixie> i really wish there was just a single css spec i could keep up with instead of this mass of drafts
- # [00:35] <Hixie> anyway
- # [00:35] <Hixie> i should take a week to learn where browsers are with css
- # [00:36] <jamesr> some 2.1, some 3, and some 4
- # [00:36] <jamesr> of course
- # [00:36] <TabAtkins> You can just watch the yearly snapshots.
- # [00:37] <Hixie> when was the last one of those?
- # [00:37] <TabAtkins> That's by definition fairly behind, but still.
- # [00:37] <TabAtkins> last year. Fantasai's publihsing one per year now.
- # [00:37] <Hixie> link?
- # [00:37] <TabAtkins> Or rather, intends to (she just started last year).
- # [00:37] <TabAtkins> http://www.w3.org/TR/css-2010/
- # [00:37] <TabAtkins> It's just the specs CR or later.
- # [00:38] <Hixie> oh
- # [00:38] <Hixie> well
- # [00:38] <Hixie> that's no good
- # [00:38] <TabAtkins> Sure, not right now. css-2011 will be quite a bit bigger.
- # [00:38] * tantek entertains the idea of an automatically combined spec of latest less-than-year-old WDs + CRs + PRs + RECs of CSS3 modules
- # [00:38] <Hixie> what i want to know is what's implemented, and what's still fiction, and apparently what the prefixes are.
- # [00:38] <TabAtkins> Hixie: Yeah, that's something else. caniuse.com is a partial example
- # [00:39] <tantek> Hixie, putting things in one spec won't tell you "what's implemented, and what's still fiction", after all, HTML5 doesn't necessarily tell you what's implemented, and what's still fiction
- # [00:39] <Hixie> tantek: well we have hte little status boxes that try to tell you that
- # [00:39] <Hixie> tantek: but sure
- # [00:39] <tantek> Hixie, yeah, I like the status boxes
- # [00:39] <Hixie> tantek: it would, however, help me know what was out there
- # [00:40] <tantek> they're a definite improvement
- # [00:40] <tantek> I agree, to know "what was out there"
- # [00:41] <tantek> I think Eric Meyer complained rather vociferously on Twitter a few months ago about how hard it was for him to track down "all" the CSS3 specs and ascertain their relative levels of status (as opposed to claimed status in the document status section)
- # [00:41] <Hixie> yeah
- # [00:41] <jamesr> yeah i have no idea how to do that, and i'm pretty sure i've implemented some of it
- # [00:41] <tantek> I'm personally thinking of just starting to mark features as at risk or not based on implementation status
- # [00:41] <tantek> in the specs I edit
- # [00:41] <tantek> even before CR
- # [00:42] <Hixie> another way we could do this is by expanding the css section of platform.html5.org
- # [00:42] <tantek> I'm not sure centralized works
- # [00:42] <tantek> I think we have to upgrade what's expected of spec editors/authors
- # [00:42] <tantek> that scales better
- # [00:42] <Hixie> no argument from me there
- # [00:43] <tantek> is there a "how to" written up somewhere for how a spec editor could add the little status boxes?
- # [00:43] <TabAtkins> I'm happy to help out here. I don't think it's appropriate to add an "Implementation Status" section to the specs (it'll be outdated shortly after publication), but maintaining a wiki page or something like that is easy.
- # [00:43] * tantek is into writing-up how-to's for spec editors. e.g. http://wiki.csswg.org/spec/cvs
- # [00:44] <tantek> Tab - I'm suggestion per property notes, just like the status boxes
- # [00:44] * TabAtkins still references that regularly.
- # [00:44] * tantek does too.
- # [00:44] <Hixie> TabAtkins: in the case of the html spec the "how to" is "write a server-side CGI script that interfaces with a MySQL database, then write a JS front-end that interfaces with the CGI script"
- # [00:44] * tantek has run into CVS problems, and googled for the error and found that document. Scary.
- # [00:44] <Hixie> er
- # [00:44] <Hixie> tantek: ^
- # [00:44] <Hixie> tab-completion fail
- # [00:44] <TabAtkins> tantek: Yes, I understand. They just can't be part of the spec itself. Having a script that grabs from something external is fine.
- # [00:44] * Quits: simplicity- (~simplicit@unaffiliated/simplicity-) (Quit: ...)
- # [00:44] <Hixie> oh, a pun! Tab-completion fail!
- # [00:44] <TabAtkins> Sigh.
- # [00:45] <tantek> lol
- # [00:45] <zewt> D:
- # [00:45] * TabAtkins thinks he should go ahead and write that.
- # [00:45] <tantek> TabAtkins - that would be great if you added support for status boxes to CSS specs
- # [00:45] <Hixie> how widespread is CORS support?
- # [00:45] * tantek would use it in his specs.
- # [00:45] <Hixie> i don't mind hosting the CGI side of this
- # [00:46] <Hixie> and then the scripts could just pull from that
- # [00:46] <Philip`> If there were status boxes in the CORS spec you'd be able to answer that yourself
- # [00:46] <Hixie> tis true
- # [00:46] <Hixie> we have a bootstrapping problem
- # [00:46] <tantek> I'll gladly test it. For now I've been putting in various notes into css3-ui. And yeah, it's ad hoc but I'm capturing it there because there is an expectation of imminent return to LCWD(2) and then CR (thus tracking "at risk" is important)
- # [00:47] * Hixie wonders where the code for the status cgi script is...
- # [00:48] <TabAtkins> Hixie: No need for a cgi. Just a json file would work.
- # [00:48] <Hixie> ah, here we go
- # [00:48] <Hixie> TabAtkins: how would you update it?
- # [00:48] * Quits: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
- # [00:48] * Joins: davidb_ (~davidb@bas1-toronto06-2925210611.dsl.bell.ca)
- # [00:48] <TabAtkins> ...by editting it?
- # [00:48] <Hixie> oh
- # [00:48] <Hixie> well that's lame
- # [00:49] <Hixie> the html spec can be edited by anyone who has sent feedback!
- # [00:49] <Hixie> crowd-sourcing
- # [00:49] <Hixie> it's fashionable
- # [00:49] <TabAtkins> Bah.
- # [00:49] <Hixie> hah
- # [00:49] <TabAtkins> If we check it into dev.w3.org, then anyone with CVS access can update it.
- # [00:50] <Hixie> ok well in that case, no need for me to update the status.cgi script, excellent
- # [00:50] * TabAtkins is squeamish around SQL these days, anyway.
- # [00:51] <Hixie> hah
- # [00:51] <Hixie> did it bite you?
- # [00:51] <Philip`> How many people have made substantial updates to the HTML spec stat boxes?
- # [00:51] <TabAtkins> Hixie: I've been bitten by corruption before. Binary formats are the devil.
- # [00:51] <Hixie> ah well yeah
- # [00:51] <Hixie> i make daily text-form backups
- # [00:52] <Hixie> Philip`: please hold
- # [00:52] <Philip`> (If it's only like two people then a static file seems good enough)
- # [00:52] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Quit: ChatZilla 0.9.86.1 [Firefox 8.0a1/20110807030727])
- # [00:54] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [00:54] <Hixie> Philip`: how many changes is "substantial"
- # [00:55] <Peter`> ideally we'd have one central place to track implementation status of web platform features
- # [00:55] * Joins: KevinMarks (~KevinMark@nat-204-14-239-208-sfo.net.salesforce.com)
- # [00:55] <Peter`> combining the stability of the specification (or rather, chapter in the specification) with the various rendering engines and associated browsers
- # [00:55] <Peter`> some kind of (semi-)official caniuse.com
- # [00:56] <Philip`> Hixie: Probably the shape of the distribution is more important than the numbers
- # [00:58] <Hixie> the answer seems to be "4". http://junkyard.damowmow.com/493
- # [00:59] <TabAtkins> 4 besides you? I'd rate zcorpan as substantial.
- # [00:59] <Hixie> 4 including me
- # [00:59] <Hixie> zcorpan == simonp
- # [00:59] <TabAtkins> Yes.
- # [00:59] <TabAtkins> Oh, wait, didn't realize he was further down the list as well.
- # [01:00] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [01:00] <Hixie> (the database stores every change so i can nuke a griefer pretty easily by just deleting their changes and the status just reverts to the previous state)
- # [01:02] <Philip`> Looks like the long tail of contributors is actually a pretty small tail, so the crowdsourcing probably isn't hugely useful
- # [01:03] * tantek likes wikis for crowd sourcing that kind of thing.
- # [01:04] <hober> indeed
- # [01:04] <Hixie> in this particular instance i think the real trouble is discoverability
- # [01:04] <Hixie> first you have to send feedback, then you have to log in, then you have to magically guess that you have to alt-double-click
- # [01:04] <Hixie> it's pretty obscure
- # [01:04] <Hixie> i've had several people ask me about it
- # [01:05] <Hixie> including a number of people trying to update the values by submitting bugs
- # [01:05] <Hixie> i think we could massively improve matters just by making it easier to update values
- # [01:05] <Philip`> Alt-double-click doesn't even work in my browser (since the window manager interprets it as the start of drag-moving a window), though I think shift-alt-double-click worked okay
- # [01:06] <Hixie> yeah i worked pretty hard to find a test that worked everywhere with some combination or other
- # [01:06] <Hixie> but anyway, we could e.g. have non-logged-in be able to submit values that displayed their IP instead of them having to log in first
- # [01:06] <Hixie> and we could put an "edit" link in the boxes
- # [01:08] * Quits: cgcardona (~cgcardona@unaffiliated/cgcardona) (Quit: cgcardona)
- # [01:15] <jamesr> Philip`: qq - do you have any canvas 2d tests for globalCompositeOperation=copy and fillText()?
- # [01:15] <jamesr> in the suite?
- # [01:15] <jamesr> we fail on that currently in WebKit
- # [01:16] <jamesr> and implementations might use different logic for their text drawing routines than for other draw calls
- # [01:16] <Hixie> oh hey it turns out anyone can get an account, not just those who have sent feedback
- # [01:16] <Hixie> wonder when i changed that
- # [01:18] * Quits: janv_ (~varga@195.91.87.57) (Quit: This computer has gone to sleep)
- # [01:18] <Philip`> jamesr: I don't think so, though I have a note in my write-only todo list about that
- # [01:21] <Hixie> ok i've updated the status boxes to have an edit link
- # [01:21] <Hixie> also slightly tweaked them
- # [01:23] <Hixie> any transition experts in the house? how do i transition from height:0 to height:auto?
- # [01:23] <jamesr> lawl
- # [01:23] <jamesr> :(
- # [01:23] <jamesr> you don't
- # [01:23] <hober> heh
- # [01:23] <jamesr> you can measure what height:auto would resolve to and then transition from 0 to that value
- # [01:24] <hober> Hixie: transitions to or from auto don't work
- # [01:24] <Hixie> ok. that's lame.
- # [01:24] <TabAtkins> Hixie: Transition max-height from 0 to a mild overestimate of the height.
- # [01:24] <Hixie> someone fix that.
- # [01:24] <TabAtkins> Yes, it is totally fucking lame.
- # [01:24] <Hixie> TabAtkins: hmm, good idea.
- # [01:25] <Hixie> ok i hid the ID in the status boxes, it now appears on hover
- # [01:29] * Quits: davidb_ (~davidb@bas1-toronto06-2925210611.dsl.bell.ca) (Quit: davidb_)
- # [01:30] * Quits: robman (~robman@eth4584.nsw.adsl.internode.on.net) (Ping timeout: 276 seconds)
- # [01:33] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 258 seconds)
- # [01:37] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.18/20110621100037])
- # [01:39] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Ping timeout: 255 seconds)
- # [01:40] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [01:43] * Quits: stefan-_ (~music@hiwi0.wi2.uni-trier.de) (Remote host closed the connection)
- # [01:45] * Quits: othermaciej (~mjs@17.246.19.163) (Quit: othermaciej)
- # [01:46] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:48] * Quits: nimbu (~Adium@c-24-18-47-160.hsd1.wa.comcast.net) (Remote host closed the connection)
- # [01:50] * Joins: nessy (~Adium@124-169-135-125.dyn.iinet.net.au)
- # [01:51] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [01:52] * Joins: othermaciej (~mjs@17.245.22.124)
- # [01:54] * Quits: KillerX (~anant@nat/mozilla/x-hogfivclpoeapbqa) (Ping timeout: 258 seconds)
- # [01:58] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Ping timeout: 260 seconds)
- # [01:58] * eric_carlson is now known as eric|away
- # [02:00] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # [02:00] * Quits: kinetik (~kinetik@121.98.132.55) (Quit: leaving)
- # [02:05] * Joins: kinetik (~kinetik@121.98.132.55)
- # [02:06] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [02:07] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Ping timeout: 260 seconds)
- # [02:14] <TabAtkins> Cross-origin XHR is completely disallowed, right? Even just sending the request, not just receiving the response?
- # [02:15] * Joins: robman (~robman@eth4853.nsw.adsl.internode.on.net)
- # [02:16] * Quits: necolas (~necolas@5e0129ee.bb.sky.com) (Remote host closed the connection)
- # [02:17] <jamesr> sicking: you there?
- # [02:18] <sicking> jamesr: yo
- # [02:18] <sicking> TabAtkins: how do you mean?
- # [02:18] <sicking> TabAtkins: you can do cross-origin XHR using CORS
- # [02:18] <TabAtkins> Right, but outside of that it's disallowed.
- # [02:18] <sicking> TabAtkins: which means that you can make the request in many cases without the server opting in
- # [02:18] * Quits: astearns (~anonymous@192.150.22.5) (Ping timeout: 260 seconds)
- # [02:19] <TabAtkins> sicking: What do you mean? What I'm asking about is using XHR to send data from client->server only, not caring about the response back.
- # [02:19] <TabAtkins> (Actually asking about a different API that effectively accomplishes that.)
- # [02:20] * Quits: tantek (~tantek@70-36-139-219.dsl.dynamic.sonic.net) (Quit: tantek)
- # [02:20] <sicking> TabAtkins: yup, you can basically do that, as long as you use POST with a limited set of Content-Types
- # [02:20] <TabAtkins> Without having to invoke CORS?
- # [02:20] <sicking> well, it invokes CORS
- # [02:20] <sicking> but CORS doesn't do anything until it start receiving a response
- # [02:21] <sicking> since CORS is response-header based
- # [02:21] <sicking> note, that you can only do this if your POST is fairly "plain"
- # [02:21] <TabAtkins> That's what I thought. So the actual message from client->server gets through regardless.
- # [02:21] <sicking> i.e. you can't set any custom headers
- # [02:21] <sicking> TabAtkins: yup
- # [02:21] <TabAtkins> kk.
- # [02:21] <sicking> TabAtkins: just like with <form>
- # [02:22] <TabAtkins> All right, cool.
- # [02:23] <TabAtkins> (Context is someone pinging me about the feasibility of a built-in bugreporting function, that lets you specify a url to post to, some custom data to send, and a list of UA-provided data that you'd like, so the browser can let the user decide what to send and then post for you.)
- # [02:23] <jamesr> sicking: for XHR 'text' can be considered a parsed format
- # [02:24] <jamesr> sicking: what happens if the text is encoded in utf-8 and only part of the codepoint sequence (or whatever unicode calls it) is in the most recently received packet?
- # [02:24] <sicking> jamesr: then you don't return that character until in the next progress notification
- # [02:24] <jamesr> but the idea is the browser could ditch most of the response?
- # [02:24] <sicking> jamesr: yup
- # [02:25] <sicking> all but the last few bytes
- # [02:26] <jamesr> would be nice
- # [02:26] <sicking> TabAtkins: just make sure to not even return a error code indicating if the submission succeeded or not
- # [02:26] <TabAtkins> Ah, good point.
- # [02:27] <jamesr> what happens if you try to set .responseType after receiving a few progress events? it throws an error?
- # [02:27] <sicking> yes, that's already the case
- # [02:35] * Joins: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au)
- # [02:35] * Joins: tantek (~tantek@c-76-126-34-95.hsd1.ca.comcast.net)
- # [02:37] * Quits: tantek (~tantek@c-76-126-34-95.hsd1.ca.comcast.net) (Client Quit)
- # [02:40] * Joins: tantek (~tantek@c-76-126-34-95.hsd1.ca.comcast.net)
- # [02:47] * Quits: othermaciej (~mjs@17.245.22.124) (Quit: othermaciej)
- # [02:50] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [02:50] * Joins: jacobolus (~jacobolus@173-8-129-205-SFBA.hfc.comcastbusiness.net)
- # [02:52] * Joins: othermaciej (~mjs@17.246.17.42)
- # [02:57] * Quits: sicking (~chatzilla@nat/mozilla/x-bdbvivrvrbydmgpv) (Ping timeout: 255 seconds)
- # [02:58] * Parts: jdalton (~jdalton@cpe-71-67-166-59.insight.res.rr.com) ("LOLeaving")
- # [02:59] * Quits: hij1nx (~hij1nx@rrcs-184-74-204-18.nyc.biz.rr.com) (Quit: hij1nx)
- # [02:59] * Joins: sicking (~chatzilla@nat/mozilla/x-onktyvcgnismswve)
- # [03:09] * heycam is now known as heycam|away
- # [03:10] * Joins: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net)
- # [03:18] * Joins: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net)
- # [03:19] * Quits: rniwa (~rniwa@nat/google/x-dyxmnlrzzorlkaui) (Quit: rniwa)
- # [03:21] * Quits: ap (~ap@2620:149:4:401:4c94:127b:bd39:92) (Quit: ap)
- # [03:21] * Quits: jacobolus (~jacobolus@173-8-129-205-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [03:22] * Joins: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com)
- # [03:22] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [03:23] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 255 seconds)
- # [03:25] * Joins: hij1nx (~hij1nx@207.239.107.3)
- # [03:26] * Quits: ezoe (~ezoe@61-205-124-155f1.kyt1.eonet.ne.jp) (Ping timeout: 252 seconds)
- # [03:26] * Quits: jamesr (~jamesr@216.239.45.21) (Quit: jamesr)
- # [03:33] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
- # [03:35] * Quits: sicking (~chatzilla@nat/mozilla/x-onktyvcgnismswve) (Ping timeout: 264 seconds)
- # [03:37] * Joins: miketaylr (~miketaylr@24.42.93.245)
- # [03:46] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [03:47] * Quits: tantek (~tantek@c-76-126-34-95.hsd1.ca.comcast.net) (Quit: tantek)
- # [03:48] * Joins: jacobolus (~jacobolus@173-8-129-205-SFBA.hfc.comcastbusiness.net)
- # [03:51] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 252 seconds)
- # [04:05] * Quits: othermaciej (~mjs@17.246.17.42) (Quit: othermaciej)
- # [04:07] * Quits: jochen__ (~jochen@nat/google/x-opkldcznyyhcbvba) (Remote host closed the connection)
- # [04:07] * Joins: jochen__ (~jochen@nat/google/x-vnuuuvoxavfwjhju)
- # [04:08] * Quits: dbaron (~dbaron@nat/mozilla/x-axlhgeszqsjiulbt) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [04:11] * Quits: jacobolus (~jacobolus@173-8-129-205-SFBA.hfc.comcastbusiness.net) (Ping timeout: 246 seconds)
- # [04:11] * Quits: CvP (~CvP@123.49.20.126) (Quit: [ UPP ] > all)
- # [04:12] * Quits: miketaylr (~miketaylr@24.42.93.245) (Quit: miketaylr)
- # [04:14] * heycam|away is now known as heycam
- # [04:16] * Joins: othermaciej (~mjs@67.218.106.167)
- # [04:18] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
- # [04:25] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Read error: Connection reset by peer)
- # [04:27] * Joins: jacobolus (~jacobolus@173-8-129-205-SFBA.hfc.comcastbusiness.net)
- # [04:28] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Quit: Leaving)
- # [04:34] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
- # [04:35] * Joins: jacobolu_ (~jacobolus@173-8-129-205-SFBA.hfc.comcastbusiness.net)
- # [04:37] * Quits: jacobolus (~jacobolus@173-8-129-205-SFBA.hfc.comcastbusiness.net) (Ping timeout: 240 seconds)
- # [04:38] * jacobolu_ is now known as jacobolus
- # [04:40] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
- # [04:41] * Joins: dbaron (~dbaron@173-228-28-196.dsl.dynamic.sonic.net)
- # [04:46] * Quits: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 252 seconds)
- # [04:48] * Joins: tantek (~tantek@173-228-64-221.dsl.dynamic.sonic.net)
- # [04:49] * Quits: robman (~robman@eth4853.nsw.adsl.internode.on.net) (Ping timeout: 240 seconds)
- # [04:49] * Joins: TheLifelessOne (~TheLifele@boshi.inimino.org)
- # [04:53] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [04:53] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [04:58] * Quits: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au) (Remote host closed the connection)
- # [05:05] * Parts: TheLifelessOne (~TheLifele@boshi.inimino.org) ("WeeChat 0.3.5")
- # [05:09] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
- # [05:09] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Ping timeout: 252 seconds)
- # [05:10] * Quits: othermaciej (~mjs@67.218.106.167) (Quit: othermaciej)
- # [05:20] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
- # [05:28] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
- # [05:32] * Quits: jacobolus (~jacobolus@173-8-129-205-SFBA.hfc.comcastbusiness.net) (Ping timeout: 240 seconds)
- # [05:32] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
- # [05:32] * Quits: dbaron (~dbaron@173-228-28-196.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [05:37] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [05:45] * Joins: robman (~robman@eth4584.nsw.adsl.internode.on.net)
- # [05:53] * Quits: tantek (~tantek@173-228-64-221.dsl.dynamic.sonic.net) (Quit: tantek)
- # [05:55] * Joins: tantek (~tantek@173-228-64-221.dsl.dynamic.sonic.net)
- # [06:05] * Joins: dydx (~dydz@adsl-75-36-191-227.dsl.pltn13.sbcglobal.net)
- # [06:11] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [06:13] * Quits: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 255 seconds)
- # [06:15] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
- # [06:20] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
- # [06:21] * Joins: temp02 (~temp01@unaffiliated/temp01)
- # [06:27] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 276 seconds)
- # [06:27] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [06:33] * Joins: janv_ (~varga@195.91.87.57)
- # [06:51] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
- # [06:51] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [06:51] * Joins: rniwa (~rniwa@216.239.45.130)
- # [06:53] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
- # [06:58] * Quits: kinetik (~kinetik@121.98.132.55) (Quit: leaving)
- # [06:59] * Quits: tantek (~tantek@173-228-64-221.dsl.dynamic.sonic.net) (Quit: tantek)
- # [06:59] * Joins: kinetik (~kinetik@121.98.132.55)
- # [07:00] * Joins: TabAtkins_ (~chatzilla@76-253-1-30.lightspeed.sntcca.sbcglobal.net)
- # [07:01] * Quits: TabAtkins_ (~chatzilla@76-253-1-30.lightspeed.sntcca.sbcglobal.net) (Client Quit)
- # [07:07] * Joins: cpearce (~chatzilla@ip-118-90-59-99.xdsl.xnet.co.nz)
- # [07:13] * Quits: kennyluck (~kennyluck@114-43-125-134.dynamic.hinet.net) (Ping timeout: 258 seconds)
- # [07:25] * heycam is now known as heycam|away
- # [07:35] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
- # [07:39] * Joins: tantek (~tantek@70-36-139-219.dsl.dynamic.sonic.net)
- # [07:39] * Joins: Ankheg (~Ankheg@91.224.77.4)
- # [07:41] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [07:41] * Quits: dydx (~dydz@adsl-75-36-191-227.dsl.pltn13.sbcglobal.net) (Quit: dydx)
- # [07:46] * Joins: ezoe (~ezoe@112-68-244-158f1.kyt1.eonet.ne.jp)
- # [07:48] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 252 seconds)
- # [07:59] * Quits: kinetik (~kinetik@121.98.132.55) (Quit: leaving)
- # [08:00] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [08:00] * Joins: kinetik (~kinetik@121.98.132.55)
- # [08:00] * Quits: kinetik (~kinetik@121.98.132.55) (Client Quit)
- # [08:04] * Joins: kinetik (~kinetik@121.98.132.55)
- # [08:04] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 246 seconds)
- # [08:04] * Quits: kinetik (~kinetik@121.98.132.55) (Client Quit)
- # [08:08] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
- # [08:09] * Joins: kinetik (~kinetik@121.98.132.55)
- # [08:10] * Joins: rimantas (~rimliu@93.93.57.193)
- # [08:16] * Joins: ben_h (~ben@1.153.106.224)
- # [08:21] * Quits: KevinMarks (~KevinMark@nat-204-14-239-208-sfo.net.salesforce.com) (Quit: The computer fell asleep)
- # [08:24] * Joins: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2)
- # [08:35] * Joins: zcorpan (~zcorpan@c-3f9fe355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [08:36] <zcorpan> ooooh http://dev.w3.org/csswg/selectors4/#attribute-case
- # [08:44] <MikeSmith> Hixie: I don't understand http://html5.org/r/6413
- # [08:44] * Quits: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [08:44] <MikeSmith> the spec already states that maxlength on input@type=number is not valid
- # [08:45] <MikeSmith> so validator.nu currently emits an error for it
- # [08:45] <MikeSmith> this change would cause it to emit a warning in addition to an error
- # [08:46] <MikeSmith> unless I'm misunderstanding something
- # [08:46] <MikeSmith> but http://www.whatwg.org/specs/web-apps/current-work/multipage/number-state.html#number-state lists maxlength under "The following content attributes must not be specified and do not apply to the element"
- # [08:48] <MikeSmith> and http://www.whatwg.org/specs/web-apps/current-work/multipage/the-input-element.html#input-type-attr-summary also indicates that maxlength is now allowed on input@type=number
- # [08:49] * Joins: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
- # [08:49] <MikeSmith> if the intent is to actually make it conforming but obsolete, it seems like those parts of the spec should be changed as well
- # [08:49] <zcorpan> MikeSmith: "should not" means it's allowed if you have a good reason
- # [08:50] <MikeSmith> OK
- # [08:50] <MikeSmith> but if so, those two parts of the spec should be changed
- # [08:50] <zcorpan> yeah
- # [08:50] <MikeSmith> I don't see how otherwise we can make any changes to the validation behavior
- # [08:51] <MikeSmith> I'm post a comment to the bug
- # [08:58] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
- # [08:59] * Joins: woef (~woef@91.183.84.141)
- # [09:09] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [09:11] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [09:12] * Quits: reggna (~reggna@godis.olf.sgsnet.se) (Ping timeout: 250 seconds)
- # [09:13] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [09:14] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Client Quit)
- # [09:14] * Quits: fishd (~darin@nat/google/x-iftmrxvhcjkbmeqv) (Read error: Connection reset by peer)
- # [09:14] * Joins: reggna (~reggna@godis.olf.sgsnet.se)
- # [09:14] * Joins: fishd (~darin@nat/google/x-ecwnxlcffvhzprek)
- # [09:15] * Joins: Ms2ger (~Ms2ger@91.181.29.250)
- # [09:16] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [09:18] * Quits: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2) (Remote host closed the connection)
- # [09:20] * Quits: ben_h (~ben@1.153.106.224) (Quit: ben_h)
- # [09:20] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [09:20] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [09:22] * Joins: fishd_ (~darin@nat/google/x-hcrjatawlqtmfgnj)
- # [09:23] * Quits: macpherson (~macpherso@nat/google/x-vjmamwodchkwjyzb) (Ping timeout: 260 seconds)
- # [09:24] * Quits: ukai_ (~ukai@nat/google/x-cbevdzfmnceloveq) (Ping timeout: 240 seconds)
- # [09:24] * Joins: ukai_ (~ukai@nat/google/x-bfphfbmvevvtxaqs)
- # [09:24] * Quits: fishd (~darin@nat/google/x-ecwnxlcffvhzprek) (Ping timeout: 240 seconds)
- # [09:25] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Ping timeout: 264 seconds)
- # [09:25] * Quits: jochen__ (~jochen@nat/google/x-vnuuuvoxavfwjhju) (Ping timeout: 255 seconds)
- # [09:25] * Quits: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb) (Ping timeout: 264 seconds)
- # [09:26] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Quit: cying)
- # [09:27] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [09:27] * Joins: jochen__ (~jochen@nat/google/x-cokzgzqlvzievryh)
- # [09:28] * Joins: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb)
- # [09:30] * Quits: dglazkov (~dglazkov@nat/google/x-ujnqpqfkvhxpxvut) (Read error: Connection reset by peer)
- # [09:30] * Joins: dglazkov|away (~dglazkov@nat/google/x-gleldfutbqgieolb)
- # [09:44] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
- # [09:57] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [10:00] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
- # [10:02] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [10:04] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
- # [10:05] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
- # [10:05] * Joins: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [10:05] * Quits: Obvious (tachikoma@188.226.74.2) (Ping timeout: 255 seconds)
- # [10:07] * Joins: jdong_ (~quassel@222.126.155.250)
- # [10:08] * heycam|away is now known as heycam
- # [10:14] * Joins: rtuin (~rtuin@dsl-087-195-129-241.solcon.nl)
- # [10:16] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
- # [10:18] * heycam is now known as heycam|away
- # [10:21] * Joins: Obvious (tachikoma@188.226.74.2)
- # [10:21] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [10:21] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [10:25] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
- # [10:27] * Joins: jdong_ (~quassel@222.126.155.250)
- # [10:27] * Quits: tantek (~tantek@70-36-139-219.dsl.dynamic.sonic.net) (Quit: tantek)
- # [10:31] * Joins: nonge (~nonge@p5B3268F2.dip.t-dialin.net)
- # [10:39] * Joins: temp02 (~temp01@unaffiliated/temp01)
- # [10:40] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 255 seconds)
- # [10:41] * Quits: robman (~robman@eth4584.nsw.adsl.internode.on.net) (Ping timeout: 258 seconds)
- # [10:42] * Joins: robman (~robman@eth4584.nsw.adsl.internode.on.net)
- # [10:44] * Parts: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
- # [10:45] * Quits: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Read error: Connection reset by peer)
- # [10:46] * Joins: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
- # [10:48] * Joins: Obvious_MkII (tachikoma@188.226.74.2)
- # [10:50] * Quits: Obvious (tachikoma@188.226.74.2) (Ping timeout: 250 seconds)
- # [10:50] * Parts: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
- # [10:59] * Quits: rniwa (~rniwa@216.239.45.130) (Ping timeout: 240 seconds)
- # [11:00] <zcorpan> so if i'm reading the spec right it allows <link rel="help shortcut icon" ...>
- # [11:01] <zcorpan> does that work in ie?
- # [11:02] <zcorpan> i guess it does since hsivonen tested it
- # [11:03] <GlitchMr> I will check :P
- # [11:05] * Joins: tomasf (~tom@2002:55e5:d95e:0:21ff:6abe:99b9:6974)
- # [11:05] <GlitchMr> http://glitchmr.pl/private/favtest.php
- # [11:05] <GlitchMr> It seems to work under IE9
- # [11:06] <GlitchMr> It also seems to work under Quirks Mode...
- # [11:06] <GlitchMr> validator.nu seems to accept such structure and it seems to not cause issues with IE
- # [11:07] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [11:08] <GlitchMr> But then, semantically it doesn't make sense
- # [11:08] <GlitchMr> How can be shortcut icon helpful?
- # [11:09] * abarth|gardener is now known as abarth|zZz
- # [11:11] <zcorpan> heh
- # [11:12] <zcorpan> well it must be helpful for something else you wouldn't include it in the first place
- # [11:12] <GlitchMr> You can use <link rel="help" href="..."> for help pages for examples
- # [11:13] <GlitchMr> example*
- # [11:13] <GlitchMr> Many browsers show their help on "About"->"Help" or something like this. Some might have reason to insert help into webpage :P
- # [11:14] <GlitchMr> But favicon.ico is helpful by itself (in visual browsers), but it's not help page...
- # [11:21] <zcorpan> Hixie: can you make the status boxes increase z-index on hover so you can access ones that are overlapped by other status boxes?
- # [11:28] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [11:29] * Rik`_ is now known as Rik`
- # [11:31] * Quits: pererik (~pe@unaffiliated/pererik) (Ping timeout: 276 seconds)
- # [11:34] <Ms2ger> Oh hey, I'm below zcorpan in status annotation edits...
- # [11:34] * Ms2ger goes off to fix that
- # [11:37] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [11:37] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 255 seconds)
- # [11:44] * Quits: thiessenp (~thiessenp@changeme.ebuddy.com) (Quit: thiessenp)
- # [11:47] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 276 seconds)
- # [11:48] * Joins: pererik (~pe@unaffiliated/pererik)
- # [11:52] * Quits: cpearce (~chatzilla@ip-118-90-59-99.xdsl.xnet.co.nz) (Read error: Connection reset by peer)
- # [11:56] * Joins: hta (~hta@62-20-124-50.customer.telia.com)
- # [11:57] * Joins: cpearce (~chatzilla@ip-118-90-92-55.xdsl.xnet.co.nz)
- # [11:57] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [11:58] * Joins: Lachy (~Lachy@pat-tdc.opera.com)
- # [11:59] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [12:04] * Joins: kor (~kor@g153078.upc-g.chello.nl)
- # [12:06] * Joins: FireyFly (~firefly@unaffiliated/firefly)
- # [12:08] * Quits: tomasf (~tom@2002:55e5:d95e:0:21ff:6abe:99b9:6974) (Read error: Connection reset by peer)
- # [12:08] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
- # [12:10] * Parts: kor (~kor@g153078.upc-g.chello.nl)
- # [12:11] * Quits: cpearce (~chatzilla@ip-118-90-92-55.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
- # [12:11] * Quits: Ms2ger (~Ms2ger@91.181.29.250) (Ping timeout: 255 seconds)
- # [12:14] * Joins: kor (~kor@g153078.upc-g.chello.nl)
- # [12:14] * Quits: kor (~kor@g153078.upc-g.chello.nl) (Client Quit)
- # [12:23] * FireyFly is now known as FireFly
- # [12:24] * Joins: Ms2ger (~Ms2ger@91.181.252.157)
- # [12:41] * Quits: ralphholzmann (~ralph@li76-151.members.linode.com) (Ping timeout: 240 seconds)
- # [12:42] * Joins: ralphholzmann (~ralph@li76-151.members.linode.com)
- # [12:58] * Quits: rimantas (~rimliu@93.93.57.193) (Ping timeout: 258 seconds)
- # [13:11] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
- # [13:14] * Joins: danj (~danj@s15372200.onlinehome-server.info)
- # [13:17] * Joins: MikeSmith_ (~MikeSmith@50.27.208.218)
- # [13:20] * Quits: MikeSmith (~MikeSmith@50.27.208.218) (Ping timeout: 252 seconds)
- # [13:20] * MikeSmith_ is now known as MikeSmith
- # [13:30] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 258 seconds)
- # [13:31] * Joins: kennyluck (~kennyluck@60-250-141-235.HINET-IP.hinet.net)
- # [13:35] * Joins: huskyr (~huskyr@86.84.48.191)
- # [13:36] * Joins: roc (~chatzilla@121.98.230.221)
- # [13:41] * Joins: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2)
- # [13:43] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
- # [13:43] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [13:45] * Joins: mpt (~mpt@canonical/mpt)
- # [13:48] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [13:51] * Ms2ger shoots
- # [13:55] * Joins: benjoffe (~mail@r49-2-10-185.cpe.vividwireless.net.au)
- # [14:00] * Quits: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com) (Ping timeout: 250 seconds)
- # [14:01] * Parts: benjoffe (~mail@r49-2-10-185.cpe.vividwireless.net.au)
- # [14:10] * Joins: rimantas (~rimliu@93.93.57.193)
- # [14:24] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [14:36] * Joins: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
- # [14:39] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
- # [14:52] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [14:52] * Quits: ezoe (~ezoe@112-68-244-158f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
- # [14:53] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
- # [14:54] * Quits: MikeSmith (~MikeSmith@50.27.208.218) (Quit: MikeSmith)
- # [14:56] * Joins: davidb_ (~davidb@bas1-toronto06-2925209778.dsl.bell.ca)
- # [15:04] * Quits: davidb_ (~davidb@bas1-toronto06-2925209778.dsl.bell.ca) (Ping timeout: 252 seconds)
- # [15:05] * Joins: ezoe (~ezoe@112-68-245-168f1.kyt1.eonet.ne.jp)
- # [15:05] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [15:13] * Joins: miketaylr (~miketaylr@206.217.92.186)
- # [15:18] * Quits: nessy (~Adium@124-169-135-125.dyn.iinet.net.au) (Quit: Leaving.)
- # [15:23] * Joins: nessy (~Adium@124-169-135-125.dyn.iinet.net.au)
- # [15:23] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 250 seconds)
- # [15:24] * Quits: nessy (~Adium@124-169-135-125.dyn.iinet.net.au) (Client Quit)
- # [15:24] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [15:36] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Quit: disconnected: Jace Voracek - Jace@Jace-Place.com)
- # [15:39] * Joins: zdobersek (~zan@cpe-46-164-1-197.dynamic.amis.net)
- # [15:40] * Joins: saba (~foo@unaffiliated/saba)
- # [15:42] * Joins: espadrine (~thaddee_t@LSt-Amand-152-32-39-77.w80-11.abo.wanadoo.fr)
- # [15:43] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
- # [15:45] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
- # [15:50] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
- # [15:52] * Quits: Ankheg (~Ankheg@91.224.77.4) (Read error: Connection reset by peer)
- # [15:56] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 246 seconds)
- # [15:56] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [16:00] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 276 seconds)
- # [16:00] * Joins: temp02 (~temp01@unaffiliated/temp01)
- # [16:04] * Joins: MacTed (~Thud@63.119.36.36)
- # [16:06] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Ping timeout: 240 seconds)
- # [16:07] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
- # [16:07] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
- # [16:08] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [16:13] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
- # [16:14] * Joins: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au)
- # [16:21] * Joins: huskyr_ (~huskyr@86.84.48.191)
- # [16:22] * Joins: simplicity- (~simplicit@unaffiliated/simplicity-)
- # [16:25] * Joins: mamund (mamund@obsidian.nullshells.net)
- # [16:25] * Parts: mamund (mamund@obsidian.nullshells.net)
- # [16:25] * Quits: huskyr (~huskyr@86.84.48.191) (Read error: Connection reset by peer)
- # [16:25] * Joins: huskyr (~huskyr@86.84.48.191)
- # [16:27] * Joins: hij1nx (~hij1nx@207.239.107.3)
- # [16:29] * Quits: huskyr_ (~huskyr@86.84.48.191) (Ping timeout: 260 seconds)
- # [16:30] * Joins: tjay_ (~tjay_@ip51ccc57d.adsl-surfen.hetnet.nl)
- # [16:34] * Quits: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net) (Quit: astearns)
- # [16:36] * Joins: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net)
- # [16:42] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
- # [16:43] * Quits: huskyr (~huskyr@86.84.48.191) (Quit: huskyr)
- # [16:43] * Joins: thiessenp (~thiessenp@ip4da8062e.direct-adsl.nl)
- # [16:46] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
- # [16:48] * Parts: thiessenp (~thiessenp@ip4da8062e.direct-adsl.nl)
- # [16:54] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
- # [16:56] * Quits: kennyluck (~kennyluck@60-250-141-235.HINET-IP.hinet.net) (Quit: kennyluck)
- # [17:03] * Joins: davidb (~davidb@bas1-toronto06-2925209778.dsl.bell.ca)
- # [17:04] * Joins: roc (~chatzilla@121.98.230.221)
- # [17:09] * Joins: davidb__ (~davidb@bas4-kitchener06-1128761650.dsl.bell.ca)
- # [17:09] * Quits: rtuin (~rtuin@dsl-087-195-129-241.solcon.nl) (Quit: Leaving)
- # [17:12] * Quits: davidb (~davidb@bas1-toronto06-2925209778.dsl.bell.ca) (Ping timeout: 260 seconds)
- # [17:12] * davidb__ is now known as davidb
- # [17:12] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [17:16] * Joins: davidb__ (~davidb@bas1-toronto06-2925211308.dsl.bell.ca)
- # [17:16] * Quits: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au) (Remote host closed the connection)
- # [17:16] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 246 seconds)
- # [17:20] * Quits: davidb (~davidb@bas4-kitchener06-1128761650.dsl.bell.ca) (Ping timeout: 250 seconds)
- # [17:20] * davidb__ is now known as davidb
- # [17:22] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [17:28] * Joins: ZombieLoffe (~ZombieL@unaffiliated/zombieloffe)
- # [17:28] * Quits: roc (~chatzilla@121.98.230.221) (Remote host closed the connection)
- # [17:29] * Joins: CvP (~CvP@123.49.22.200)
- # [17:32] * Quits: niftylettuce (u2733@gateway/web/irccloud.com/x-vlyuujcieiwnyjls) (Remote host closed the connection)
- # [17:32] * Quits: dglazkov|away (~dglazkov@nat/google/x-gleldfutbqgieolb) (Quit: dglazkov|away)
- # [17:33] * Joins: niftylettuce (u2733@gateway/web/irccloud.com/x-hydwkhfgxonevomk)
- # [17:42] * Joins: dglazkov|away (~dglazkov@nat/google/x-oankberkwxpvlzbe)
- # [17:42] * Quits: Lachy (~Lachy@pat-tdc.opera.com) (Quit: Computer has gone to sleep.)
- # [17:42] * dglazkov|away is now known as dglazkov
- # [17:43] <dglazkov> good morning, Whatwg!
- # [17:43] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [17:43] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
- # [17:46] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
- # [17:47] * Quits: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net) (Quit: astearns)
- # [17:48] * Joins: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net)
- # [17:49] <TabAtkins> Alan Gresley just said my head might be filled with crack. ;_;
- # [17:50] <jgraham> Is this from the "chocolate teapot orbiting the sun" school of "might"?
- # [17:51] <TabAtkins> Not sure. Alan's kinda crazy himself.
- # [17:53] * Joins: dydx (~dydz@adsl-75-36-191-227.dsl.pltn13.sbcglobal.net)
- # [17:53] <Philip`> TabAtkins: Sounds like you could make a fortune by selling your head
- # [17:54] <AryehGregor> TabAtkins, what probability are we talking about here? I mean, not to put too fine a point on it, but that would m -- drat, Philip` beat me to it.
- # [17:54] <AryehGregor> I mean, what would that be, a few pounds of crack? What's the street value of that?
- # [17:55] <dglazkov> I somehow doubt it's crack.
- # [17:55] <TabAtkins> I like my head. If there's crack in there, evidence says that I'm using it to think.
- # [17:55] <dglazkov> ah. that's where the old "get cracking" saying comes from.
- # [17:55] <Philip`> Heads are nice, but money is nice too, so you have to balance both sides of the argument
- # [17:57] <Ms2ger> I mean, half a head would be about as useful, no?
- # [17:57] <TabAtkins> I use more than half of my head.
- # [17:58] <gsnedders> int a = 5; int *ptr = &a; size_t foo = ptr; <- foo is now the memory address that ptr points to, right?
- # [17:58] <Ms2ger> How much of that is just for waste-ink?
- # [17:58] <Ms2ger> gsnedders, surely that would warn
- # [17:58] <TabAtkins> Ms2ger: Ooh, good point.
- # [17:59] <Philip`> gsnedders: I think so, though I'm not sure size_t is guaranteed to be pointer-sized
- # [17:59] * Ms2ger liked that name
- # [17:59] <Philip`> intptr_t is better if you want a pointer-sized int
- # [17:59] <Ms2ger> I think gsnedders actually wants = *ptr
- # [17:59] <Philip`> That would give foo = 5
- # [18:00] <Ms2ger> Right
- # [18:00] <Ms2ger> I knew that! ;)
- # [18:00] <gsnedders> Ms2ger: I don't want foo = 5; I want the address that ptr points to.
- # [18:00] * Philip` has no idea what gsnedders actually wants
- # [18:00] <Philip`> Ah
- # [18:00] <gsnedders> The memory address of a, effectively.
- # [18:00] * jgraham doesn't like to think about what gsnedders wants
- # [18:01] <Philip`> ptr is already the memory address
- # [18:01] <Ms2ger> Why the hell are you trying to stick that into a size_t?
- # [18:01] <Philip`> so if you copy it into another variable then it's still that memory address (modulo 2^something)
- # [18:01] <gsnedders> Philip`: Okay, that's what I thought.
- # [18:02] <Ms2ger> But you do want intptr_t or uintptr_t
- # [18:02] * Quits: dydx (~dydz@adsl-75-36-191-227.dsl.pltn13.sbcglobal.net) (Quit: dydx)
- # [18:03] <jgraham> Gotta love C and all the million sometime-interchangable, but not safely, types
- # [18:03] * Quits: nonge (~nonge@p5B3268F2.dip.t-dialin.net) (Quit: Verlassend)
- # [18:05] <Ms2ger> Don't you like C++ more? It has namespaces!
- # [18:05] <Philip`> If you want to be like the cool kids you could store the pointer in the NaN space of a double
- # [18:05] <Ms2ger> Philip`, ... do you do that?
- # [18:05] <Philip`> I'm not cool enough :-(
- # [18:05] * Joins: jwalden (~waldo@64.168.229.50)
- # [18:09] <gsnedders> Ms2ger: JS engines do, on 32-bit arches
- # [18:09] <Philip`> At least SpiderMonkey on 64-bit too
- # [18:10] <Ms2ger> JS engines are a mess of their own
- # [18:10] * Philip` thinks nanboxing and nunboxing would be interesting new Olympic sports
- # [18:11] <gsnedders> Philip`: How? Assuming no pointer will be over 53-bits?
- # [18:11] <Philip`> gsnedders: 47 bits, I think
- # [18:11] * Quits: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net) (Quit: astearns)
- # [18:12] <gsnedders> Then what about the other six? Obviously they have to reserve one NaN value as NaN, and it can't be zero (because then it's not NaN but Inf)
- # [18:12] * Joins: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com)
- # [18:12] * Quits: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com) (Excess Flood)
- # [18:13] <gsnedders> Ms2ger: (The reason why I was using size_t above was because that's what Cython does… although I know it isn't guaranteed to work…)
- # [18:13] * Joins: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com)
- # [18:17] <Philip`> gsnedders: amd64 only has 48-bit virtual address space, and I think the 48th bit is magic and is always 0 in interesting OSes
- # [18:17] <gsnedders> Philip`: Ah.
- # [18:18] <Philip`> (http://en.wikipedia.org/wiki/X86-64#Canonical_form_addresses etc)
- # [18:19] * Quits: eric|away (~eric_carl@2620:149:4:401:217:f2ff:fe03:a2e) (Quit: eric|away)
- # [18:21] * Quits: woef (~woef@91.183.84.141) (Ping timeout: 276 seconds)
- # [18:23] * Joins: davidb___ (~davidb@bas1-toronto06-2925211308.dsl.bell.ca)
- # [18:23] * Quits: davidb (~davidb@bas1-toronto06-2925211308.dsl.bell.ca) (Read error: Connection reset by peer)
- # [18:23] * davidb___ is now known as davidb
- # [18:23] * Quits: davidb (~davidb@bas1-toronto06-2925211308.dsl.bell.ca) (Client Quit)
- # [18:42] * Quits: timeless (d04149cb@firefox/developer/timeless) (Ping timeout: 252 seconds)
- # [18:46] * Quits: espadrine (~thaddee_t@LSt-Amand-152-32-39-77.w80-11.abo.wanadoo.fr) (Quit: espadrine)
- # [18:49] * Joins: astearns (~anonymous@192.150.22.5)
- # [18:49] * Quits: jdong_ (~quassel@222.126.155.250) (Read error: Connection reset by peer)
- # [18:49] * Joins: jdong__ (~quassel@222.126.155.250)
- # [18:50] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 258 seconds)
- # [18:50] * Joins: stefan-__ (~music@swhpet3041.uni-trier.de)
- # [18:50] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [18:56] * Quits: stefan-__ (~music@swhpet3041.uni-trier.de) (Ping timeout: 250 seconds)
- # [18:59] * Quits: jwalden (~waldo@64.168.229.50) (Quit: back in several hours from another state)
- # [19:00] * Joins: stefan-__ (~music@hiwi0.wi2.uni-trier.de)
- # [19:00] * Joins: tantek (~tantek@70-36-139-219.dsl.dynamic.sonic.net)
- # [19:07] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [19:07] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Client Quit)
- # [19:08] * Joins: KillerX (~anant@nat/mozilla/x-gisirkklgmnsevwa)
- # [19:09] * abarth|zZz is now known as abarth|gardener
- # [19:10] * Quits: danj (~danj@s15372200.onlinehome-server.info) (Ping timeout: 276 seconds)
- # [19:11] * Joins: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr)
- # [19:11] * Joins: jamesr (~jamesr@nat/google/x-agwfzacjsshadlsw)
- # [19:12] * Joins: rniwa (~rniwa@nat/google/x-oktoyujfdhpzxzvz)
- # [19:13] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
- # [19:21] <Hixie> zcorpan: done (the z-index thing)
- # [19:22] * Quits: CvP (~CvP@123.49.22.200) (Quit: [ UPP ] > all)
- # [19:23] * Joins: tomasf_ (~tom@2002:55e5:d95e:0:21ff:6abe:99b9:6974)
- # [19:24] * Joins: jdong_ (~quassel@222.126.155.250)
- # [19:24] * Joins: Ms2ger` (~Ms2ger@91.181.252.157)
- # [19:26] <Ms2ger`> People might be somewhat interested in http://lists.w3.org/Archives/Member/w3c-ac-members/2011JulSep/0007.html (MO)
- # [19:29] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [19:29] * Quits: hta (~hta@62-20-124-50.customer.telia.com) (Quit: Leaving.)
- # [19:31] * Quits: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Ping timeout: 255 seconds)
- # [19:31] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Read error: Connection reset by peer)
- # [19:31] * tomasf_ is now known as tomasf
- # [19:31] * Quits: jdong__ (~quassel@222.126.155.250) (Ping timeout: 255 seconds)
- # [19:31] * Quits: Ms2ger (~Ms2ger@91.181.252.157) (Ping timeout: 255 seconds)
- # [19:31] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout: 255 seconds)
- # [19:31] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 255 seconds)
- # [19:31] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [19:31] * Quits: ralphholzmann (~ralph@li76-151.members.linode.com) (Ping timeout: 255 seconds)
- # [19:31] * Quits: jamesr (~jamesr@nat/google/x-agwfzacjsshadlsw) (Quit: jamesr)
- # [19:32] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Ping timeout: 250 seconds)
- # [19:37] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [19:37] * Joins: othermaciej (~mjs@67.218.110.48)
- # [19:37] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [19:37] * Joins: zdobersek1 (~zan@cpe-46-164-1-197.dynamic.amis.net)
- # [19:40] * Joins: hij1nx (~hij1nx@207.239.107.3)
- # [19:40] * Joins: eric_carlson (~ericc@2620:149:4:401:450e:60fb:1495:3f53)
- # [19:41] * Quits: ezoe (~ezoe@112-68-245-168f1.kyt1.eonet.ne.jp) (Ping timeout: 260 seconds)
- # [19:42] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (*.net *.split)
- # [19:42] * Quits: zdobersek (~zan@cpe-46-164-1-197.dynamic.amis.net) (*.net *.split)
- # [19:42] * Quits: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2) (*.net *.split)
- # [19:42] * Quits: jochen__ (~jochen@nat/google/x-cokzgzqlvzievryh) (*.net *.split)
- # [19:42] * Quits: Rubennn (~quassel@2a02:348:33:5823::1) (*.net *.split)
- # [19:55] * Joins: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2)
- # [19:55] * Joins: jochen__ (~jochen@nat/google/x-cokzgzqlvzievryh)
- # [19:55] * Joins: Rubennn (~quassel@2a02:348:33:5823::1)
- # [19:55] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [19:56] * Joins: jamesr (~jamesr@nat/google/x-gzihesxhhwrxksyn)
- # [19:57] * Joins: sicking (~chatzilla@nat/mozilla/x-tdxmjqtymulnhfwf)
- # [20:01] <espadrine> Ms2ger`: There is no locked-up equivalent to that mailing-list, is there?
- # [20:02] <Ms2ger`> Hmm?
- # [20:08] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
- # [20:09] * Joins: ralphholzmann (~ralph@li76-151.members.linode.com)
- # [20:13] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [20:13] * Quits: zcorpan (~zcorpan@c-3f9fe355.410-6-64736c14.cust.bredbandsbolaget.se) (Remote host closed the connection)
- # [20:14] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
- # [20:15] * Joins: zcorpan (~zcorpan@c-3f9fe355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [20:21] * Joins: ezoe (~ezoe@203-140-88-9f1.kyt1.eonet.ne.jp)
- # [20:27] * Joins: The_8472 (~stardive@azureus/The8472)
- # [20:27] <espadrine> Ms2ger`: We can't access http://lists.w3.org/Archives/Member/w3c-ac-members/2011JulSep/0007.html
- # [20:27] <Ms2ger`> Right
- # [20:28] <espadrine> without W3C names
- # [20:28] <Ms2ger`> Would've linked to a public copy if there was one
- # [20:29] * Quits: zcorpan (~zcorpan@c-3f9fe355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [20:29] <espadrine> too bad there isn't one
- # [20:32] * Joins: gnarf (~gnarf@unaffiliated/gnarf)
- # [20:32] <gnarf> seems to be an error in http://www.whatwg.org/specs/web-apps/current-work/multipage/urls.html#url-decomposition-idl-attributes regarding the "port" attribute
- # [20:33] <gnarf> ooo wait
- # [20:33] <gnarf> nvm
- # [20:33] <gnarf> read a column header wrong
- # [20:34] <gnarf> cancel the alarm!!!
- # [20:34] * gnarf hides
- # [20:37] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 250 seconds)
- # [20:39] * Joins: KillerX_ (~anant@nat/mozilla/x-brndqktuffxftvcj)
- # [20:42] * Quits: othermaciej (~mjs@67.218.110.48) (Quit: othermaciej)
- # [20:42] * Quits: KillerX (~anant@nat/mozilla/x-gisirkklgmnsevwa) (Ping timeout: 240 seconds)
- # [20:42] * KillerX_ is now known as KillerX
- # [20:44] * Joins: MikeSmith (~MikeSmith@12.46.213.219)
- # [20:50] * Quits: KillerX (~anant@nat/mozilla/x-brndqktuffxftvcj) (Read error: Connection reset by peer)
- # [20:50] * Joins: KevinMarks (~KevinMark@nat-204-14-239-209-sfo.net.salesforce.com)
- # [20:50] * Joins: KillerX (~anant@nat/mozilla/x-hbgzqwltavztoiai)
- # [20:50] * Quits: KillerX (~anant@nat/mozilla/x-hbgzqwltavztoiai) (Remote host closed the connection)
- # [20:51] * Joins: KillerX (~anant@nat/mozilla/x-kuscsdyszxlpilxf)
- # [20:52] * fishd_ is now known as fishd
- # [20:53] * Joins: The_8472 (~stardive@azureus/The8472)
- # [20:54] * Joins: othermaciej (~mjs@17.246.17.104)
- # [21:01] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [21:15] * Joins: hta (~hta@91-103-36-252.dynamic.thecloud.net)
- # [21:15] * Joins: scor (~scor@132.183.13.49)
- # [21:15] * Quits: scor (~scor@132.183.13.49) (Excess Flood)
- # [21:16] * Quits: ezoe (~ezoe@203-140-88-9f1.kyt1.eonet.ne.jp) (Read error: Connection reset by peer)
- # [21:16] * Joins: scor (~scor@132.183.13.49)
- # [21:16] * Quits: scor (~scor@132.183.13.49) (Excess Flood)
- # [21:20] * Quits: hta (~hta@91-103-36-252.dynamic.thecloud.net) (Quit: Leaving.)
- # [21:24] * Joins: necolas (~necolas@5e0129ee.bb.sky.com)
- # [21:26] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [21:32] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [21:34] * Joins: cpearce (~chatzilla@ip-118-90-1-107.xdsl.xnet.co.nz)
- # [21:35] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
- # [21:44] * Quits: sicking (~chatzilla@nat/mozilla/x-tdxmjqtymulnhfwf) (Ping timeout: 240 seconds)
- # [21:47] * Quits: jer|afk (~jernoble@17.203.12.89) (Quit: jer|afk)
- # [21:48] * Quits: cryptopsy (~cryptopsy@CPE000d88c30c46-CM00407b862c36.cpe.net.cable.rogers.com) (Quit: Lost terminal)
- # [21:50] * Joins: davidb (~davidb@bas1-toronto06-2925211308.dsl.bell.ca)
- # [21:51] * Joins: hij1nx (~hij1nx@207.239.107.3)
- # [21:53] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
- # [21:53] * heycam|away is now known as heycam
- # [21:55] * Joins: temp02 (~temp01@unaffiliated/temp01)
- # [21:55] * Quits: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2) (Remote host closed the connection)
- # [21:56] * Quits: Ms2ger` (~Ms2ger@91.181.252.157) (Quit: nn)
- # [21:57] * Quits: cpearce (~chatzilla@ip-118-90-1-107.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
- # [22:00] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
- # [22:02] * Joins: dbaron (~dbaron@nat/mozilla/x-lruriaxhuwtsgpuv)
- # [22:06] * Joins: ap (~ap@17.203.114.202)
- # [22:08] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
- # [22:14] * Joins: hta (~hta@c213-89-141-213.bredband.comhem.se)
- # [22:15] * Quits: ZombieLoffe (~ZombieL@unaffiliated/zombieloffe)
- # [22:22] * Quits: hij1nx (~hij1nx@207.239.107.3) (Ping timeout: 258 seconds)
- # [22:26] * Quits: zdobersek1 (~zan@cpe-46-164-1-197.dynamic.amis.net) (Quit: Leaving.)
- # [22:33] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Quit: Saindo)
- # [22:37] * AryehGregor discovers another person who spells his name Areyeh -- interesting
- # [22:39] * Quits: dbaron (~dbaron@nat/mozilla/x-lruriaxhuwtsgpuv) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [22:40] * Joins: sicking (~chatzilla@nat/mozilla/x-ibbwggzmtvzyxjnc)
- # [22:43] * Quits: janv_ (~varga@195.91.87.57) (Quit: This computer has gone to sleep)
- # [22:50] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Ping timeout: 252 seconds)
- # [22:54] <KevinMarks> there's now a .ss TLD coming. Who's going to get c.ss ?
- # [22:54] * Joins: jernoble (~jernoble@17.203.12.89)
- # [22:55] * Joins: hij1nx (~hij1nx@207.239.107.3)
- # [22:56] * Quits: davidb (~davidb@bas1-toronto06-2925211308.dsl.bell.ca) (Quit: davidb)
- # [22:56] * Quits: othermaciej (~mjs@17.246.17.104) (Ping timeout: 240 seconds)
- # [22:57] * Quits: MacTed (~Thud@63.119.36.36)
- # [23:04] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [23:05] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
- # [23:08] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: miketaylr)
- # [23:08] * Joins: janv_ (~varga@195.91.87.57)
- # [23:08] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [23:11] * Joins: cpearce (~chatzilla@ip-118-90-1-107.xdsl.xnet.co.nz)
- # [23:14] * Quits: janv_ (~varga@195.91.87.57) (Quit: This computer has gone to sleep)
- # [23:16] * Joins: dbaron (~dbaron@nat/mozilla/x-bzlltjntcnjwodek)
- # [23:16] * Quits: dbaron (~dbaron@nat/mozilla/x-bzlltjntcnjwodek) (Client Quit)
- # [23:18] * Joins: dbaron (~dbaron@nat/mozilla/x-glkxfrxubnhulxtg)
- # [23:19] <karlcow> http://highscalability.com/blog/2011/8/10/leveldb-fast-and-lightweight-keyvalue-database-from-the-auth.html
- # [23:19] <TabAtkins> Ooh, that sounds fun.
- # [23:20] <karlcow> wondering if it will show up in Google line of products
- # [23:20] <karlcow> ah it's already
- # [23:20] <karlcow> "LevelDB is being used as the back-end for IndexedDB in Chrome. For designing how to map secondary indices into LevelDB key/values, look at how the IndexedDB support within Chrome is implemented."
- # [23:22] <TabAtkins> Yeah, sqlite has corruption issues when it runs for a long time (not really its fault - its from occasional misplaced writes in other processes).
- # [23:22] * Quits: hta (~hta@c213-89-141-213.bredband.comhem.se) (Ping timeout: 264 seconds)
- # [23:22] <Hixie> "misplaced writes"?
- # [23:23] <TabAtkins> You know, writes to a dangling pointer or something. Otherwise known as "security vulnerabilities".
- # [23:23] <Hixie> how can you cause corruption in another _process_?
- # [23:23] <Hixie> don't modern OSes pretty much make that impossible?
- # [23:23] <TabAtkins> Dont' ask me. I'm recalling lunchtime conversation.
- # [23:24] <Hixie> if the problem is other code in the _same_ process randomly stomping on the space used by the sqlite library, it seems any library would suffer the same problem
- # [23:24] <AryehGregor> Hixie, maybe when two processes have the same database file open and one writes to it in a way that's not coordinated with the other, so the other winds up reading garbage somehow?
- # [23:25] * Joins: micheil (~micheil@92.40.254.81.threembb.co.uk)
- # [23:25] <Hixie> that'd be a bug in sqlite's locking
- # [23:25] <AryehGregor> I thought only one process can open an SQLite database at a time, though.
- # [23:25] <AryehGregor> Yeah, I dunno.
- # [23:25] <TabAtkins> AryehGregor: It wasn't sqlite's problem directly; it was definitely memory corruption coming from elsewhere.
- # [23:26] <zewt> so it's very wrong to say "sqlite has corruption issues"
- # [23:26] * Joins: nessy (~Adium@124-169-135-125.dyn.iinet.net.au)
- # [23:26] <Hixie> yeah i don't see why sqlite would be any more at risk than leveldb
- # [23:27] <Hixie> but what do i know :-)
- # [23:27] <zewt> which I doubt anyone would accept anyway; sqlite should be high on any competent programmer's top-five list of most reliable libraries in the world
- # [23:28] * Quits: simplicity- (~simplicit@unaffiliated/simplicity-) (Quit: ...)
- # [23:28] <karlcow> the storage library the highest on my list is definitely… my fridge!
- # [23:28] <karlcow> every day, a few times a day.
- # [23:29] <TabAtkins> zewt: From the conversation I had with a guy working on indexeddb, sqlite made some not-strictly-required architectural decisions that mean that it holds its memory for too long, making it more subject to this kind of corruption.
- # [23:30] <zewt> sounds like a very contrived argument
- # [23:30] <TabAtkins> I may be misstating things.
- # [23:30] <TabAtkins> zewt: I'm not sure what you're trying to imply. We used sqlite. We had regular db corruption. We traced it to a problem with the design of sqlite.
- # [23:31] <jgraham> It seems to me that "it's not designed to be a k-v store" might be a god enough reason on its own to think about other solutions for indexeddb
- # [23:31] <jgraham> *good
- # [23:31] <TabAtkins> I'm not saying sqlite is horrible. I'm saying it didn't suit our needs, so we designed a new one.
- # [23:31] <jamesr> i don't think the primary motivation for leveldb was sqlite db corruption bugs
- # [23:31] <jamesr> although it may have been one
- # [23:31] <TabAtkins> jgraham: Indeed, that too.
- # [23:31] <jamesr> jgraham: exactly
- # [23:31] <zewt> ... if library X writes to random memory locations and corrupts memory owned by library Y, it is not in any conceivable sense library Y's fault for "holding that memory for too long"
- # [23:31] <TabAtkins> jamesr: It was the reason that FileSystem is switching from sqlite to leveldb, at least.
- # [23:31] <zewt> "i shot some bullets down the street and someone got hit, it's hit fault for standing there for so long"
- # [23:31] <Philip`> Most databases have a separate server process, so only bugs in that process could scribble over the database, whereas SQLite runs in the address space of the host application so it's vulnerable to bugs in any applications that touch the database
- # [23:32] <TabAtkins> zewt: Robustness. If Y can avoid a lot of those problems, but it doesn't, then that's a problem.
- # [23:32] <Philip`> though LevelDB seems to be embedded in applications too so it'd be just as vulnerable
- # [23:32] <zewt> avoid problems caused by unrelated code smashing memory? sorry, that's utter nonsense
- # [23:32] <gsnedders> TabAtkins: Why have there not been issues with corruptions with the insane number of other people using SqLite3?
- # [23:32] <TabAtkins> zewt: I'm not blaming anybody, so don't treat it as a personal attack. I'm saying that we needed something that didn't stand in the street quite so long.
- # [23:32] <zewt> problems caused by code smashing random memory (or whatever) is the fault of that code and that code alone
- # [23:32] <karlcow> http://google-opensource.blogspot.com/2011/07/leveldb-fast-persistent-key-value-store.html
- # [23:33] <TabAtkins> gsnedders: No clue. Again, I'm relaying lunchtime conversation.
- # [23:33] <zewt> i'm not treating anything as a personal attack; i have nothing to do with sqlite development
- # [23:33] <karlcow> http://leveldb.googlecode.com/svn/trunk/doc/benchmark.html
- # [23:33] <zewt> i'm saying it's a ridiculous, nonsensical reason to change libraries.
- # [23:33] <Hixie> either it's a bug in sqlite that should be fixed, or it's a bug in the surrounding code and leveldb would be equally vulnerable, as far as i can tell
- # [23:33] <jamesr> no, there were others
- # [23:33] <TabAtkins> zewt: If you're shooting bullets into the street, it's your fault when you hit somebody. But if you're relying on something that needs to cross the street, it's better to rely on one that won't spend as long in the crossfire.
- # [23:34] * Joins: walbert (~Walt@ip55-26-15-186.ct.co.cr)
- # [23:34] <jgraham> Quick to the car metaphors!
- # [23:34] <TabAtkins> Car metaphors explains EVERYTHING.
- # [23:34] <jgraham> +,
- # [23:34] <zewt> changing libraries means whoever's firing the bullets is going to be hitting other things, and it'll be some other random piece of code being broken
- # [23:35] <TabAtkins> zewt: ...yes? And with luck, it'll be something that doesn't lose long-term data when it errors out.
- # [23:35] <Hixie> luck seems like a rather crappy design philosophy :-)
- # [23:35] <zewt> it's just nonsense FUD that'll lead less experienced developers to believe that "leveldb" (whatever that is) is more reliable than sqlite, which is bogus
- # [23:35] <jamesr> i'm pretty sure that leveldb is no safer to memory corruption in your process than anything else
- # [23:36] <Hixie> yeah i don't see how it could be
- # [23:36] <TabAtkins> zewt: Argh, I'm saying, very specifically, that one of *our* teams is running into this problem with sqlite, and is switching to leveldb because it fixes the architectural issue.
- # [23:36] <zewt> if you really want to protect from corruption, move your sqlite access into a helper process and proxy SQL commands to it
- # [23:36] * jgraham thinks that having arguments based on half-remembered lunch conversations using metaphors involving violent death is probably not the road to enlightenment
- # [23:36] <zewt> which seems like a much simpler engineering task than changing backends
- # [23:36] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
- # [23:37] <zewt> and much more effective
- # [23:37] <TabAtkins> zewt: I'm not talking about general engineering advice to the world at large.
- # [23:37] <Philip`> The road to enlightenment is strewn with randomly-shot bullets that luckily missed all the databases
- # [23:38] <TabAtkins> How true.
- # [23:38] <jamesr> since it's a piece of software
- # [23:38] * jamesr agrees with jgraham and goes back to work
- # [23:38] <jgraham> Ah, well in that case I will know to take that one rather than the one paved with good intentions
- # [23:39] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Quit: cying)
- # [23:40] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 240 seconds)
- # [23:41] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [23:41] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [23:42] * jernoble is now known as jer|afk
- # [23:44] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
- # [23:44] * Joins: jarek (~jarek@bcw135.neoplus.adsl.tpnet.pl)
- # [23:44] * Quits: jarek (~jarek@bcw135.neoplus.adsl.tpnet.pl) (Changing host)
- # [23:44] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [23:44] * Quits: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net) (Remote host closed the connection)
- # [23:46] * Joins: janv_ (~varga@195.91.87.57)
- # [23:46] * Quits: janv_ (~varga@195.91.87.57) (Client Quit)
- # [23:52] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:55] * jer|afk is now known as jernoble|afk
- # [23:59] * Joins: jarek_ (~jarek@aeaf188.neoplus.adsl.tpnet.pl)
- # [23:59] * jarek is now known as Guest48831
- # [23:59] * Quits: stefan-__ (~music@hiwi0.wi2.uni-trier.de) (Read error: Connection reset by peer)
- # Session Close: Fri Aug 12 00:00:00 2011
The end :)