/irc-logs / freenode / #whatwg / 2012-01-24 / end

Options:

# Session Start: Tue Jan 24 00:00:00 2012
# Session Ident: #whatwg
# [00:01] * Joins: gwicke_ (~gabriel@216.38.130.164)
# [00:01] * gwicke_ is now known as gwicke_away
# [00:01] * Quits: gwicke (~gabriel@216.38.130.164) (Ping timeout: 276 seconds)
# [00:02] * Joins: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
# [00:06] * gwicke_away is now known as gwicke_
# [00:07] * Quits: danbri (~danbri@cable-146-255-156-245.dynamic.telemach.ba) (Remote host closed the connection)
# [00:07] * Joins: danbri (~danbri@server52836.uk2net.com)
# [00:08] * Joins: madcow (madcow@90.290.dsl.mel.iprimus.net.au)
# [00:09] * Joins: necolas (~necolas@host-92-12-148-102.as43234.net)
# [00:10] * Quits: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net) (Remote host closed the connection)
# [00:15] * Joins: danbri_ (~danbri@cable-146-255-156-245.dynamic.telemach.ba)
# [00:19] * Quits: danbri (~danbri@server52836.uk2net.com) (Ping timeout: 248 seconds)
# [00:27] <dglazkov> in HTML spec, is there a notion of a document viewport, it's existence and difference in behavior of elements in that document due to viewport exists or not?
# [00:28] <dglazkov> like, if you create var d = document.implementation.createHTMLDocument(); does the spec say how <img> or <iframe> must behave if they are in tree d?
# [00:29] <Hixie> i'm not sure what you are asking
# [00:29] <Hixie> viewport is a CSS concept relating to visual rendering
# [00:29] <Hixie> you might be looking for browsing contexts?
# [00:30] <dglazkov> hmmm. possibly.
# [00:30] <Hixie> to answer your second question, yes.
# [00:30] <dglazkov> found it. Awesome.
# [00:30] <dglazkov> thanks!
# [00:32] * gwicke_ is now known as gwicke_away
# [00:33] * gwicke_away is now known as gwicke_
# [00:37] * Quits: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com) (Quit: Leaving...)
# [00:37] * Quits: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [00:37] * Quits: smaug____ (~chatzilla@m6645-0145234122.pck.nerim.net) (Ping timeout: 276 seconds)
# [00:41] * Joins: fishd (darin@nat/google/x-huhyklzlyiwhcdxn)
# [00:44] * Joins: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [00:48] <dglazkov> Hixie: ok, I can't find how image element should work in absence of browsing context: http://www.whatwg.org/specs/web-apps/current-work/multipage/embedded-content-1.html#embedded-content-1
# [00:50] <dglazkov> Gecko, WebKit, and IE all have slightly different interpretations of what should happen with attributes: http://jsfiddle.net/zL9P2/2/
# [00:50] <Hixie> can you be more specific regarding what you mean by "work"?
# [00:51] <dglazkov> Hixie: ^^^
# [00:51] <Hixie> i don't see anything in that example that should be affected by whether or not there's a browsing context
# [00:52] <Hixie> the only interesting thing going on in that example is url resolution and reflection in an idl attribute
# [00:52] <dglazkov> right -- and whether an image is loaded or not
# [00:53] <dglazkov> IE resolves URLs right away, whether in browser contextless doc or not
# [00:53] <dglazkov> IE9 that is
# [00:54] <Hixie> nothing in that tests checks the network side of things as far as i can tell
# [00:54] <Hixie> nor does anything check when the url gets resolved
# [00:54] <Hixie> as far as i can tell
# [00:54] <dglazkov> well, no, but you can look at the console.
# [00:55] <Hixie> well, browsers can do whatever they want in the console :-P
# [00:55] * Quits: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [00:56] <Hixie> anyway to answer what i think you mean to be your question, the spec says "A user agent that obtains images immediately must synchronously update the image data of an img element whenever that element is either created with a src attribute [...]"
# [00:56] <Hixie> which means that even a document fetched via XMLHttpRequest would result in network traffic if it contained an <img>
# [00:56] <Hixie> this is probably not what the spec should require
# [00:57] <Hixie> ("update the image data" doesn't check if there's a browsing context)
# [01:02] * Joins: WeirdAl (~chatzilla@g2spf.ask.info)
# [01:04] <dglazkov> also interesting stuff on url resolution. Gecko does the seemingly sanest thing and reports back both attribute and property value unresolved when the browsing context doesn't exist
# [01:04] <dglazkov> WebKit doesn't report a property value, which is probably wrong.
# [01:05] <dglazkov> IE9 happily resolves against document URL regardless of the state.
# [01:05] <dglazkov> hate results, but love the attitude.
# [01:06] <Hixie> i don't see why browsing context existence would have any effect on url resolution in idl attribute values
# [01:06] <Hixie> (i do see why it should be a precondition for network traffic)
# [01:07] <Hixie> (file a bug if you want that fixed)
# [01:07] <dglazkov> k. I am just trying to find the most analogous thing to inert chunks of DOM for HTML templates.
# [01:08] <dglazkov> var f = document.implementation.createHTMLDocument().createDocumentFragment() in Gecko is the closest thing
# [01:13] <Hixie> What do you mean by "inert"?
# [01:13] <Hixie> (there's lots of possibly definitions)
# [01:13] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Read error: No route to host)
# [01:13] <Hixie> possible
# [01:13] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
# [01:14] <dglazkov> well, I know the effects of "inert" in template pretty well, but haven't yet described precisely.
# [01:15] <dglazkov> the general idea is that a developer can treat these elements as clay without fear of side effects.
# [01:15] <dglazkov> images don't load, videos don't run, frames don't load, scripts don't run
# [01:15] <dglazkov> also importantly --- attributes are tolerant of invalid values
# [01:15] * Joins: benschwarz (u2121@gateway/web/irccloud.com/x-wxcbvufbljwhnqvz)
# [01:15] * Joins: Adawerk``` (~mven__@169.241.49.57)
# [01:16] <dglazkov> so you could do crazy stuff like <img src="{{userpic}}"> and not hit the server with some url that includes "{{userpic}}"
# [01:17] * Quits: pkondzior (u768@gateway/web/irccloud.com/x-ynrbrfkgeurnaogj) (Excess Flood)
# [01:17] * Joins: pkondzior (u768@gateway/web/irccloud.com/x-ajzmvjyfbxdopigl)
# [01:17] * Quits: bga (bga@fr6.freebnc.net) (Ping timeout: 272 seconds)
# [01:17] <dglazkov> an even crazier example involves similar machinations with tabindex and input types, but I am not yet sure that would even be possible.
# [01:17] * Quits: mven_ (~mven__@169.241.49.57) (Ping timeout: 272 seconds)
# [01:18] * Joins: bga (bga@2001:41d0:1:8d75::254)
# [01:23] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 272 seconds)
# [01:23] * Quits: ezoe (~ezoe@203-140-89-186f1.kyt1.eonet.ne.jp) (Read error: Connection reset by peer)
# [01:23] * Quits: Neocortex (~niels@dhcp-077-249-098-024.chello.nl) (Read error: Connection reset by peer)
# [01:24] * Joins: Neocortex (~niels@dhcp-077-249-098-024.chello.nl)
# [01:26] <Hixie> dglazkov: "attributes are tolerant of invalid values" and "no network traffic results" are very different
# [01:26] <Hixie> dglazkov: i'm not really sure what you mean by "attributes are tolerant of invalid values" -- how are non-inert attributes not so tolerant?
# [01:28] <dglazkov> Hixie: perhaps we need to come to common understanding of "tolerant"?
# [01:28] * Quits: pablof (~pablof@144.189.101.1) (Remote host closed the connection)
# [01:28] <Hixie> dglazkov: definitely, if you're going to use the word :-)
# [01:29] * Quits: hoodow (~hoodow@pdpc/supporter/active/hoodow) (Ping timeout: 272 seconds)
# [01:29] <dglazkov> <div tabindex="{{value1}}"> or <input type="$(TYPE)"> would be examples where there are limits to tolerance
# [01:29] * Joins: hoodow (~hoodow@2001:41d0:2:b214:20::5)
# [01:29] * Quits: hoodow (~hoodow@2001:41d0:2:b214:20::5) (Changing host)
# [01:29] * Joins: hoodow (~hoodow@pdpc/supporter/active/hoodow)
# [01:29] * Joins: abarth_ (~abarth@2002:ada4:80d1:0:598d:e1f1:afab:59f9)
# [01:30] <dglazkov> you can attempt to set div.tabindex property to any value, but only integers will be accepted, right?
# [01:31] <dglazkov> setting some attributes causes some internal plumbing to jump into action.
# [01:31] * Joins: davidb_ (~davidb@bas1-toronto06-2925211583.dsl.bell.ca)
# [01:31] <dglazkov> whether this plumbing attempts to make a network request or parse the value as integer
# [01:32] <dglazkov> that's not really important from the effect side.
# [01:32] * Quits: davidb_ (~davidb@bas1-toronto06-2925211583.dsl.bell.ca) (Client Quit)
# [01:33] <dglazkov> the key is that in inert DOM chunks, doing these thing should be both tolerated and not acted upon
# [01:35] <dglazkov> attribute bag is a nice example. If you setAttribute("tabindex", "foo"), you will still receive "foo" from getAttribute("tabindex")
# [01:35] <dglazkov> ideally, an inert chunk of DOM would do the same thing for properties.
# [01:35] <dglazkov> but again, that's an effect.
# [01:36] <dglazkov> another effect is that setAttribute("tabindex", "foo") doesn't trigger internal plumbing of attempting to parse the value as integer and setting the property to -1
# [01:37] <dglazkov> hth
# [01:37] <Hixie> dglazkov: If you setAttribute("tabindex", "foo"), you will still receive "foo" from getAttribute("tabindex"), today, always
# [01:37] <dglazkov> right!
# [01:37] <Hixie> dglazkov: if you're saying you want the type of DOM properties to depend on whether they are in a template or not, that's basically a non-starter, i think
# [01:38] <dglazkov> Hixie: that's not what I am saying.
# [01:38] <Hixie> good :-)
# [01:39] <Hixie> not sure what you're saying though in that case :-)
# [01:39] <dglazkov> well, I've been pretty nicely describing desired effects, I thought.
# [01:40] <dglazkov> anyhow, gotta run. bye Whatwg!
# [01:40] <Hixie> i guess i don't understand why tabindex="" today doesn't do what you want
# [01:42] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
# [01:42] <MikeSmith> fyi, W3C is still be affected by some routing issues somewhere
# [01:43] <MikeSmith> somewhere being an outside place that W3C systems team can't fix themselves
# [01:43] <MikeSmith> so they are still waiting for it to be fixed there, as far as I know
# [01:47] * Parts: abarth_ (~abarth@2002:ada4:80d1:0:598d:e1f1:afab:59f9)
# [01:47] * Quits: tndH (~Rob@adsl-178-78-99-119.karoo.kcom.com) (Read error: Connection reset by peer)
# [01:50] * Quits: plutoniix (~plutoniix@101.108.124.104) (Quit: Leaving)
# [01:51] * Quits: [[zz]] (~q@101.108.124.104) (Quit: จรลี จรลา ...)
# [01:52] * Joins: [[zz]] (~q@101.108.124.165)
# [01:56] * Quits: jdong_bot_ (~jdong_bot@117.79.232.225) (Remote host closed the connection)
# [01:58] * Joins: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [01:58] * Joins: jdong_bot_ (~jdong_bot@117.79.232.225)
# [02:00] * Quits: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com) (Client Quit)
# [02:03] * Quits: WeirdAl (~chatzilla@g2spf.ask.info) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [02:04] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
# [02:05] * Joins: ezoe (~ezoe@112-68-245-36f1.kyt1.eonet.ne.jp)
# [02:09] * Joins: ksweeney (~Adium@nyv-exweb.iac.com)
# [02:11] * Quits: Martijnc (~Martijn@d54C020DC.access.telenet.be) (Read error: Connection reset by peer)
# [02:11] * Quits: ojan (ojan@nat/google/x-ztwjhdaungyrdsxj) (Quit: ojan)
# [02:13] * Parts: ksweeney (~Adium@nyv-exweb.iac.com)
# [02:16] * Quits: ben_alman (~cowboy@awesome.benalman.com) (Excess Flood)
# [02:16] <Hixie> Philip`: yt?
# [02:17] <Philip`> Hixie: Vaguely
# [02:19] * Joins: ben_alman (~cowboy@awesome.benalman.com)
# [02:20] <Hixie> Philip`: drawImage() when drawing from outside the source bitmap says "When the filtering algorithm requires a pixel value from outside the original image data, it must instead use the value from the nearest edge pixel."; it's suggested that we somehow limit this to 0.5px outside the source rect since otherwise you'd just get a banding effect
# [02:20] <Hixie> Philip`: opinions?
# [02:30] * Quits: ap (~ap@2620:149:4:1b01:4595:bbe7:3a05:7310) (Quit: ap)
# [02:31] * Quits: KillerX (~anant@nat/mozilla/x-ufakmpvgzspopdax) (Quit: KillerX)
# [02:35] <Philip`> Hixie: Doing anything other than what standard graphics APIs already generally support (i.e. either clamp-to-edge or clamp-to-transparency or mirror or repeat, probably) sounds like it would make implementers pretty unhappy
# [02:35] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
# [02:37] <Philip`> Using a source rectangle outside the original image data is basically an error condition anyway (and I think it used to throw exceptions; the behaviour was changed just to be more tolerant of floating-point errors)
# [02:38] <Philip`> If it's meant to be changed into a useful feature, users probably ought to be able to select the filtering mode themselves, because no single choice will be what everyone wants
# [02:40] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
# [02:42] * Joins: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net)
# [02:44] <jamesr_> what happens today?
# [02:44] * Quits: izhak (1000@188.168.76.12) (Ping timeout: 248 seconds)
# [02:45] * Joins: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [02:46] * Quits: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com) (Client Quit)
# [02:47] * Philip` doesn't know what implementations do
# [02:48] * Quits: dbaron (~dbaron@nat/mozilla/x-simgddyjgcwkvcqi) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [02:51] * Quits: cpearce (~cpearce@60.234.54.74) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [02:51] * Joins: cpearce (~cpearce@60.234.54.74)
# [02:56] * Quits: ezoe (~ezoe@112-68-245-36f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
# [02:57] * Joins: yutaka-m_ (~loqui@ntkngw604194.kngw.nt.ftth.ppp.infoweb.ne.jp)
# [03:05] * Quits: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
# [03:09] * heycam is now known as heycam|away
# [03:14] <Hixie> Philip`: yeah
# [03:15] * Quits: dave_levin (dave_levin@nat/google/x-jdgjtkvdcwdjagmd) (Quit: dave_levin)
# [03:16] * Joins: duuude (marvingaye@79.133.201.85)
# [03:17] * Joins: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
# [03:17] * Quits: rniwa (rniwa@nat/google/x-llpxmnuwenmduwwj) (Quit: rniwa)
# [03:18] * Quits: necolas (~necolas@host-92-12-148-102.as43234.net) (Remote host closed the connection)
# [03:18] <Hixie> Philip`: i'm not sure what implementations or APIs do, but webkit asked for us to change the spec
# [03:19] <Hixie> Philip`: to say something about transparent black
# [03:19] <Hixie> Philip`: their question is whether we want a hard edge or not or non-aligned image draws
# [03:20] * Quits: gwicke_ (~gabriel@216.38.130.164) (Quit: Bye!)
# [03:22] * Parts: duuude (marvingaye@79.133.201.85)
# [03:23] * Joins: ezoe (~ezoe@112-68-244-58f1.kyt1.eonet.ne.jp)
# [03:29] * Quits: tantek (~tantek@nat/mozilla/x-uxhtpbzhslsmpgyc) (Quit: tantek)
# [03:30] * Quits: jochen__ (jochen@nat/google/x-hvhzaipsgfaeiyyc) (Remote host closed the connection)
# [03:30] * Joins: jochen__ (jochen@nat/google/x-zpzrumhwpqvpfmrt)
# [03:32] * Quits: othermaciej (~mjs@17.245.89.249) (Quit: othermaciej)
# [03:37] * Philip` doesn't remember the reasons for originally preferring clamp-to-edge over transparent
# [03:37] <Hixie> any objection to me just changing it to transparent?
# [03:37] <zewt> well, you have to pick a transparent color
# [03:37] <Hixie> 'transparent' == rgba(0,0,0,0)
# [03:37] <Philip`> Depends if there was a good reason for originally preferring clamp-to-edge over transparent
# [03:37] <Philip`> (other than it just being compatible with more of the implementations at that time)
# [03:37] <Hixie> i've no idea
# [03:37] <Hixie> i can try to look tomorrow
# [03:37] <zewt> Hixie: that's bad, since it'll artifact if the result is scaled
# [03:38] <Philip`> Upscaling an image will always do something that someone considers bad, I think
# [03:38] <zewt> (whether it ever can be in this context I'm not sure, but I've dealt with problems arising from that too many times)
# [03:38] <Philip`> (since different people want different behaviour)
# [03:38] <zewt> Philip`: edge clamping is far far better than using black transparency
# [03:39] <zewt> for general-purpose behavior, anyway
# [03:40] <Philip`> That's what the spec currently requires, but apparently it causes problems when implementing with OS X APIs or something like that
# [03:41] <Philip`> (https://www.w3.org/Bugs/Public/show_bug.cgi?id=10799 - hmm, maybe the main original reason for clamp-to-edge was to match IE9 and Opera)
# [03:42] * nunnun_away is now known as nunnun
# [03:44] * Philip` will continue his general policy of not really caring about API design and letting other people argue over that, and only caring himself that every implementation can pass the same tests, since that's an easier problem
# [03:45] <Hixie> zewt: edge clamping results in streaking, so it's a non-starter
# [03:45] <zewt> doesn't sound like a "non-starter" to me
# [03:45] <zewt> if you don't want it, stop sampling outside the image
# [03:47] <Hixie> it's a non-starter because webkit won't implement it
# [03:47] * heycam|away is now known as heycam
# [03:47] <zewt> and everyone else is? ...
# [03:47] <Hixie> as far as i'm aware, nobody does it
# [03:47] <Philip`> Firefox doesn't on OS X, I think
# [03:48] <Philip`> but I think everyone else basically does (maybe with exceptions if the source rectangle is actually outside)
# [03:48] * Joins: KillerX (~anant@70-36-146-196.dsl.dynamic.sonic.net)
# [03:48] <zewt> i don't know the general rendering pipeline; if there's no way that black might be blended with edge colors, then it's probably okay, but if it might get blended in then it's definitely bad
# [03:48] <Philip`> at least when I last checked
# [03:49] <Hixie> the only case i'm talking about is the case where the source rectangle is outside the source image
# [03:49] <Hixie> hence the suggestion about the 0.5px border
# [03:50] <zewt> clamp to edge within .5px, then #00000000? that seems ... a bit too novel, at least on first impression
# [03:50] <Philip`> Is the idea that they're able to implement clamp-to-edge filtering up to the edge of the source rectangle, and then a sharp transition to transparent outside the rectangle?
# [03:51] <Hixie> i guess?
# [03:51] <Hixie> we could also have different filtering if it's outside the source rect or not
# [03:52] <Philip`> (as opposed to having the filter not clamp and act as if the image data outside the original image bounds was transparent)
# [03:53] <Hixie> e.g. define the source rect as being transparent black, but with the clamp-to-edge filtering
# [03:53] <Philip`> (which matters around the edges when upscaling the image, since the filter will be sampling outside the original image bounds even if it's within the source rectangle)
# [03:53] * Joins: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com)
# [03:54] <Hixie> actually maybe this is the way to go
# [03:54] <Hixie> define it so that pixels inside the source rect but outside the source image are transparent black
# [03:55] <Hixie> with clamp-to-edge behaviour for the filtering
# [03:56] * Quits: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
# [03:57] <zewt> not quite sure what you mean--clamp-to-edge is a definition of pixels outside the source image, not filtering
# [03:57] <Philip`> With the current spec, if you have a 1x1 green image and draw the 3x3 source rectangle (-1,-1)..(2,2) to a 30x30 pixel destination, you'll get 30x30 pixels of green
# [03:58] <Hixie> right i'm suggesting you get a 10x10 green centered in the 30x30
# [03:58] <Philip`> If it was changed to clamp-to-transparent (or whatever the term is), you'd get a heavily blurred roughly 10x10 green square (since it'll filter between green and transparent around the edges)
# [03:58] * abarth is now known as abarth|dinner
# [03:58] <Hixie> right
# [03:58] <Philip`> If it was clamp-to-edge-but-clip-to-transformed-source-rectangle, you'd get a sharp 10x10 green square
# [03:58] <zewt> Philip`: i think the right analog for "clamp-to-transparent" is opengl's CLAMP_TO_BORDER with a #00000000 border
# [03:59] <Hixie> Philip`: oh well that's yet another option, yes
# [03:59] <Hixie> Philip`: we could do that, indeed
# [03:59] <Philip`> Hixie: Isn't clamp-to-edge-but-clip-to-transformed-source-rectangle the option you were suggesting?
# [03:59] <Philip`> zewt: Yeah
# [04:00] <Philip`> (Annoyingly not supported by GL ES 2.0, it seems :-( )
# [04:00] * Quits: [[zz]] (~q@101.108.124.165) (Ping timeout: 252 seconds)
# [04:00] <Hixie> Philip`: no, but in any case yours seems better
# [04:01] * Philip` doesn't understand the difference, then
# [04:01] <Philip`> I guess the important question is whether clamp-to-edge-but-clip-to-transformed-source-rectangle is implementable by the people who can't implement clamp-to-edge
# [04:01] <Hixie> consider a 2x2 green, drawing from -1,-1 to 1,1
# [04:01] <zewt> Philip`: for canvas you could fake it by enlarging the texture and filling in the edges yourself, I think (since the drawing vocabulary is much more limited)
# [04:02] <Hixie> er
# [04:02] <Hixie> consider a 2x2 green, drawing from -1,-1 to 2,2
# [04:02] <Hixie> what i was suggesting would have blurry top left and sharp bottom right
# [04:02] <Philip`> Hmm, by "transformed-source-rectangle" I actually mean "transformed-original-image-data-bounds"
# [04:03] <Philip`> zewt: Yeah, adding a 1-pixel transparent border and then clamp-to-edge would work (though it's a pain when under power-of-two size constraints)
# [04:04] <Philip`> Hixie: Oh, okay, I think I see
# [04:04] <Philip`> That sounds weird :-p
# [04:07] * Philip` vaguely remembers clamp-to-edge-but-clip-to-transformed-source-rectangle being discussed in some bug ages ago, but doesn't even know what bug tracker it was on
# [04:07] * Philip` gives up remembering and falls asleep
# [04:07] <zewt> Philip`: guessing that if you don't have NPOT support in hardware, you're already either going to have to deal with it yourself or not accelerate at all
# [04:10] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
# [04:10] <Philip`> zewt: Yeah, it was annoying me primarily in the context of a game where all the source data is POT; browsers will have to deal with NPOT images anyway
# [04:11] <zewt> guessing at worst you'd hit slow paths more often
# [04:12] <zewt> but i'd imagine that wouldn't really be a slow path--since NPOT images are the norm with canvas, not the exception
# [04:27] * Joins: danielfilho_ (~daniel@187.31.77.7)
# [04:28] * Joins: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [04:29] * Quits: danielfilho (~daniel@187.31.77.7) (Ping timeout: 248 seconds)
# [04:29] * danielfilho_ is now known as danielfilho
# [04:29] * Quits: jamesr (jamesr@nat/google/x-qqukaivuowovrpra) (Quit: jamesr)
# [04:32] * Joins: yuuki_ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [04:36] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 245 seconds)
# [04:54] * Quits: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp) (Quit: Make the road by walking. (B-side: Tired of Fighting))
# [04:55] * Quits: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
# [04:59] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
# [05:00] <Hixie> hmmm
# [05:00] <Hixie> i'm not sure clipping actually really works
# [05:00] <Hixie> since the output has to be defined for all pixels...
# [05:06] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
# [05:08] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
# [05:15] * Quits: ivan`` (~ivan@unaffiliated/ivan/x-000001) (Quit: ERC Version 5.3 (IRC client for Emacs))
# [05:24] * Joins: ivan`` (~ivan@unaffiliated/ivan/x-000001)
# [05:38] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
# [05:40] * abarth|dinner is now known as abarth
# [05:44] * Quits: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [05:49] * Joins: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp)
# [05:53] * Joins: ehsan (~ehsan@209.29.21.241)
# [05:54] * Quits: ehsan (~ehsan@209.29.21.241) (Read error: Connection reset by peer)
# [05:54] * Joins: ehsan (~ehsan@209.29.21.241)
# [05:56] * Quits: cpearce (~cpearce@60.234.54.74) (Ping timeout: 252 seconds)
# [06:06] * Quits: boblet (u1921@gateway/web/irccloud.com/x-sbduraxlfdxfasic) (Read error: Operation timed out)
# [06:06] * Quits: hdv (u2376@gateway/web/irccloud.com/x-thxkljfaadiaquui) (Read error: Operation timed out)
# [06:06] * Quits: ryanseddon (u1832@gateway/web/irccloud.com/x-qejwbjjagndrdofe) (Read error: Operation timed out)
# [06:07] * Quits: remysharp (u4345@gateway/web/irccloud.com/x-ualxiwosyyfmxbrl) (Read error: Operation timed out)
# [06:08] * Quits: Scorchin (u1242@gateway/web/irccloud.com/x-nfgkqjzodasgjxhx) (Ping timeout: 240 seconds)
# [06:08] * Quits: niftylettuce (u2733@gateway/web/irccloud.com/x-xvdsqdvcxuzefysd) (Ping timeout: 240 seconds)
# [06:08] * Quits: akamike (u5089@gateway/web/irccloud.com/x-rgftbtthscjnkyzp) (Ping timeout: 240 seconds)
# [06:08] * Quits: slightlyoff (u1768@gateway/web/irccloud.com/x-fukziiidrhnfzdix) (Ping timeout: 240 seconds)
# [06:08] * Quits: timeless (u4015@firefox/developer/timeless) (Ping timeout: 240 seconds)
# [06:09] * Quits: wycats (u79@gateway/web/irccloud.com/x-urwapdsjuakyqvmb) (Ping timeout: 244 seconds)
# [06:09] * Quits: scheib (u4467@gateway/web/irccloud.com/x-jembutgipfowfkkg) (Ping timeout: 240 seconds)
# [06:09] * Quits: eae (u4278@gateway/web/irccloud.com/x-xvbklishqkyurnvb) (Ping timeout: 240 seconds)
# [06:09] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
# [06:09] * Quits: matijsb (u2278@gateway/web/irccloud.com/x-phxrpokhpmifjczf) (Ping timeout: 252 seconds)
# [06:09] * Quits: krijn (u2319@gateway/web/irccloud.com/x-gdgsuhuftkcdnrxe) (Ping timeout: 252 seconds)
# [06:10] * Quits: ehsan (~ehsan@209.29.21.241) (Read error: Connection reset by peer)
# [06:10] * Joins: ehsan (~ehsan@209.29.21.241)
# [06:10] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
# [06:11] * Quits: ehsan (~ehsan@209.29.21.241) (Read error: Connection reset by peer)
# [06:11] * Joins: ehsan (~ehsan@209.29.21.241)
# [06:21] * Joins: remysharp (u4345@gateway/web/irccloud.com/x-kjeljdfzrywdttwx)
# [06:21] * Joins: scheib (~u4467@gateway/web/irccloud.com/x-chlmkqncqjhjcdix)
# [06:21] * Joins: hdv (u2376@gateway/web/irccloud.com/x-rcpiiqgprohchnhn)
# [06:23] * Joins: ryanseddon (u1832@gateway/web/irccloud.com/x-gqhhifwkyzsjbmyx)
# [06:24] * Joins: niftylettuce (u2733@gateway/web/irccloud.com/x-wxiqwvujarzseitv)
# [06:31] * Quits: jochen__ (jochen@nat/google/x-zpzrumhwpqvpfmrt) (Read error: Connection reset by peer)
# [06:31] * Joins: jochen__ (jochen@nat/google/x-yigisbmbsiifwivy)
# [06:33] <heycam> hmm, I want to do a CSS transform rotation with the transform origin being a point on the baseline of the text in the element
# [06:33] <heycam> is that possible somehow?
# [06:37] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
# [06:38] * Quits: ivan`` (~ivan@unaffiliated/ivan/x-000001) (Ping timeout: 252 seconds)
# [06:42] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [06:45] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
# [06:47] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
# [06:49] * Parts: mrdoob (~mrdoob@73.23.219.87.dynamic.jazztel.es) ("Leaving")
# [06:49] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
# [06:58] * Joins: yolin (~niloy@122.179.129.91)
# [06:59] * Joins: msankhala (~mutant@unaffiliated/msankhala)
# [07:05] * Quits: danielfilho (~daniel@187.31.77.7) (Ping timeout: 252 seconds)
# [07:12] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
# [07:12] * Quits: yuuki_ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
# [07:20] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [07:25] * Joins: Evanescence (~Evanescen@60.183.226.70)
# [07:28] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (Quit: schnoomac)
# [07:29] <yolin> If I add a css file dynamically to the document, is there any way to know if its completed loading?
# [07:31] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
# [07:31] <Hixie> onload on the <link> iirc
# [07:39] * Joins: smaug____ (~chatzilla@m6645-0145234122.pck.nerim.net)
# [07:40] * Joins: LBP (~Mirc@pD9EB1902.dip0.t-ipconnect.de)
# [07:44] * Joins: jochen___ (jochen@nat/google/x-bdqptwimehkkcdwf)
# [07:47] * Quits: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net) (Quit: ^z)
# [07:48] * Quits: jochen__ (jochen@nat/google/x-yigisbmbsiifwivy) (Ping timeout: 272 seconds)
# [07:48] * jochen___ is now known as jochen__
# [07:51] * Quits: KillerX (~anant@70-36-146-196.dsl.dynamic.sonic.net) (Quit: KillerX)
# [07:53] * Quits: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com) (Quit: Leaving...)
# [07:54] * Quits: msankhala (~mutant@unaffiliated/msankhala) (Quit: Leaving)
# [07:55] * Joins: msankhala (~mutant@unaffiliated/msankhala)
# [07:58] <yolin> Hixie, onload doesnt fire on <link> :(
# [07:59] <Hixie> file a bug with the browser, spec says it should :-)
# [07:59] * heycam is now known as heycam|away
# [08:01] <yolin> okay, chrome does not fire, firefox and opera does
# [08:02] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
# [08:03] * Quits: nessy (~Adium@124-149-102-172.dyn.iinet.net.au) (Quit: Leaving.)
# [08:04] * Quits: ezoe (~ezoe@112-68-244-58f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
# [08:05] * Joins: KillerX (~anant@70-36-146-196.dsl.dynamic.sonic.net)
# [08:05] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Read error: Connection reset by peer)
# [08:07] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
# [08:14] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
# [08:19] * Quits: Evanescence (~Evanescen@60.183.226.70) (Quit: my website: http://stardiviner.dyndns-blog.com/)
# [08:20] * Quits: smaug____ (~chatzilla@m6645-0145234122.pck.nerim.net) (Ping timeout: 240 seconds)
# [08:25] * Quits: KillerX (~anant@70-36-146-196.dsl.dynamic.sonic.net) (Quit: KillerX)
# [08:26] * Joins: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com)
# [08:30] * Joins: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net)
# [08:31] * Quits: jdong_bot_ (~jdong_bot@117.79.232.225) (Remote host closed the connection)
# [08:32] * Joins: jochen___ (jochen@nat/google/x-gskcgfcnqhslolmd)
# [08:33] <hsivonen> hah. Google suggests "DOOM 3 Validation" when searching for "DOM 3 Validation"
# [08:33] * Quits: wesbos (~wesbos@24.52.240.143) (Ping timeout: 248 seconds)
# [08:35] * Quits: jochen__ (jochen@nat/google/x-bdqptwimehkkcdwf) (Ping timeout: 260 seconds)
# [08:35] * jochen___ is now known as jochen__
# [08:36] * Joins: graememcc (~chatzilla@host86-140-179-185.range86-140.btcentralplus.com)
# [08:37] * Joins: jdong_bot_ (~jdong_bot@117.79.232.225)
# [08:38] * Joins: Martijnc (~Martijn@d8D87A077.access.telenet.be)
# [08:39] * Joins: GlitchMr (~glitchmr@178-36-153-145.adsl.inetia.pl)
# [08:43] * Joins: nessy (~Adium@124-169-146-158.dyn.iinet.net.au)
# [08:45] * Quits: nessy (~Adium@124-169-146-158.dyn.iinet.net.au) (Client Quit)
# [08:49] * Quits: msankhala (~mutant@unaffiliated/msankhala) (Quit: Leaving)
# [08:53] * Joins: nessy (~Adium@124-169-146-158.dyn.iinet.net.au)
# [08:59] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
# [09:08] <MikeSmith> http://googlecode.blogspot.com/2012/01/lets-make-tcp-faster.html is interesting
# [09:08] <MikeSmith> apparently the Proportional Rate Reduction stuff is already supported in the Linux kernel
# [09:09] <MikeSmith> "reduces the TCP latency of connections experiencing losses by 3-10% depending on the response size"
# [09:09] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
# [09:10] * Joins: Thezilch (~fuz007@cpe-75-85-89-34.socal.res.rr.com)
# [09:11] <MikeSmith> so it would be nice to have defer and async support in Opera
# [09:16] * Joins: PalleZingmark (~Adium@217.13.228.226)
# Session Close: Tue Jan 24 09:24:49 2012
#
# Session Start: Tue Jan 24 09:24:49 2012
# Session Ident: #whatwg
# [09:24] * Disconnected
# [09:25] * Attempting to rejoin channel #whatwg
# [09:25] * Rejoined channel #whatwg
# [09:25] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
# [09:25] * Set by annevk42 on Mon Oct 19 22:03:06
# [09:26] * Joins: Philip`_ (~philip@zaynar.co.uk)
# [09:26] * Quits: GlitchMr (~glitchmr@178-36-153-145.adsl.inetia.pl) (*.net *.split)
# [09:26] * Quits: yolin (~niloy@122.179.129.91) (*.net *.split)
# [09:26] * Quits: fishd (darin@nat/google/x-huhyklzlyiwhcdxn) (*.net *.split)
# [09:26] * Quits: madcow (madcow@90.290.dsl.mel.iprimus.net.au) (*.net *.split)
# [09:26] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (*.net *.split)
# [09:26] * Quits: Workshiva (~Dashiva@74.125.57.33) (*.net *.split)
# [09:26] * Quits: gavin_ (~gavin@76.14.70.183) (*.net *.split)
# [09:26] * Quits: krijnh (KtK@ip9135ee9d.speed.planet.nl) (*.net *.split)
# [09:26] * Quits: ukai (ukai@nat/google/x-aympypbjpcabikyh) (*.net *.split)
# [09:27] * Quits: Philip` (~philip@zaynar.co.uk) (*.net *.split)
# [09:27] * Quits: inimino (~inimino@boshi.inimino.org) (*.net *.split)
# [09:27] * Quits: fhaevr (~quassel@nat/transgaming/x-kdsytqceejrhqgch) (*.net *.split)
# [09:27] * Quits: jgraham (~jgraham@web22.webfaction.com) (*.net *.split)
# [09:27] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
# [09:28] * Joins: jgraham (~jgraham@web22.webfaction.com)
# [09:29] * Joins: inimino (~inimino@boshi.inimino.org)
# [09:29] * Joins: Workshiva (~Dashiva@74.125.57.33)
# [09:29] * Joins: ukai (ukai@nat/google/x-htrvyervpeabycml)
# [09:30] * Joins: fhaevr (~quassel@nat/transgaming/x-xvkvgilammmnxyil)
# [09:31] * Joins: yolin (~niloy@122.179.129.91)
# [09:33] * Quits: Druid_ (~Druid@p5B13760B.dip.t-dialin.net) (Ping timeout: 252 seconds)
# [09:34] * Joins: drublic (~drublic@frbg-4d028f24.pool.mediaWays.net)
# [09:34] * Quits: drublic (~drublic@frbg-4d028f24.pool.mediaWays.net) (Remote host closed the connection)
# [09:34] * Joins: drublic (~drublic@frbg-4d028f24.pool.mediaWays.net)
# [09:35] * Joins: eighty4 (~eighty4@unaffiliated/eighty4)
# [09:37] * Joins: twisted`_ (~anonymous@p5DDB95D5.dip.t-dialin.net)
# [09:38] * Joins: Druid_ (~Druid@p5B137AB4.dip.t-dialin.net)
# [09:39] * Quits: twisted` (~anonymous@p5DDBAA18.dip.t-dialin.net) (Ping timeout: 240 seconds)
# [09:39] * twisted`_ is now known as twisted`
# [09:44] * Quits: gkellogg (~gregg@c-98-248-150-91.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [09:44] * Joins: pocopina (u5310@gateway/web/irccloud.com/x-itkkikfykpdirous)
# [09:44] * Joins: gkellogg (~gregg@c-98-248-150-91.hsd1.ca.comcast.net)
# [09:46] * Quits: Thezilch (~fuz007@cpe-75-85-89-34.socal.res.rr.com) (Read error: Connection reset by peer)
# [09:55] * Joins: mishunov (~spliter@77.88.72.162)
# [09:58] * Joins: xec (~xec@188.95.241.142)
# [10:01] <MikeSmith> it seems like we have prevailing agreement for putting warnings on the ancient DOM specs, and links to latest versions
# [10:02] <MikeSmith> not that it's needed anyway
# [10:03] <MikeSmith> not from the WebApps WG anyway
# [10:03] <MikeSmith> because those are not within the realm of the WebApps WG anyway
# [10:03] <MikeSmith> they are orphans
# [10:03] <MikeSmith> I think it comes down to what PLH reckons should be done
# [10:05] * Quits: yolin (~niloy@122.179.129.91) (Remote host closed the connection)
# [10:08] * Quits: richt (richt@nat/opera/x-fasepctysmadeupo) (Ping timeout: 252 seconds)
# [10:09] * Joins: richt (~richt@guest.opera.com)
# [10:24] * Joins: yolin (~niloy@203.196.177.156)
# [10:25] * Quits: nessy (~Adium@124-169-146-158.dyn.iinet.net.au) (Quit: Leaving.)
# [10:26] * Joins: Ms2ger (~Ms2ger@91.181.127.125)
# [10:27] * Quits: richt (~richt@guest.opera.com) (Remote host closed the connection)
# [10:41] <jgraham> I am obviously also +1 on poiting out that old stuff is old, but I have learnt to fear email threads like that
# [10:42] <Ms2ger> MikeSmith, I think we established last time that WebApps owns them now
# [10:42] <jgraham> There is *always* someone who says "but you can't say that maybe (some old spec) is old because we have an unspecified law that requires us to implement it"
# [10:42] <MikeSmith> we who?
# [10:42] <Ms2ger> WebApps :)
# [10:42] <MikeSmith> heh
# [10:42] * Joins: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net)
# [10:45] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
# [10:45] * Joins: mishunov (~spliter@77.88.72.162)
# [10:45] <MikeSmith> plh-less discussions about changes to those docs are a tree falling in a forest
# [10:46] * Quits: mishunov (~spliter@77.88.72.162) (Read error: Connection reset by peer)
# [10:46] * Joins: mishunov (~spliter@77.88.72.162)
# [10:46] <hsivonen> jgraham: I find it super-hard to believe that laws or regulations require consumer electronics to have any particular level of any part DOM
# [10:47] <jgraham> MikeSmith: Quite devestating if you happen to live in the tree?
# [10:47] <MikeSmith> that's because that assertion is BS
# [10:47] * Joins: Evanescence (~Evanescen@60.183.226.70)
# [10:47] <MikeSmith> time savings suggestion is we just make the plea to plh
# [10:48] <MikeSmith> who likely would find it a good idea
# [10:48] * Quits: Evanescence (~Evanescen@60.183.226.70) (Client Quit)
# [10:48] <jgraham> hsivonen: What is true is that some non-Web specs reference specific versions of web specs.
# [10:48] <MikeSmith> for the very good reasons that have already been multiply explained in that thread
# [10:49] <jgraham> This is not a positive thing and anything we can do to discourage people from doing that is good
# [10:49] <MikeSmith> obviously putting warnings on those docs has no effects on whatever ancient references wherever
# [10:49] <jgraham> Well, unless they decide to do the other thing that sometimes happens where they fork the spec
# [10:50] <jgraham> (insert ironic comment about W3C only permitting harmful forks here)
# [10:51] * Quits: mishunov (~spliter@77.88.72.162) (Read error: Connection reset by peer)
# [10:51] * Joins: mishunov (~spliter@77.88.72.162)
# [10:55] * Joins: karlcow (~karl@nerval.la-grange.net)
# [11:00] * danbri_ is now known as danbri
# [11:01] * Joins: richt (richt@nat/opera/x-erxkpnbfdwkbkvlj)
# [11:03] * Joins: akamike (u5089@gateway/web/irccloud.com/x-fhsxgsgcyquzljuo)
# [11:08] * Quits: richt (richt@nat/opera/x-erxkpnbfdwkbkvlj) (Ping timeout: 252 seconds)
# [11:12] * Joins: necolas (~necolas@host-92-12-156-237.as43234.net)
# [11:14] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
# [11:19] * Joins: richt (~richt@guest.opera.com)
# [11:23] * Joins: nessy (~Adium@124-149-102-172.dyn.iinet.net.au)
# [11:37] * Quits: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com) (Quit: ZNC - http://znc.sourceforge.net)
# [11:39] * Joins: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com)
# [11:47] * Quits: richt (~richt@guest.opera.com) (Remote host closed the connection)
# [11:51] * Joins: richt (richt@nat/opera/x-cbhrflllwoqfegun)
# [11:51] * Quits: richt (richt@nat/opera/x-cbhrflllwoqfegun) (Remote host closed the connection)
# [11:52] * Joins: richt (richt@nat/opera/x-xghqmbgewyoucwpd)
# [11:57] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [11:59] * Joins: nonge_ (~nonge@p5B32640E.dip.t-dialin.net)
# [12:01] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
# [12:02] * Quits: nonge (~nonge@p5082BBF8.dip.t-dialin.net) (Ping timeout: 252 seconds)
# [12:05] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 255 seconds)
# [12:05] <smaug____> hmm, no anne
# [12:05] <smaug____> Ms2ger: am I right that Function? is used currently with onfoo handlers
# [12:06] <Ms2ger> Yes, with the annotation
# [12:06] * Joins: ivan``` (~ivan@unaffiliated/ivan/x-000001)
# [12:06] <Ms2ger> As in https://hg.mozilla.org/users/jst_mozilla.com/dom-bindings/rev/18484b18c12f#l1.12
# [12:07] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
# [12:08] <smaug____> Ms2ger: do you remember any cases when Function? is used without TreatNonCallableAsNull ?
# [12:08] <Ms2ger> Don't think so
# [12:08] <smaug____> ok, good
# [12:08] <Ms2ger> And if so, they're wrong
# [12:10] * ivan``` is now known as ivan``
# [12:12] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
# [12:14] * Joins: mpt (~mpt@canonical/mpt)
# [12:36] * Joins: mishunov (~spliter@77.88.72.162)
# [12:40] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
# [12:40] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 245 seconds)
# [12:45] * Joins: mpt (~mpt@canonical/mpt)
# [12:48] * Joins: mpt_ (~mpt@nat/canonical/x-hpppxvzfabfxephl)
# [12:48] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
# [12:48] * Quits: mpt_ (~mpt@nat/canonical/x-hpppxvzfabfxephl) (Changing host)
# [12:48] * Joins: mpt_ (~mpt@canonical/mpt)
# [12:49] * Quits: mpt_ (~mpt@canonical/mpt) (Write error: Connection reset by peer)
# [12:50] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
# [12:50] * Joins: Scorchin (u1242@gateway/web/irccloud.com/x-dwlqbjypmfwuiewt)
# [12:57] * Joins: mpt (~mpt@canonical/mpt)
# [13:00] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
# [13:03] * Joins: mpt (~mpt@canonical/mpt)
# [13:19] * Quits: mishunov (~spliter@77.88.72.162) (Read error: Connection reset by peer)
# [13:19] * Joins: mishunov (~spliter@77.88.72.162)
# [13:22] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Ping timeout: 248 seconds)
# [13:26] * heycam|away is now known as heycam
# [13:28] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
# [13:28] * Quits: yolin (~niloy@203.196.177.156) (Ping timeout: 244 seconds)
# [13:32] * Quits: mishunov (~spliter@77.88.72.162) (Ping timeout: 248 seconds)
# [13:35] * Joins: mishunov (~spliter@77.88.72.162)
# [13:36] * Joins: malydok (~marek@moma.t16.ds.pwr.wroc.pl)
# [13:43] * Joins: karlcow (~karl@nerval.la-grange.net)
# [13:48] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
# [13:51] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
# [13:58] * Joins: Areks (~Areks@rs.gridnine.com)
# [14:01] * heycam is now known as heycam|away
# [14:11] * Quits: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com) (Ping timeout: 240 seconds)
# [14:11] * Quits: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net) (Ping timeout: 240 seconds)
# [14:13] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [14:14] * Joins: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net)
# [14:19] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
# [14:32] * Joins: erichynds (~ehynds@venkman.brightcove.com)
# [14:33] * Joins: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [14:47] * Joins: [[zz]] (~q@182.53.63.163)
# [15:01] * Joins: plutoniix (~plutoniix@182.53.63.161)
# [15:03] * Quits: plutoniix (~plutoniix@182.53.63.161) (Max SendQ exceeded)
# [15:03] * Joins: plutoniix (~plutoniix@182.53.63.161)
# [15:04] * Joins: zcorpan (~zcorpan@h79-138-33-93.dynamic.se.alltele.net)
# [15:05] * Joins: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com)
# [15:10] * Quits: zcorpan (~zcorpan@h79-138-33-93.dynamic.se.alltele.net) (Quit: zcorpan)
# [15:11] * Quits: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [15:21] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
# [15:22] * Joins: Areks|2 (~Areks@rs.gridnine.com)
# [15:24] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 272 seconds)
# [15:26] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
# [15:29] * Joins: davidb_ (~davidb@66.207.208.98)
# [15:35] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
# [15:36] * Joins: izhak (1000@188.168.203.37)
# [15:39] * Joins: MacTed (~Thud@63.119.36.36)
# [15:46] * Joins: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se)
# [15:48] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
# [15:50] <MikeSmith> been 9 years since the first XForms Basic aka Web Forms 2 draft
# [15:50] <MikeSmith> http://www.hixie.ch/specs/html/forms/xforms-basic-1
# [15:51] <Ms2ger> Those were the days
# [15:51] <MikeSmith> oh
# [15:51] <MikeSmith> off by 1
# [15:51] <MikeSmith> 8 years
# [15:51] * Quits: nessy (~Adium@124-149-102-172.dyn.iinet.net.au) (Quit: Leaving.)
# [15:51] <jgraham> YEah, that sounds right
# [15:51] <jgraham> WHATWG started in 2004 at least
# [15:51] <jgraham> We should have a party in 2014
# [15:53] <Ms2ger> Maybe Mozilla is willing to contribute one of Microsoft's release cakes
# [15:53] <jgraham> You would have thought there would be some money floating around from all the economic activity that HTML 5 generated to fund that
# [15:53] <jgraham> (a party not a stale donut)
# [15:55] <jgraham> Mind you if people working on the spec were able to capture a significant fraction of the value it created, Hixie would be the one with multimillion dollar tax returns
# [15:56] <Ms2ger> He's waiting for a law to require HTML5 compliance, to spec that every user must pay him :)
# [15:56] <Ms2ger> "The open action registry is <http://hsivonen.iki.fi/webm-share/>"
# [15:56] <Ms2ger> ArtB++
# [15:56] <wilhelm> See, living standards are dangerous.
# [16:06] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
# [16:06] * Joins: karlcow (~karl@nerval.la-grange.net)
# [16:07] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
# [16:11] * Joins: zcorpan (~zcorpan@h79-138-33-93.dynamic.se.alltele.net)
# [16:15] * Quits: plutoniix (~plutoniix@182.53.63.161) (Ping timeout: 252 seconds)
# [16:15] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
# [16:16] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
# [16:19] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Quit: mhausenblas)
# [16:20] * Joins: jcarbaugh (~jcarbaugh@216.59.106.66)
# [16:24] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
# [16:27] * Joins: Mau`werk (~ano@77.222.73.150)
# [16:28] * Quits: Mau`werk (~ano@77.222.73.150) (Client Quit)
# [16:30] * Joins: snonymour (cgskylamer@78.90.213.55)
# [16:32] <hsivonen> Ms2ger: Open action registry?
# [16:32] <Ms2ger> http://lists.w3.org/Archives/Public/public-webevents/2012JanMar/0009.html
# [16:33] <hsivonen> Ms2ger: :-)
# [16:33] * Quits: Akina (~chatzilla@46.246.134.240.dsl.dyn.forthnet.gr) (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120118081945])
# [16:34] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
# [16:39] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
# [16:44] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
# [16:46] <AryehGregor> TabAtkins, maybe Values and Units should define an <angle-or-zero> type? Or redefine <angle> to be <angle-unit-required> or zero, so specs that want to allow 0 can use <angle> and specs that don't have to use <angle-unit-required>?
# [16:46] * Joins: ksweeney (~Adium@nyv-exweb.iac.com)
# [16:46] <AryehGregor> (or some better name)
# [16:47] * Parts: ksweeney (~Adium@nyv-exweb.iac.com)
# [16:47] <AryehGregor> It seems like it makes the most sense for Values and Units to expose an easy way to do "angle or zero", since most specs that use <angle> will want that.
# [16:48] <AryehGregor> For that matter, why not define a new <length-unit-required> and redefine <length> in terms of that? That requires a parser change, but it should be compatible with content, yes?
# [16:48] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
# [16:49] <jgraham> Oh, on the subject of CSS, what's the easiest way to define a radial gradient from (some colour) to transparent where the value of (some colour) is set in a script?
# [16:49] * Joins: ehsan (~ehsan@66.207.208.98)
# [16:50] <AryehGregor> Also, random remark: after I'm done with transforms/transitions/animations, I want to do CSSOM. Lack of CSSOM interop has been a thorn in my side when writing JS for close to a year now. Like: serialization.
# [16:52] * Joins: skylamer` (cgskylamer@78.90.213.55)
# [16:52] * Quits: skylamer` (cgskylamer@78.90.213.55) (Remote host closed the connection)
# [16:52] * Joins: Areks (~Areks@89-178-153-196.broadband.corbina.ru)
# [16:55] * Joins: scor (~scor@drupal.org/user/52142/view)
# [16:57] <AryehGregor> TabAtkins, I've noticed a few editorial bugs (typos etc.) in Values and Units. It seems there's nowhere to file bugs, so I have to send mail to www-style?
# [16:57] * Quits: zcorpan (~zcorpan@h79-138-33-93.dynamic.se.alltele.net) (Quit: zcorpan)
# [16:59] * Joins: othermaciej (~mjs@65.50.219.168)
# [17:05] * Quits: othermaciej (~mjs@65.50.219.168) (Ping timeout: 248 seconds)
# [17:06] * Joins: danbri_ (~danbri@cable-146-255-156-245.dynamic.telemach.ba)
# [17:07] * Quits: danbri (~danbri@cable-146-255-156-245.dynamic.telemach.ba) (Read error: Connection reset by peer)
# [17:08] <AryehGregor> Ugh, why does the CSSWG use conference calls for technical discussion?
# [17:09] * AryehGregor wants to go back to DOM-land
# [17:13] * Quits: jdong_bot_ (~jdong_bot@117.79.232.225) (Remote host closed the connection)
# [17:18] * Joins: skylamer` (cgskylamer@78.90.213.55)
# [17:18] * Quits: snonymour (cgskylamer@78.90.213.55) (Remote host closed the connection)
# [17:19] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
# [17:22] * Quits: [[zz]] (~q@182.53.63.163) (Quit: จรลี จรลา ...)
# [17:25] * nunnun is now known as nunnun_away
# [17:25] * nunnun_away is now known as nunnun
# [17:25] * Quits: drublic (~drublic@frbg-4d028f24.pool.mediaWays.net) (Ping timeout: 276 seconds)
# [17:26] <Ms2ger> AryehGregor, enjoy working with Glenn :)
# [17:26] <AryehGregor> Which Glenn?
# [17:26] <AryehGregor> And is he in CSS-land or DOM-land?
# [17:26] <Ms2ger> Weird Glenn
# [17:26] <Ms2ger> (skynav)
# [17:26] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
# [17:26] <AryehGregor> I've seen him in HTML-land a bit.
# [17:27] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Read error: Connection reset by peer)
# [17:29] <AryehGregor> jamesr_, in my EC2 Windows Server VM, about:gpu claims hardware acceleration for everything, but CSS 3D stuff still seems not to work correctly.
# [17:29] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Quit: mhausenblas)
# [17:29] * Quits: skylamer` (cgskylamer@78.90.213.55) (Ping timeout: 245 seconds)
# [17:31] <AryehGregor> It looks like I could get a VM with a GPU if I wanted to pay $2.60/hour instead of $0.00/hour (free usage tier yay), but I don't know if Chrome would actually notice it, since I doubt it's configured for use with the actual display.
# [17:36] <Philip`_> I imagine the problem would be more whether it can output via Remote Desktop, which is different to normal display output
# [17:36] <Philip`_> (It's not like VNC where it effectively sends screenshots over the network)
# [17:38] <AryehGregor> What does it do, then?
# [17:39] * Joins: wesbos (~wesbos@24.52.240.143)
# [17:39] * Joins: gavinsmith (~gavinsmit@CPEe05fb90cc8fb-CM00222ddfdbcd.cpe.net.cable.rogers.com)
# [17:40] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
# [17:40] * Joins: gwicke_ (~gabriel@adsl-75-55-201-218.dsl.pltn13.sbcglobal.net)
# [17:41] * Joins: th3_Chr1s (~christoph@p54ABDBCA.dip.t-dialin.net)
# [17:41] * nunnun is now known as nunnun_away
# [17:46] * Quits: gavinsmith (~gavinsmit@CPEe05fb90cc8fb-CM00222ddfdbcd.cpe.net.cable.rogers.com) (Quit: Leaving...)
# [17:48] * Joins: [[zz]] (~q@125.25.36.174.adsl.dynamic.totbb.net)
# [17:49] * jernoble|afk is now known as jernoble
# [17:49] * Quits: foolip (~philip@83.218.67.122) (Read error: Connection reset by peer)
# [17:49] * Joins: foolip (~philip@83.218.67.122)
# [17:51] <Philip`_> AryehGregor: It's apparently implemented as a display device driver, and it understands higher-level drawing commands instead of simply bitmaps
# [17:51] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Quit: tomasf)
# [17:52] <AryehGregor> Philip`_, so kind of like X forwarding?
# [17:53] <Philip`_> (e.g. http://ericomguy.blogspot.com/2008/02/using-windows-server-2008-terminal.html - "RDP 6 is able to transmit the raw instructions from the Desktop Window Manager")
# [17:53] <Philip`_> AryehGregor: Seems vaguely similar, except less terrible than X forwarding
# [17:53] <AryehGregor> Yeah, I was going to say.
# [17:56] <Philip`_> (It sounds (based on my very limited knowledge) like it's based on copying screenshots plus lots of optimisations for cases when it recognises higher-level API calls, rather than being based on blindly proxying low-level API calls as in X)
# [17:57] * Joins: plutoniix (~plutoniix@125.25.36.174.adsl.dynamic.totbb.net)
# [17:59] * Joins: rniwa (~rniwa@c-71-198-171-236.hsd1.ca.comcast.net)
# [18:00] * Joins: hasather_ (~hasather_@71.109-247-163.customer.lyse.net)
# [18:04] * Quits: smaug____ (~chatzilla@203.215.136.248) (Read error: Operation timed out)
# [18:05] * Quits: plutoniix (~plutoniix@125.25.36.174.adsl.dynamic.totbb.net) (Read error: Connection reset by peer)
# [18:11] * Quits: gwicke_ (~gabriel@adsl-75-55-201-218.dsl.pltn13.sbcglobal.net) (Quit: Bye!)
# [18:13] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
# [18:15] * Quits: izhak (1000@188.168.203.37) (Remote host closed the connection)
# [18:21] * GlitchMr42 is now known as GlitchMr
# [18:21] * Joins: plutoniix (~plutoniix@125.25.36.174.adsl.dynamic.totbb.net)
# [18:22] * Quits: plutoniix (~plutoniix@125.25.36.174.adsl.dynamic.totbb.net) (Max SendQ exceeded)
# [18:23] * Joins: plutoniix (~plutoniix@125.25.36.174.adsl.dynamic.totbb.net)
# [18:24] * Quits: plutoniix (~plutoniix@125.25.36.174.adsl.dynamic.totbb.net) (Max SendQ exceeded)
# [18:27] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [18:28] * Joins: plutoniix (~plutoniix@125.25.36.174.adsl.dynamic.totbb.net)
# [18:30] * Quits: Areks (~Areks@89-178-153-196.broadband.corbina.ru) (Ping timeout: 245 seconds)
# [18:31] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 252 seconds)
# [18:32] * Quits: danheberden (~danheberd@li225-35.members.linode.com) (Remote host closed the connection)
# [18:33] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Ping timeout: 260 seconds)
# [18:34] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
# [18:34] * Joins: danheberden (~danheberd@li225-35.members.linode.com)
# [18:34] * Joins: krijn (u2319@gateway/web/irccloud.com/x-wfkflnmageaepawf)
# [18:35] * Joins: mhausenblas_ (~mhausenbl@wg1-nat.fwgal01.deri.ie)
# [18:35] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
# [18:35] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [18:35] * Quits: michaelrtm (madcow@90.290.dsl.mel.iprimus.net.au)
# [18:36] * Joins: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se)
# [18:36] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Ping timeout: 240 seconds)
# [18:36] * mhausenblas_ is now known as mhausenblas
# [18:38] * Joins: danielfilho (~daniel@187.31.77.7)
# [18:39] * Joins: micheil (~micheil@109.224.128.70)
# [18:49] * Quits: rniwa (~rniwa@c-71-198-171-236.hsd1.ca.comcast.net) (Remote host closed the connection)
# [18:49] * Joins: rniwa (~rniwa@216.239.45.130)
# [18:49] * Joins: ezoe (~ezoe@203-140-88-196f1.kyt1.eonet.ne.jp)
# [18:50] <remysharp> Hey folks, got a bit of a crazy one here.
# [18:50] <remysharp> This url - http://jsbin.com/uticev/2 if the popup is blocked (testing chrome here), should it be able to run the JavaScript in said popup?
# [18:51] <remysharp> If you test that url in chrome (I'm on 16) and you see any body text - then it came from the popup *that was blocked*. That's not right is it?
# [18:52] * Joins: jeremyselier (u2513@gateway/web/irccloud.com/x-styifduzkvdsvlfn)
# [18:53] * Joins: smaug____ (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net)
# [18:54] <micheil> wow, that is a bit of a crazy one :D
# [18:55] <remysharp> If you want to hide some JavaScript in Chrome, you can do it via the popup, because it's not showing anything on the network tab either /begin evil laugh
# [18:58] * Parts: micheil (~micheil@109.224.128.70)
# [18:58] * Joins: micheil (~micheil@109.224.128.70)
# [19:00] * Joins: maikmerten (~maikmerte@port-92-201-161-21.dynamic.qsc.de)
# [19:01] * Joins: ap (~ap@2620:149:4:1b01:18c1:853b:74f4:85fb)
# [19:05] <AryehGregor> Ugh, someone is mailing the members-only CSS list.
# [19:05] * AryehGregor didn't even notice
# [19:05] <AryehGregor> Is there some agreed-upon convention to use www-style if possible?
# [19:05] <Ms2ger> For technical issues, yes
# [19:05] <Ms2ger> Tell them to resend in that case
# [19:06] <Ms2ger> Administrivia is on the MO list, though
# [19:06] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
# [19:12] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl) (Read error: Connection reset by peer)
# [19:14] * Joins: charlvn (~charlvn@524BA444.cm-4-4c.dynamic.ziggo.nl)
# [19:14] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [19:15] * Joins: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net)
# [19:18] <TabAtkins> AryehGregor: I'd rather ben as consistent as possible and always require a unit on 0 values that aren't <length>s, then just define Transforms to accept either an <angle> or 0.
# [19:18] <AryehGregor> TabAtkins, so you think transform: rotate(0) should be a parse error?
# [19:18] <AryehGregor> That doesn't match any implementations AFAICT.
# [19:18] <TabAtkins> ...I just said that Transforms should be defined toa ccept either.
# [19:19] * AryehGregor read "then" as "than"
# [19:19] <TabAtkins> Ah, kk.
# [19:19] <AryehGregor> Why not move that into Values and Units and require properties that don't want 0 == 0deg to opt out?
# [19:19] <AryehGregor> I mean, every existing <angle> property really wants to accept unitless zero also, right?
# [19:19] <AryehGregor> So why require the common case to add an extra proviso, instead of the uncommon case?
# [19:20] <TabAtkins> Because then we're extending the "0 can be unitless" exception to more units, and making it harder to remember when it can and can't be unitless.
# [19:20] <TabAtkins> If I coudl go back in time I'd remove the unitless-0 from <length>, too.
# [19:20] <AryehGregor> So you'd want every spec that includes <length> to be updated to say "<length> or zero"?
# [19:21] <TabAtkins> No, I'm travelling back in time. Every spec that uses <length> just wouldn't accept unitless 0 in the first place.
# [19:21] <AryehGregor> Or "<length> or <number>, and a <number> that's not zero is a parse error", or whatever's required?
# [19:21] <TabAtkins> You'd just type "margin: 0px;"
# [19:21] <AryehGregor> That seems needlessly inconvenient for authors.
# [19:21] <AryehGregor> It's also too late for that, and it makes sense for <angle> to behave consistently with <length>.
# [19:21] <TabAtkins> I fail to see how 2 characters is inconvenient.
# [19:22] * nonge_ is now known as nonge
# [19:22] <TabAtkins> I agree that it's too late for that, thus my reference to time travel. No other unit should act like this, though, because it's future-hostile.
# [19:22] <TabAtkins> (As I argued in a previous discussion of this subject with you.)
# [19:22] * Joins: WeirdAl (~chatzilla@g2spf.ask.info)
# [19:22] <AryehGregor> I agree that it's future-hostile to *require* that *all* specs accept unitless zero for <angle>.
# [19:23] <AryehGregor> But is it future-hostile to make unitless zero for <angle> work except if a particular spec specifically prohibits it?
# [19:23] <AryehGregor> Is allowing things like rotate(0) future-hostile? How so?
# [19:23] <TabAtkins> It's hostile to authors to have inconsistent rules about where, precisely, you can type a unitless 0. This is why I dislike unitless 0 in <length>, but at least that's only a single place and *all* lengths accept it.
# [19:23] * Joins: pablof (~pablof@144.189.101.1)
# [19:24] <AryehGregor> So it's bad because it's future-hostile or author-hostile?
# [19:24] <TabAtkins> I explained why it's future-hostile previously. It prevents us from producing grammars that have both an <angle> and a <length> when either can appear. Grammars like this have already appeared at least once (in the *-gradient functions), though it's since changed.
# [19:25] <TabAtkins> Extending unitless 0 to more types is future-hostile. Making authors remember when they can omit the unit on <angle> and when they can't is author-hostile.
# [19:25] <AryehGregor> That's not a problem if "0" parses to <zero> and "0deg" parses to <angle-with-unit> and <angle> is defined to be either <angle-with-unit> or <zero>.
# [19:25] <TabAtkins> (Which is why Transforms is currently author-hostile.)
# [19:25] <AryehGregor> Transforms allows authors to always omit the unit on <angle>.
# [19:25] <TabAtkins> I think you're assuming that authors read the grammar, Aryeh.
# [19:25] <AryehGregor> It's more author-hostile to say you can omit the unit on <length> but not <angle> -- that's much more confusing.
# [19:25] <AryehGregor> No, I'm not.
# [19:25] <TabAtkins> This is not a valid assumption.
# [19:25] <AryehGregor> That would be silly.
# [19:26] <AryehGregor> I'm assuming authors are used to using "0" for lengths and will assume it works for angles too.
# [19:26] <TabAtkins> Okay, then you must be misunderstanding me, because your explanation doesn't address the problem I was pointing out.
# [19:26] <AryehGregor> (Although an angle of zero is useless for anything in Transforms right now.)
# [19:26] <AryehGregor> My reply to "It prevents us from producing grammars that have both an <angle> and a <length> when either can appear." is no it doesn't: you can define new <angle-with-unit> and <length-with-unit> that don't accept "0" and use those in such cases.
# [19:27] <TabAtkins> If authors have to remember that in property X they can omit the unit on <angle> but in property Y they have to include the unit (because of grammar ambiguity), that's hostile.
# [19:27] <AryehGregor> The large majority of the time, that's not an issue, so you can use <angle> or <length> and allow unitless zero.
# [19:27] <TabAtkins> Ah, that line.
# [19:27] <TabAtkins> That's also wrong.
# [19:27] <AryehGregor> I would say if such a situation arises, the syntax of property X should probably be rethought anyway, because it's excessively magical. This is assuming that authors would legitimately want to use "0" for both an angle and a length.
# [19:27] <TabAtkins> I offer as proof the older gradient syntaxes, where "0px" and "0deg" had different results.
# [19:28] <TabAtkins> AryehGregor: Did you mean to say Property Y? Otherwise I'm confused.
# [19:28] <AryehGregor> So that could be defined to accept <length> or <angle-with-unit>, but not <angle>. Or whatever.
# [19:28] <AryehGregor> Maybe.
# [19:28] <TabAtkins> :/
# [19:28] <AryehGregor> Could you give a more specific example of the old gradient syntax where it would be ambiguous?
# [19:28] <TabAtkins> Yes, one sec.
# [19:29] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
# [19:29] <TabAtkins> Argh, the first WD with gradients already removed the problem. I'd have to go CVS diving. Instead, may I simply explain the issue?
# [19:30] <Ms2ger> hg++
# [19:30] <AryehGregor> My question is really: is the ambiguity theoretical, or something authors would actually hit in practice? Would authors actually *want* to specify both 0deg and 0px in the ambiguous position?
# [19:30] <TabAtkins> Yes.
# [19:30] <TabAtkins> So, here's the example.
# [19:30] <AryehGregor> Okay.
# [19:31] <TabAtkins> The first argument of radial-gradient had the grammar "<position> || <angle>".
# [19:31] <TabAtkins> <position> specified the center-point of the gradient, <angle> specified the direction that lengths in the color-stops were drawn along (this is significant for ellipses).
# [19:32] <TabAtkins> So, "radial-gradient(0, red, blue)" is ambiguous.
# [19:32] <TabAtkins> (Because the default for <position> was "center".)
# [19:33] <AryehGregor> Because "0" really means "top left" here?
# [19:33] <AryehGregor> Then I'd prohibit unitless zero altogether in this case, since it's not obvious what it does.
# [19:33] <AryehGregor> I don't expect authors to realize that unitless zero works for <length> but not <angle>. I think that's what's author-hostile.
# [19:34] <AryehGregor> Especially since <angle> is so rare and <length> is so common.
# [19:34] <AryehGregor> Authors will extrapolate from what they know to what they don't.
# [19:34] <AryehGregor> I.e., that units can be omitted for 0.
# [19:34] * Joins: drublic (~drublic@frbg-4d028fb5.pool.mediaWays.net)
# [19:34] <TabAtkins> Okay, so you prohibit unitless 0 for angle there. What about "radial-gradient(left top 0, red, blue)"?
# [19:34] <AryehGregor> Also, it would be poor form in this case to specify "0" to mean "top left" or "top center" or whatever it means -- it's confusing unless you know what the default is.
# [19:35] <AryehGregor> You should just say "top center" or something, much clearer.
# [19:35] <AryehGregor> What does "left top 0" even mean?
# [19:35] <AryehGregor> As a <position>, I mean.
# [19:35] <TabAtkins> Actually, that's still ambiguous. "0 left top" isn't. It means "measure the gradient-line along 0deg, and center the gradient at left top".
# [19:36] * Quits: erichynds (~ehynds@venkman.brightcove.com) (Read error: Connection reset by peer)
# [19:36] <AryehGregor> Oh, wait, "<position> || <angle>". I read that as "<position> | <angle>".
# [19:36] * AryehGregor is still getting used to CSS
# [19:37] * AryehGregor feels DOM stuff is saner, but maybe he's just used to it
# [19:37] * AryehGregor tries again
# [19:37] <Ms2ger> Well, DOM stuff is specified nowadays
# [19:37] <TabAtkins> Ms2ger: The stuff we're talking about is specified precisely.
# [19:37] <AryehGregor> I'd make it "<position-with-unit> || <angle-with-unit>", so units are just required for everything. Where <position-with-unit> doesn't allow a unitless zero in any coordinate.
# [19:37] * Joins: gwicke_ (~gabriel@216.38.130.164)
# [19:38] <AryehGregor> Anything else is confusing.
# [19:38] <Ms2ger> TabAtkins, can we clone you and fantasai already?
# [19:38] <AryehGregor> Alternatively, I'd rewrite the syntax entirely.
# [19:38] <TabAtkins> AryehGregor: Oh, so now writing "0 50%" isn't allowed? That's a perfectly valid background-position.
# [19:38] <AryehGregor> Which is in fact what happened.
# [19:38] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
# [19:38] <TabAtkins> Ms2ger: You come up with the process, I'll provide the genetic material.
# [19:38] <AryehGregor> TabAtkins, right, but now you're mixing in <angle>s, so you just made it confusing, which it's not for background-position.
# [19:39] <AryehGregor> I think this kind of syntactic construct should just be avoided to start with.
# [19:39] <TabAtkins> AryehGregor: My point is that your *restriction* is confusing as well, since it's disallowing forms that are valid in other locations.
# [19:39] <AryehGregor> I think the whole syntax is confusing no matter what.
# [19:39] <TabAtkins> AryehGregor: It's a "now you have two problems" situation.
# [19:39] * Joins: skylamer` (cgskylamer@78.90.213.55)
# [19:39] * Parts: WeirdAl (~chatzilla@g2spf.ask.info)
# [19:39] <TabAtkins> You can avoid the whole mess by simply *not allowing unitless 0 in <angle>s*.
# [19:39] <AryehGregor> I think any syntax where you can have both <length> and <angle> and 0px is different from 0deg is inherently confusing and should be avoided anyway.
# [19:40] <TabAtkins> AryehGregor: Ah, you misunderstood the example.
# [19:40] <AryehGregor> No, because then authors are going to have no idea what "0" means in that context.
# [19:40] <AryehGregor> So you haven't avoided the problem.
# [19:40] <AryehGregor> It's still author-hostile.
# [19:40] <AryehGregor> Authors are not going to realize units are always optional in <length> but not in <angle>.
# [19:40] <TabAtkins> 0px and 0deg are actually identical there. *However*, the *default*s are not 0, so it matters which one you parse as, since you fill in the missing one with a default value.
# [19:41] <AryehGregor> Okay, let me put it this way: if I'm completely confused when you personally try to explain it to me, then I think that's pretty darned good proof that the average author would find it confusing when they copy-paste from w3schools.
# [19:41] <TabAtkins> Yes, the fact that unitless stuff is restricted to <length> confuses authors. That's why allowing unitless 0 in <length> was a mistake in the first place. Your suggestion won't reduce the confusion, it will just shift it around.
# [19:41] <TabAtkins> And, I argue, increase it.
# [19:41] <TabAtkins> AryehGregor: You're confused because I was giving invalid examples. ^_^
# [19:42] <AryehGregor> Um, thanks? :)
# [19:42] <AryehGregor> I would not read "0 left top" as being the same as "0deg left top".
# [19:42] <AryehGregor> . . . Which I guess is your point, okay.
# [19:42] <TabAtkins> Yay!
# [19:43] <AryehGregor> But I wouldn't read "0 20deg" as "0px 20deg" either.
# [19:43] * Joins: eric_carlson_ (~eric@2620:149:4:1b01:79cc:f853:6275:6145)
# [19:43] <AryehGregor> Hmm. Maybe.
# [19:43] <TabAtkins> Sure, that's still bad. But that's a badness we're forced to live with.
# [19:43] <AryehGregor> But I wouldn't count on it.
# [19:43] <TabAtkins> Or else we make CSS grammar more inconsistent.
# [19:43] <AryehGregor> No, because you could either a) ban unitless zero entirely from that function, or b) redesign the function so it's less confusing.
# [19:43] <AryehGregor> Allowing unitless zero for <length> but not <angle> is already inconsistent.
# [19:44] <AryehGregor> Especially since in practice it *is* allowed for <angle>, in every single place in CSS that actually accepts <angle> in practice, or almost.
# [19:44] <AryehGregor> The fact that the grammar doesn't say that does not make it less true.
# [19:44] <AryehGregor> And we can't go back and change that either.
# [19:45] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Disconnected by services)
# [19:45] * eric_carlson_ is now known as eric_carlson
# [19:45] <hober> AryehGregor: indeed.
# [19:45] <TabAtkins> I know.
# [19:46] <TabAtkins> I'm willing to accept slightly inconsistent badness in legacy APIs if I get consistency in the future, rather than accept consistent badness for all time.
# [19:46] * Joins: gavinsmith (~gavinsmit@CPEe05fb90cc8fb-CM00222ddfdbcd.cpe.net.cable.rogers.com)
# [19:46] <TabAtkins> Within limits, of course.
# [19:46] <TabAtkins> At some point "legacy APIs" becomes "the majority of the platform", and it's not worth being inconsistent with it.
# [19:47] <AryehGregor> So you think all future <angle> should not allow unitless zero even if it would be unambiguous in practice?
# [19:47] <TabAtkins> Yes.
# [19:47] <AryehGregor> (in that case)
# [19:47] <AryehGregor> Even though all existing <angle> does allow unitless zero?
# [19:47] <AryehGregor> Just like <length>?
# [19:47] <TabAtkins> Not quite true - aural CSS didn't allow unitless <angle>. ^_^
# [19:47] <TabAtkins> And current Speech module doesn't either.
# [19:48] <AryehGregor> Basically nobody supported aural CSS, and any authors that used it got it wrong.
# [19:48] <AryehGregor> Speech is what?
# [19:48] <TabAtkins> Nobody used it in the first place.
# [19:48] <TabAtkins> Speech is a reworking of the original concepts behind Aural.
# [19:50] <TabAtkins> When I write conical gradients into Images 4, they'll require an <angle> too.
# [19:50] <AryehGregor> Will implementers actually prohibit the unitless zero? Because they didn't for transforms.
# [19:50] * Quits: gavinsmith (~gavinsmit@CPEe05fb90cc8fb-CM00222ddfdbcd.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
# [19:50] <AryehGregor> I suspect the implementers didn't even realize that <angle> doesn't allow unitless zero.
# [19:50] <TabAtkins> Yes, that was the problem.
# [19:51] <TabAtkins> Most implementors are *not* authors.
# [19:51] <AryehGregor> Maybe if *implementers* assume unitless zero works for <angle>, a typical author stands no chance of getting it right in your scheme?
# [19:51] <AryehGregor> They know way more than authors.
# [19:51] <AryehGregor> Some of them actually read specs.
# [19:51] <TabAtkins> I wouldn't take that as a given. ^_^
# [19:51] <TabAtkins> An author has to get it wrong once and then they learn it for life.
# [19:52] <TabAtkins> Your proposal (allow it wherever it would be unambiguous) means they have to relearn it for every property that accepts <angle>.
# [19:52] <TabAtkins> And, presumably, <time>/etc too.
# [19:53] <AryehGregor> Okay, whatever.
# [19:53] <AryehGregor> It's up to implementers.
# [19:57] * Joins: gavinsmith (~gavinsmit@CPEe05fb90cc8fb-CM00222ddfdbcd.cpe.net.cable.rogers.com)
# [19:58] * Joins: espadrine (~thaddee_t@acces2477.res.insa-lyon.fr)
# [19:58] * Quits: TobiX (tobias@zoidberg.org) (Ping timeout: 252 seconds)
# [19:59] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
# [20:00] * Joins: TobiX (tobias@zoidberg.org)
# [20:04] * Joins: Areks (~Areks@89-178-153-196.broadband.corbina.ru)
# [20:10] * Joins: eae (u4278@gateway/web/irccloud.com/x-eczlkunymreaozpz)
# [20:11] * Joins: rjett1 (~Adium@2620:149:4:1a01:48f0:7919:a21e:8c4a)
# [20:11] <TabAtkins> AryehGregor: To address your other issues: Shane (from Google) and Greg (from... somewhere not a browser?) are working on fixing CSSOM. You're welcome to join when you have the time.
# [20:12] <TabAtkins> Report V&U bugs on the mailing list, yes.
# [20:12] <TabAtkins> Or, personally to me.
# [20:12] <TabAtkins> That works too.
# [20:12] <AryehGregor> TabAtkins, they're actively editing it? Last I saw, the editor was listed as annevk, who disclaims all responsibility.
# [20:13] <TabAtkins> Yes. They ahven't published a new draft yet, but they're actively working on it.
# [20:13] * Joins: erichynds (~ehynds@venkman.brightcove.com)
# [20:14] <AryehGregor> They don't publish their work as they work on it?
# [20:14] <TabAtkins> They haven't done so yet? I dunno what they're doing yet.
# [20:14] <TabAtkins> I think Greg is doing a rework at the moment, and then they'll settle into incremental edits.
# [20:15] * gwicke_ is now known as gwicke
# [20:15] <Ms2ger> TabAtkins, itym Glenn, from Samsung
# [20:16] <TabAtkins> Ms2ger: Yes, thank you.
# [20:17] <rjett1> Has anyone thought about bringing the webkit-filters to canvas?
# [20:17] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
# [20:19] <TabAtkins> rjett1: I'm sure it's been thought of. ^_^ But Hixie is mostly holding off on canvas updates until he does a big update.
# [20:19] * Quits: ivan`` (~ivan@unaffiliated/ivan/x-000001) (Ping timeout: 252 seconds)
# [20:19] <rjett1> where would discussion about that api occur?
# [20:20] <TabAtkins> whatwg@whatwg.org is appropriate.
# [20:21] <rjett1> cool, thanks.
# [20:23] * Joins: dave_levin (dave_levin@nat/google/x-equcjkglwmemgrdc)
# [20:25] * Quits: erichynds (~ehynds@venkman.brightcove.com) (Remote host closed the connection)
# [20:33] * Quits: gwicke (~gabriel@216.38.130.164) (Quit: Bye!)
# [20:34] * Joins: ojan (ojan@nat/google/x-tzrezhukqteipuwa)
# [20:35] * Quits: th3_Chr1s (~christoph@p54ABDBCA.dip.t-dialin.net) (Read error: Operation timed out)
# [20:35] * Joins: gwicke (~gabriel@216.38.130.164)
# [20:36] <AryehGregor> Oh, wow, Firebug inserts stuff into the DOM. That's really confusing.
# [20:37] * Joins: dbaron (~dbaron@nat/mozilla/x-prvjvivgqzmfbemf)
# [20:42] * Joins: erichynds (~ehynds@venkman.brightcove.com)
# [20:43] <Hixie> Philip`_: so i don't think clipping is gonna work
# [20:43] <Hixie> Philip`_: since i don't really understand how to spec it :-)
# [20:45] <AryehGregor> Ugh. I really can't spec or test transforms without access to a WebKit implementation that actually supports CSS 3D transforms correctly.
# [20:45] <TabAtkins> You can't spec transforms without an implementation of transforms?
# [20:45] <TabAtkins> I can understand testing, if you want tests that don't just all fail.
# [20:46] <AryehGregor> But my primary computer runs nouveau, my laptop runs the Intel mesa driver, my wife's laptop has an old video card with no up-to-date driver available, my VM has no graphics card at all, and WebKit refuses to do 3D CSS properly for any of them . . .
# [20:46] <AryehGregor> TabAtkins, I don't write specs without tests. They're doomed to be incorrect.
# [20:46] <AryehGregor> At least, for already-implemented features.
# [20:46] <AryehGregor> Well, even for not-already-implemented.
# [20:47] <AryehGregor> I can't in good conscience suggest a definition for perspective-origin when I only know what Gecko does.
# [20:47] <AryehGregor> (Which I think is wrong anyway.)
# [20:47] <TabAtkins> Well, if you can test non-already-implemented features, you can test badly-implemented features.
# [20:47] <AryehGregor> WebKit seems to just ignore the perspective property on my machines.
# [20:47] <AryehGregor> I take it it doesn't on other people's.
# [20:48] <AryehGregor> And I can't easily get IE10 either, since it's Win8 only.
# [20:48] * Quits: PalleZingmark (~Adium@217.13.228.226) (Ping timeout: 255 seconds)
# [20:49] <TabAtkins> Gimme a test and I can see if it fails on my machine.
# [20:49] <AryehGregor> I have to iterate stuff a lot.
# [20:49] <AryehGregor> Not gonna work well by proxy.
# [20:49] <TabAtkins> kk
# [20:49] <AryehGregor> MikeSmith already kindly confirmed that perspective does actually work on his Mac.
# [20:49] <AryehGregor> E.g., this example doesn't work on any of my machines: http://www.webkit.org/blog-files/3d-transforms/perspective-by-example.html
# [20:49] <TabAtkins> I know what you mean - I had to iterate a lot to figure out a sane behavior for list bullet positioning.
# [20:49] <AryehGregor> In Chrome or Safari, where applicable.
# [20:50] <TabAtkins> Oh yeah, anything that requires hardware breaks the tab on my linux box.
# [20:50] <AryehGregor> This doesn't require GPU support in Gecko.
# [20:51] <AryehGregor> And 3D stuff works partially in Chrome for me.
# [20:51] <AryehGregor> But perspective is wrong.
# [20:51] <AryehGregor> -webkit-transform: perspective() does something, unlike -webkit-perspective, but it's wrong.
# [20:51] <TabAtkins> No effect for me on Aurora/Linux.
# [20:51] * Joins: matijsb (u2278@gateway/web/irccloud.com/x-btrkwwihyqfjhzpr)
# [20:51] <TabAtkins> Oh, duh, this is -webkit I think.
# [20:51] <AryehGregor> That example is WebKit-only, so yeah. :)
# [20:52] <Philip`_> AryehGregor: Do browsers support the software Mesa driver? (Run with env var LIBGL_ALWAYS_SOFTWARE=1, I think)
# [20:52] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 248 seconds)
# [20:53] <AryehGregor> TabAtkins, Gecko example: data:text/html,<!DOCTYPE html><div style="width:200px;-moz-perspective:200px;font-size:2em;margin-left:100px;text-align:center"><div style="-moz-transform:rotateX(45deg);-moz-transform-origin:top">The quick brown fox jumps over the lazy dog
# [20:55] <AryehGregor> Star Wars-style.
# [20:55] <TabAtkins> Yup, it works. (Or at least has an effect.)
# [20:56] <Philip`_> Hixie: drawImage already has to effectively clip the output to the source rectangle (post transformation), so I think it would probably just have to effectively clip to the intersection of the source rectangle and original image size
# [20:57] <Hixie> Philip`_: isn't drawimage affected by the composition operator?
# [20:58] <Philip`_> I guess when I say "clip" I mean some (as far as I remember) currently-handwaved-over clipping that occurs when drawImage draws onto the infinite transparent bitmap that subsequently gets composited
# [21:00] <Philip`_> (as opposed to what clip() does)
# [21:02] * Quits: Ms2ger (~Ms2ger@91.181.127.125) (Quit: nn)
# [21:04] * Quits: micheil (~micheil@109.224.128.70) (Quit: http://brandedcode.com | http://github.com/miksago)
# [21:07] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
# [21:09] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
# [21:15] * Quits: necolas (~necolas@host-92-12-156-237.as43234.net) (Remote host closed the connection)
# [21:15] * Parts: rjett1 (~Adium@2620:149:4:1a01:48f0:7919:a21e:8c4a)
# [21:18] <Hixie> Philip`_: i don't understand what clipping you mean then
# [21:21] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
# [21:23] * gwicke is now known as gwicke_away
# [21:25] * Joins: nessy (~Adium@124-149-102-172.dyn.iinet.net.au)
# [21:26] * Quits: maikmerten (~maikmerte@port-92-201-161-21.dynamic.qsc.de) (Remote host closed the connection)
# [21:27] <AryehGregor> TabAtkins, getComputedStyle() returns resolved value, not used value. Where "resolved value" is something that CSSOM makes up that's almost computed value but not quite.
# [21:34] * eric_carlson is now known as ericc|away
# [21:47] * Quits: Druid_ (~Druid@p5B137AB4.dip.t-dialin.net)
# [21:48] <TabAtkins> AryehGregor: I know. "resolved value" happens to be the used value for 'width'.
# [21:48] <AryehGregor> Okay.
# [21:48] <TabAtkins> My statement was specific.
# [21:52] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
# [21:54] * danbri_ is now known as danbri
# [21:54] <TabAtkins> AryehGregor: Have you gotten clearance on joining the CSSWG yet?
# [21:54] <AryehGregor> TabAtkins, um, I've been a member for a few weeks, I think?
# [21:54] * Quits: charlvn (~charlvn@524BA444.cm-4-4c.dynamic.ziggo.nl) (Quit: Ik ga weg)
# [21:55] <AryehGregor> http://www.w3.org/Style/CSS/members.en.php3
# [21:55] <TabAtkins> Argh, duh, yes.
# [21:55] <TabAtkins> What I meant to ask was about taking on editorship of Transforms.
# [21:55] <AryehGregor> Oh.
# [21:55] <AryehGregor> From Mozilla? Yeah, seems so.
# [21:55] <AryehGregor> Feel free to say I volunteer.
# [21:55] <TabAtkins> kk, mind poking the agenda thread around it?
# [21:56] <AryehGregor> Am I supposed to attend?
# [21:56] <TabAtkins> I guess that's not strictly necessary.
# [21:57] <AryehGregor> Also, I think the FX TF (or something?) concluded that someone from Adobe is supposed to take over editing of those specs.
# [21:57] <AryehGregor> In some conference call *they* had.
# [21:58] <AryehGregor> http://lists.w3.org/Archives/Public/public-fx/2012JanMar/0046.html
# [21:58] <AryehGregor> "RESOLUTION: Dirk becomes an editor of the SVG+CSS Transforms specification"
# [21:58] <AryehGregor> "RESOLUTION: Vincent also is an editor of the SVG+CSS Transforms specification"
# [21:58] <TabAtkins> That shouldn't stop you.
# [21:59] * Quits: rniwa (~rniwa@216.239.45.130) (Quit: rniwa)
# [21:59] <Hixie> heh, in this e-mail someone talks about "every time a new html element is discovered", like we're explorers who keep finding new elements rather than designers inventing them
# [21:59] <Hixie> i like it
# [21:59] <divya> hixieum
# [21:59] <TabAtkins> I don't know about you, but that's how we discovered <shadow>.
# [21:59] <Hixie> now i want to read about our adventures discovering new elements
# [21:59] <Hixie> TabAtkins: heh
# [21:59] <TabAtkins> It was right behind us the whole time!
# [21:59] <Hixie> lol
# [22:00] <Hixie> shouldn't face the sun the whole time! :-P
# [22:00] <TabAtkins> How else will I stare into it?
# [22:00] <Hixie> mirror
# [22:00] <Hixie> mirrors make the sun safe, don't you know
# [22:01] <Philip`_> If you had a large enough parabolic mirror, could you burn the sun by focusing it back at itself?
# [22:01] <Hixie> If you had a large enough parabolic mirror, it would push you away
# [22:01] * Quits: Neocortex (~niels@dhcp-077-249-098-024.chello.nl) (Read error: Connection reset by peer)
# [22:02] * Joins: Neocortex (~niels@dhcp-077-249-098-024.chello.nl)
# [22:02] <Philip`_> Balance it at the point where the solar wind exactly matches the sun's gravity
# [22:02] <AryehGregor> TabAtkins, I posted something or other.
# [22:03] <AryehGregor> Hmm . . . [].forEach(Function.prototype.apply.bind(foo, null)), or [].forEach(function(arr) { foo(arr[0], arr[1], arr[2]) })? Which is clearer? :)
# [22:03] <AryehGregor> (replace "[]" by some actual array)
# [22:03] <Hixie> Philip`_: i actually was thinking more about photon momentum transfer, but yeah, the solar wind would be even more of an effect
# [22:03] <Philip`_> The latter
# [22:03] <TabAtkins> The former, but omit the null.
# [22:04] <AryehGregor> TabAtkins, then it breaks, because the array element gets passed as the first argument of apply, which wants a "this" argument for the function call.
# [22:04] * Philip`_ can never even remember which of .apply and .call wants an array
# [22:05] <TabAtkins> AryehGregor: Oh wait, you're mapping apply. The second, then.
# [22:05] <TabAtkins> Mapping apply is always confusing.
# [22:06] * TabAtkins prefers [].forEach(foo.aritize(3).unpack()).
# [22:07] * Philip`_ prefers code that uses well-known primitives like closures and function calls, rather than code that requires him to learn more APIs
# [22:07] <TabAtkins> Philip`_: Luckily, Lisp has APPLY and FUNCALL, which have the same semantics as JS's apply and call.
# [22:07] <TabAtkins> So that's how I remember.
# [22:08] <Philip`_> Unfortunately nobody else knows Lisp
# [22:08] <TabAtkins> Well, except for Eich.
# [22:08] <AryehGregor> Does "aritize" exist?
# [22:09] <TabAtkins> AryehGregor: No, it's part of functional.js
# [22:09] <TabAtkins> Which is now part of my bible.
# [22:10] <TabAtkins> unpack() isn't part of functional.js, but rather part of my own extensions based on my lisp library. ^_^ It makes a function take a list when it expects separate argumetns.
# [22:10] * Quits: drublic (~drublic@frbg-4d028fb5.pool.mediaWays.net) (Remote host closed the connection)
# [22:10] <jgraham> Now I want to know if the point where the sun's gravity balances the solar wind + photom momenum transfer is stable. I suppose it is since presumably both fall off as 1/r^2
# [22:11] <jgraham> TabAtkins: That sounds like apply...
# [22:11] <TabAtkins> jgraham: It's basically a curried apply, yes.
# [22:12] <TabAtkins> Using apply/call in anything but the most literal, straightforward way confuses me every time, though. Creating idioms around their use is helpful.
# [22:12] <Philip`_> jgraham: You could be a boring theoretical physicist and do the maths, or a fun experimental physicist and send a giant mirror out there to test it
# [22:12] * jgraham thinks that Philip`_ has a point and that adding too much of this stuff makes the code impossible for anyone else to follow
# [22:13] <TabAtkins> Function.prototype.unpack = function() { var fn = this; return function(arg) { return fn.apply(this,arg); }; }
# [22:13] <jgraham> Philip`_: Well if I did the maths I would probably neglegt some important effect so I think testing is the only way forward :)
# [22:14] <TabAtkins> Some things are easy. For example, I recently had trouble reducing Math.max over a list. (Ignore the fact that I could just do Math.max.apply().)
# [22:14] <AryehGregor> Does anyone have the latest IE10 handy?
# [22:14] <TabAtkins> Instead, reducing Math.max.aritize(2) fixed it, and is easier to read, imo, than duplicating a two-arg Math.max as a function.
# [22:15] <jgraham> TabAtkins: Ignore the fact that there is an easy solution?
# [22:15] <TabAtkins> jgraham: I'd forgotten that Math.max() is n-ary. ^_^
# [22:15] <jgraham> I don't deny these things are elegant and lots of fun to program
# [22:16] <jgraham> But I'm not sure they make things easy on the person that ends up maintaining the code
# [22:16] <TabAtkins> That's always the issue, sure.
# [22:16] * Quits: GlitchMr (~glitchmr@178-36-153-145.adsl.inetia.pl) (Read error: Connection reset by peer)
# [22:17] * Quits: erichynds (~ehynds@venkman.brightcove.com)
# [22:17] <TabAtkins> AryehGregor: Why not, in your first option, do [].forEach(foo.apply.bind(foo))?
# [22:18] <TabAtkins> Or rather, .bind(null)
# [22:19] <AryehGregor> foo.apply.bind(foo) is the same as foo.apply, for any foo.
# [22:19] <AryehGregor> foo.apply.bind(null) is a function that calls foo.apply with null as the thisArg instead of foo, which throws.
# [22:19] <AryehGregor> foo.apply.bind(foo, null) has the desired effect.
# [22:19] <AryehGregor> Which is the same as Function.prototype.apply.bind(foo, null).
# [22:20] <AryehGregor> Since foo.apply === Function.prototype.apply and the only difference is the value of "this" when you call it, which bind() takes care of anyway.
# [22:20] <TabAtkins> Argh, yeah, you're right.
# [22:20] <AryehGregor> Or something like that.
# [22:20] <TabAtkins> I *hate* the 'this' variable.
# [22:20] <AryehGregor> In all honesty, I tried a bunch of different things until it worked.
# [22:20] <TabAtkins> Having an invisible first argument to every function is so confusing when you start doing metaprogramming.
# [22:21] <AryehGregor> So no one has the latest IE10 handy? Or at least some IE10 that supports 3D transforms.
# [22:21] <AryehGregor> (i.e., one of the ones that only runs on Windows 8)
# [22:25] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
# [22:25] * Quits: LBP (~Mirc@pD9EB1902.dip0.t-ipconnect.de) (Quit: Bye, bye! See you on http://leanbackplayer.com)
# [22:26] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (Read error: Connection reset by peer)
# [22:28] * gwicke_away is now known as gwicke
# [22:34] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
# [22:40] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [22:40] <hober> AryehGregor: to clarify from the fx call, dirk & vincent got *added* as editors. the other editors are still editors.
# [22:41] <hober> AryehGregor: (in the above it sounds like you think the existing editors got replaced by them, which is not the case)
# [22:45] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
# [22:46] * Joins: sicking (~chatzilla@64.134.150.146)
# [22:52] * Quits: graememcc (~chatzilla@host86-140-179-185.range86-140.btcentralplus.com) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111221233052])
# [22:54] * Joins: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com)
# [22:57] * gwicke is now known as gwicke_away
# [23:00] * Joins: jamesr (jamesr@nat/google/x-ozuknkjpycbjzwxw)
# [23:01] * Quits: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net) (Quit: snowfox)
# [23:01] * Quits: sicking (~chatzilla@64.134.150.146) (Ping timeout: 248 seconds)
# [23:04] * heycam|away is now known as heycam
# [23:06] * Quits: skylamer` (cgskylamer@78.90.213.55) (Remote host closed the connection)
# [23:07] * Quits: smaug____ (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net) (Ping timeout: 240 seconds)
# [23:10] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
# [23:13] * Quits: Areks (~Areks@89-178-153-196.broadband.corbina.ru) (Ping timeout: 276 seconds)
# [23:14] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
# [23:14] * Quits: MacTed (~Thud@63.119.36.36)
# [23:15] * Joins: Onderhond (onderhond@d54C61C40.access.telenet.be)
# [23:15] * gwicke_away is now known as gwicke
# [23:15] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [23:21] <webben> http://www.whatwg.org/specs/web-apps/current-work/multipage/ looks broken
# [23:22] * Quits: hasather_ (~hasather_@71.109-247-163.customer.lyse.net) (Remote host closed the connection)
# [23:24] * Joins: WeirdAl (~chatzilla@g2spf.ask.info)
# [23:29] * Parts: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com)
# [23:29] <Hixie> i need to add some code to make sure this doesn't happen again
# [23:29] <Hixie> sigh
# [23:30] <Hixie> looks like anne's thing is sometimes not generating a full zip
# [23:30] <Hixie> or something
# [23:30] * Quits: danbri (~danbri@cable-146-255-156-245.dynamic.telemach.ba) (Ping timeout: 252 seconds)
# [23:31] * Quits: Neocortex (~niels@dhcp-077-249-098-024.chello.nl) (Remote host closed the connection)
# [23:31] <pablof> is the interface for HTMLCollection defined anywhere?
# [23:32] <pablof> can't seem to find it in the spec
# [23:35] <pablof> ah DOMCore, read fail, sorry
# [23:35] * Joins: smaug____ (~chatzilla@m6645-0145234122.pck.nerim.net)
# [23:36] * Joins: ksweeney (~Adium@nyv-exweb.iac.com)
# [23:40] * Joins: rniwa (~rniwa@airbears-136-152-23-71.AirBears.Berkeley.EDU)
# [23:40] * Joins: danbri (~danbri@cable-146-255-156-245.dynamic.telemach.ba)
# [23:40] * Quits: ksweeney (~Adium@nyv-exweb.iac.com) (Client Quit)
# [23:43] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 276 seconds)
# [23:46] * Joins: arv (u4269@gateway/web/irccloud.com/x-tpwxvspaqlprfmfe)
# [23:48] * Quits: matjas (u2247@gateway/web/irccloud.com/x-vlkyihjlumfqhbxu) (Read error: Connection reset by peer)
# [23:48] * Quits: remysharp (u4345@gateway/web/irccloud.com/x-kjeljdfzrywdttwx) (Read error: Connection reset by peer)
# [23:48] * Quits: scheib (~u4467@gateway/web/irccloud.com/x-chlmkqncqjhjcdix) (Remote host closed the connection)
# [23:48] * Quits: beowulf (u116@pdpc/supporter/professional/beowulf) (Remote host closed the connection)
# [23:48] * Quits: oal (u4126@gateway/web/irccloud.com/x-qcpgnudvfefbglmo) (Read error: Connection reset by peer)
# [23:48] * Quits: arv (u4269@gateway/web/irccloud.com/x-tpwxvspaqlprfmfe) (Remote host closed the connection)
# [23:48] * Quits: Scorchin (u1242@gateway/web/irccloud.com/x-dwlqbjypmfwuiewt) (Remote host closed the connection)
# [23:48] * Quits: crassvs (u4275@gateway/web/irccloud.com/x-lkjpowwmewxgwpei) (Read error: Connection reset by peer)
# [23:48] * Quits: pocopina (u5310@gateway/web/irccloud.com/x-itkkikfykpdirous) (Remote host closed the connection)
# [23:48] * Quits: akamike (u5089@gateway/web/irccloud.com/x-fhsxgsgcyquzljuo) (Remote host closed the connection)
# [23:48] * Quits: dglazkov (u4270@gateway/web/irccloud.com/x-xuuekrwwavuhwbpq) (Remote host closed the connection)
# [23:48] * Quits: hdv (u2376@gateway/web/irccloud.com/x-rcpiiqgprohchnhn) (Remote host closed the connection)
# [23:48] * Quits: pkondzior (u768@gateway/web/irccloud.com/x-ajzmvjyfbxdopigl) (Remote host closed the connection)
# [23:48] * Quits: matijsb (u2278@gateway/web/irccloud.com/x-btrkwwihyqfjhzpr) (Remote host closed the connection)
# [23:48] * Quits: abarth (u5294@gateway/web/irccloud.com/x-zgeghiodshzfshve) (Remote host closed the connection)
# [23:48] * Quits: bobylito (u3929@gateway/web/irccloud.com/x-htobotvwudrgjrnu) (Write error: Broken pipe)
# [23:48] * Quits: kapowaz (u546@gateway/web/irccloud.com/x-hwbsklssspsgmuzl) (Remote host closed the connection)
# [23:48] * Quits: Raynos (u3611@gateway/web/irccloud.com/x-tsnimrhuekqbbeap) (Remote host closed the connection)
# [23:48] * Quits: jeremyselier (u2513@gateway/web/irccloud.com/x-styifduzkvdsvlfn) (Remote host closed the connection)
# [23:48] * Quits: Phae (u455@gateway/web/irccloud.com/x-ktmvbvztsdgwxeyd) (Write error: Broken pipe)
# [23:48] * Quits: ryanseddon (u1832@gateway/web/irccloud.com/x-gqhhifwkyzsjbmyx) (Write error: Connection reset by peer)
# [23:48] * Quits: niftylettuce (u2733@gateway/web/irccloud.com/x-wxiqwvujarzseitv) (Write error: Connection reset by peer)
# [23:48] * Quits: NimeshNeema (u2689@gateway/web/irccloud.com/x-xumiwjcdrhsqohsk) (Write error: Connection reset by peer)
# [23:48] * Quits: krijn (u2319@gateway/web/irccloud.com/x-wfkflnmageaepawf) (Read error: Connection reset by peer)
# [23:48] * Quits: benschwarz (u2121@gateway/web/irccloud.com/x-wxcbvufbljwhnqvz) (Read error: Connection reset by peer)
# [23:48] * Quits: eae (u4278@gateway/web/irccloud.com/x-eczlkunymreaozpz) (Write error: Connection reset by peer)
# [23:49] * Joins: schnoomac (~schnoomac@melbourne.99cluster.com)
# [23:49] * Joins: beowulf (u116@pdpc/supporter/professional/beowulf)
# [23:51] * Joins: Phae (u455@gateway/web/irccloud.com/x-mngribcgtzlbkfld)
# [23:51] * Quits: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
# [23:51] * Joins: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se)
# [23:54] * Joins: ivan`` (~ivan@unaffiliated/ivan/x-000001)
# [23:54] * Joins: Scorchin (u1242@gateway/web/irccloud.com/x-kmiictwxesuslquu)
# [23:55] * Quits: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Ping timeout: 240 seconds)
# [23:56] * Joins: ryanseddon (u1832@gateway/web/irccloud.com/x-ayfkqbtzhnpxasyg)
# [23:57] * Joins: kapowaz (u546@gateway/web/irccloud.com/x-cxyyqepxfskkozgl)
# [23:58] * Joins: pkondzior (u768@gateway/web/irccloud.com/x-fhajdxmrdikafqci)
# [23:59] * Joins: hdv (u2376@gateway/web/irccloud.com/x-oemvlmcovyhacxdl)
# [23:59] * Joins: boblet (u1921@gateway/web/irccloud.com/x-vjquyxrnnnebrion)
# Session Close: Wed Jan 25 00:00:00 2012

The end :)