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

Options:

# Session Start: Wed Apr 13 00:00:00 2011
# Session Ident: #whatwg
# [00:01] * Joins: shinyak (~shinyak@nat/google/x-tegjxdzqxscizpwk)
# [00:03] * Quits: miketaylr (~miketaylr@wsip-24-120-214-11.lv.lv.cox.net) (Quit: miketaylr)
# [00:04] <Hixie> othermaciej: yt?
# [00:04] * Quits: shinyak (~shinyak@nat/google/x-tegjxdzqxscizpwk) (Remote host closed the connection)
# [00:05] <Hixie> othermaciej: bug 10202's decision requires me to put RFC2119 terminology in a non-normative context. How should I proceed?
# [00:07] * Joins: jwalden (~waldo@h-66-134-142-19.snvacaid.static.covad.net)
# [00:15] <Hixie> othermaciej: for now i just forked the spec so the whatwg one doesn't make that mistake; let me know if i should just fix the w3c one too
# [00:15] * Hixie doesn't really dare apply judgement to applying these decisions anymore
# [00:17] * Joins: boaz_ (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
# [00:20] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [00:20] <othermaciej> Hixie: do you mean the word "should" in the note?
# [00:20] <Hixie> yes
# [00:20] <Hixie> see most recent diff
# [00:21] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [00:22] <othermaciej> ok, I don't have time at the moment to study this closer but I can this evening
# [00:22] <Hixie> k
# [00:22] <Hixie> it's a trivial editorial matter
# [00:29] * Joins: shinyak (~shinyak@nat/google/x-zjuhfftbjqvzffwk)
# [00:31] * Joins: micheil (~micheil@124-149-177-22.dyn.iinet.net.au)
# [00:31] * Quits: shinyak (~shinyak@nat/google/x-zjuhfftbjqvzffwk) (Remote host closed the connection)
# [00:32] * Joins: michaeln (~michaeln@nat/google/x-zniukqwbhswzfhrc)
# [00:36] * Quits: MikeSmith (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp) (Read error: Connection reset by peer)
# [00:36] * Joins: MikeSmith (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp)
# [00:38] <zewt> drawing a total blank here and I've seen it in several specs--what's a spec that has the "if a feature isn't supported, pretend it doesn't exist and don't expose the interface at all" text?
# [00:38] <Hixie> how do you mean?
# [00:38] * Joins: miketaylr (~miketaylr@wsip-24-120-214-11.lv.lv.cox.net)
# [00:38] <Hixie> if a feature isn't supported, how would an interface be exposed?
# [00:38] <Hixie> surely if the interface is exposed, that means the feature is supported
# [00:39] <Hixie> by definition
# [00:39] <zewt> it means as opposed to throwing an exception, i think
# [00:39] <Hixie> not sure what you mean
# [00:39] <zewt> it's a specific bit of text ... dunno, I'll keep poking through specs until I find it
# [00:41] <zewt> ah, here it is
# [00:41] <zewt> When support for a feature is disabled (e.g. as an emergency measure to mitigate a security problem, or to aid in development, or for performance reasons), user agents must act as if they had no support for the feature whatsoever, and as if the feature was not mentioned in this specification.
# [00:41] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
# [00:41] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
# [00:41] <zewt> (relevant to the webgl GPU-blacklisting thing)
# [00:42] <Hixie> oh, disabled, not not supported
# [00:42] <Hixie> ok
# [00:42] <zewt> same thing from the user's POV :)
# [00:42] <jamesr> i don't think that is true if a feature is disabled due to the hardware limitations clause
# [00:42] <Hixie> only because of that paragraph :-)
# [00:43] <jamesr> in practice, that is
# [00:43] * Quits: FireFly (~firefly@unaffiliated/firefly) (Remote host closed the connection)
# [00:43] <jamesr> not in spec-ese
# [00:43] <zewt> jamesr: i don't know of any cases of it actually happening
# [00:43] <jamesr> for example everyone has a hardware limitation on canvas dimensions right now
# [00:43] <jamesr> but no user agent pretends that canvas is completely unsupported if the page tries to make a gigantic canvas
# [00:44] <zewt> yeah, it's not applied for every edge case
# [00:44] <jamesr> for webgl in the blacklist, the feature exists exactly as specified - it just happens to never give you a valid context
# [00:45] <zewt> that's a bug, though--getContext() should always return a context
# [00:45] <jamesr> if it returns, yeah it probably should
# [00:45] <jamesr> but a webgl context isn't necessarily one you can render into
# [00:45] <zewt> about to suggest one approach to making that happen on the thread; i suspect implementation problems won't allow it, but it seems like it should work based on the gecko/webkit reasons given so far
# [00:46] <zewt> (going to suggest that permanent gpu-blacklisted failures should be detected at browser launch and disable WebGL entirely as above, and transient "out of resources" should create a "lost" context as Kenneth described)
# [00:46] <jamesr> that doesn't work
# [00:46] <jamesr> the blacklist may be updated while the browser is running
# [00:46] <zewt> how?
# [00:46] <jamesr> it downloads the blacklist from the interwebs
# [00:46] <TabAtkins> The browser polling the blacklist server.
# [00:47] <jamesr> or the user may update their graphics drivers to a version that isn't blacklisted while the browser is running
# [00:47] <zewt> that should just be updated along with browser updates
# [00:47] * Quits: tbassetto (~tbassetto@vau75-7-82-234-249-198.fbx.proxad.net) (Ping timeout: 258 seconds)
# [00:47] <jamesr> why?
# [00:47] <zewt> if it's okay to restart the browser for a security update, it's okay to do so for a blacklist update
# [00:48] <jamesr> why?
# [00:48] <zewt> why not?
# [00:48] <TabAtkins> It's not actually okay to restart for a security update. It's just necessary.
# [00:48] <jamesr> because it's a worse user experience
# [00:48] <jamesr> it shouldn't be necessary to restart the browser for a security patch
# [00:48] <zewt> (in principle, Chrome might be able to start new, updated tab backends with things like updated blacklists, without having to restart the front-end)
# [00:48] <jamesr> and if we figure out a way to patch security holes without requiring a browser restart, you can bet we'll do it
# [00:48] <jamesr> we do a similar thing for safebrowsing
# [00:48] <jamesr> we update the safebrowsing lists without requiring browser restarts
# [00:48] <Hixie> jamesr: if webgl is blacklisted, then 'webgl' is not the name of a context supported by the user agent, and the UA will return 'null' in step 2
# [00:49] <jamesr> (in principle, maybe. it'd be insanely complicated)
# [00:49] <zewt> so create new browsing environments with WebGL disabled
# [00:49] <jamesr> i don't think that's very practical
# [00:49] * Quits: miketaylr (~miketaylr@wsip-24-120-214-11.lv.lv.cox.net) (Quit: miketaylr)
# [00:50] <Hixie> what isn't practical about it?
# [00:50] * Quits: tmzt (~tmzt@adsl-99-164-38-56.dsl.akrnoh.sbcglobal.net) (Ping timeout: 240 seconds)
# [00:50] <jamesr> Hixie: good point on that
# [00:51] <zewt> yeah, that's true
# [00:51] * Joins: miketaylr (~miketaylr@wsip-24-120-214-11.lv.lv.cox.net)
# [00:51] <jamesr> tying webgl blacklisting state with browsing environments instead of allowing the blacklist to be updated dynamically
# [00:51] <zewt> the WebGL class named would still be in window, but that's not a big deal
# [00:51] <Hixie> oh yeah, you'd want to do it across all browsing contexts at once, sure
# [00:52] <jamesr> so the results of step 2 could change essentially at any point
# [00:52] <Hixie> it's not like it's going to matter anyway, only users that happen to have a webgl context created on a page that then tries to create another while the blacklist is updated and if they have a black-listed card that hasn't already crashed will be affected
# [00:52] <Hixie> and they'll just hit reload
# [00:52] <Hixie> (and find the page has stopped working altogether)
# [00:52] <Hixie> so...
# [00:53] <othermaciej> Hixie: so what are possible resolutions to the "note" containing a "should"? It seems like one is to remove the word "note", and another is to rephrase to not use an RFC2119 keyword if no conformance requirement is intended
# [00:53] <zewt> it would mean that ("WebGLTexture" in window) and canvas.getContext("webgl") could be out of sync, but i think nothing guarantees that anyway
# [00:53] <zewt> (ignoring primary-context-incompatible errors from getContext)
# [00:53] <othermaciej> Hixie: if you want to do either of those things, I'd say run it by the list with an explanation, and if Julian doesn't object, it should be fine
# [00:53] <jamesr> Hixie: the reverse could happen (the user was blacklisted then becomes unblacklisted)
# [00:54] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [00:54] <Hixie> othermaciej: the resolution i use was to apply the decision as it was made for the w3c copy, and fix the text for the whatwg copy to have s/should/will/ and to have slightly better style
# [00:54] <jamesr> Hixie: in which case there's no way for a page to know when to retry the context creation
# [00:54] <jamesr> so the only real option is for the user to refresh the page
# [00:54] <zewt> jamesr: if a card is blacklisted while a context is created, is it just "lost" (webglcontextlost) forever?
# [00:54] <Hixie> othermaciej: i don't intend to post to the list, it just wastes my time even more
# [00:54] * Joins: shiawuen (~shiawuent@cm206.omega132.maxonline.com.sg)
# [00:54] <jamesr> i believe that's how it should work. i don't know if that's how it does work in the current chrome implementation
# [00:55] <othermaciej> Hixie: yes, I recognize that you forked - if you want to unfork, then I would only ask to post to the list first
# [00:55] <jamesr> the dynamic blacklisting stuff is relatively new
# [00:55] <Hixie> jamesr: yeah
# [00:55] * Quits: shiawuen (~shiawuent@cm206.omega132.maxonline.com.sg) (Read error: Connection reset by peer)
# [00:55] <Hixie> othermaciej: k. i'll leave it as is for now.
# [00:55] <othermaciej> Hixie: if you don't care about unforking on this point, then you don't need to do anything
# [00:55] <jamesr> zewt: meaning that future calls to getContext() would return a reference to the same non-null but lost context, i suppose
# [00:56] * Joins: shiawuen (~shiawuent@cm206.omega132.maxonline.com.sg)
# [00:56] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
# [00:56] <Hixie> othermaciej: as far as forking for these decisions go, that one is going to be the least annoying one by far
# [00:57] <zewt> jamesr: according to the spec, since at that point "webgl" would no longer be a name of a supported context, it would abort in step 2 and return null
# [00:57] <zewt> even if a previous object exists (that happens in 5)
# [00:58] * Joins: tmzt (~tmzt@76.253.140.130)
# [00:58] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [00:58] <zewt> http://dev.w3.org/html5/spec/the-canvas-element.html#dom-canvas-getcontext
# [00:58] <jamesr> hm right, you wouldn't make it to step 3
# [00:58] <jamesr> i'm not totally sure step 2 is when the blacklisting should apply
# [00:58] <zewt> can you think of any problems with it? it seems like the cleanest fix so far, barring any other issues
# [00:58] * Joins: CvP (~CvP@123.49.20.255)
# [00:59] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 248 seconds)
# [00:59] <jamesr> what would the net delta end up being?
# [00:59] <zewt> (helpfully, it also reduces the amount of changes webgl would need)
# [00:59] <zewt> well, the actual behavior wouldn't change much in this case--blacklisted returns null now and it still would
# [01:00] * Quits: althie (althalus@vauhtis.thegroup.fi) (Ping timeout: 276 seconds)
# [01:00] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!)
# [01:01] <jamesr> (note that i still think we need to add a asynchronous context creation path for WebGL. WebGL context initialization can be really expensive and it sucks to block the main message loop while it's going on)
# [01:01] <zewt> webglcontextcreationerror would go away, presumably, since you never actually get to any algorithm that can fire it
# [01:01] * Joins: althie (althalus@vauhtis.thegroup.fi)
# [01:01] <zewt> which might take some people a bit of convincing
# [01:01] <zewt> unless there's a way to wedge it in somehow
# [01:01] <jamesr> (we could add an async path that also updated the canvas' primary context)
# [01:01] * Quits: michaeln (~michaeln@nat/google/x-zniukqwbhswzfhrc) (Quit: Leaving.)
# [01:03] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [01:03] * Quits: ezoe (~ezoe@203-140-91-217f1.kyt1.eonet.ne.jp) (Quit: And Now for Something Completely Different.)
# [01:03] <zewt> would that actually help? i don't know the backends at all
# [01:03] <zewt> yeah i guess i could see how that could work (with opengl, anyway, i know webgl isn't actually always opengl under the hood)
# [01:04] <zewt> instead of an async getContext, it could be getContext("webgl", {async: true});, which always returns a "lost" context and fires webglcontextrestored when initialization completes
# [01:05] <zewt> though if "out of resources" error cases become "context lost" then it would need a way to tell the difference between the cases ("still initializing" and "out of resources, don't wait up")
# [01:06] <jamesr> yeah, you really want to have some definitive point where you know whether or not you are gonna get a context
# [01:06] <zewt> could have three context states: "active", "lost" and "initializing"
# [01:06] <zewt> async starts in initializing; if it fails it's lost, as normal
# [01:07] * Joins: michaeln (~michaeln@nat/google/x-zhvrljhylqqndtda)
# [01:08] <jamesr> how would you indicate the transition from initializing->normal?
# [01:08] <jamesr> fire a context restored?
# [01:08] <zewt> yeah
# [01:08] <zewt> basically turning it into a readyState, i guess
# [01:09] <jamesr> yeah. it might be a little awkward for developers to put their initial startup code in the contextrestored function
# [01:10] <Hixie> are lost webgl contexts really that common?
# [01:10] <jamesr> and in the lost handler they'd have to know if they were transitioning from init->lost (in which case they should show the webgl sadness) and normal->lost
# [01:10] <Hixie> exposing this to web authors seems like a losing strategy.
# [01:10] <jamesr> Hixie: on XP, every time the screensaver starts you lose context
# [01:10] <jamesr> and every time the computer goes to sleep
# [01:10] <zewt> Kenneth already described returning contexts in the "lost" state, which would require handling that too
# [01:10] <Hixie> if UAs don't hide this from pages, they're just gonna break.
# [01:10] <jamesr> and i believe you lost it when switching the logged in user on some OSes
# [01:10] <Hixie> people aren't going to be testing this kind of thing.
# [01:11] <jamesr> Hixie: yes. but UAs can't hide a webgl lost context from the page
# [01:11] <Hixie> why not?
# [01:11] <jamesr> how could you?
# [01:11] <jamesr> to restore state, you'd have to save all commands + all resources for all commands and replay them from the beginning
# [01:11] <Hixie> remember the state of the context and fake it
# [01:11] <zewt> there are a lot more system-specifics for *GL than with most web APIs, that you can't avoid without crippling things
# [01:11] <jamesr> the state of the context is potentially huge
# [01:11] <Hixie> well i guarantee the web author ain't gonna do it
# [01:11] <jamesr> it's the GL state and then all resources referenced from that state
# [01:12] <jamesr> game authors sometimes do it properly
# [01:12] <Hixie> not on the web
# [01:12] <zewt> jamesr: if you're able to save state immediately before losing the context, you could serialize textures and so on; but I don't think you get any chance to do that with a lot of system 3D APIs
# [01:12] <jamesr> but i agree that most won't
# [01:12] <Hixie> if native app game authors only _sometimes_ do it properly, we're in for a world of pain here
# [01:12] <Hixie> we can't ship an api this broken
# [01:12] <jamesr> zewt: yeah you don't get any notification that the context is about to go away
# [01:12] <zewt> webgl is already shipping :)
# [01:12] <jamesr> Hixie: we did, heh
# [01:12] <jamesr> thankfully nearly all XP users are currently blacklisted
# [01:12] <Hixie> i predict doom for that api then
# [01:13] <Hixie> mind you the ridiculous platform-specific-endianess thing pretty much already guaranteed doom too
# [01:13] <zewt> i'm here late in the game but trying to do what little I can to reduce the chances of doom :)
# [01:13] * Hixie is unimpressed by webgl :-P
# [01:13] <jcranmer> replace it with webmagic
# [01:13] * Joins: Amorphous (jan@unaffiliated/amorphous)
# [01:14] <jcranmer> which automatically figures out the right thing to do at every API invocation
# [01:14] <jcranmer> and shoots the original developer if it can't
# [01:14] <jamesr> webgl is definitely a different philosophy from most web apis
# [01:15] <zewt> most web APIs aren't seriously hardware-bound, so they can get away with "make sure everyone can do the same thing"; if you did that with a 3d API you'd cripple it
# [01:15] <zewt> that doesn't mean they shouldn't do everything they can to avoid accidentally tripping over that, though
# [01:16] <zewt> for example, by making sure if you use any optional features, you explicitly enable them first
# [01:16] <zewt> which they don't do at all
# [01:16] * Quits: cpearce (~chatzilla@ip-118-90-24-28.xdsl.xnet.co.nz) (Ping timeout: 264 seconds)
# [01:16] <jamesr> they did for opengl extensions
# [01:16] <jamesr> you have to turn them on and before you do they aren't available at all
# [01:16] <jamesr> (shaders won't compile with them, etc)
# [01:16] <Hixie> jamesr: yes, the different philosophy is the problem :-P
# [01:16] <zewt> yeah but I'm talking about the basic stuff: MAX_TEXTURE_SIZE, etc
# [01:17] <jamesr> ah yeah, they didn't define a required baseline for all of those
# [01:17] <jamesr> i think the texture fetch count is a nastier one
# [01:17] <zewt> i've already been bitten in the face by MAX_VERTEX_TEXTURE_IMAGE_UNITS, starting to implement something only to find that MAX_VERTEX_TEXTURE_IMAGE_UNITS is 0 everywhere
# [01:17] <jamesr> it's a number that you have to query. it's 0 most places
# [01:17] <jamesr> heh yeah
# [01:17] <jamesr> that one kind of blows
# [01:17] * Joins: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au)
# [01:18] <zewt> it's particularly nasty because the spec *specifically* says "everyone must support this"--but the "(but the max might be 0)" is implicit
# [01:18] <zewt> great, everyone must support no fewer than 0 of something
# [01:19] * Joins: miketayl_r (~miketaylr@wsip-24-120-214-11.lv.lv.cox.net)
# [01:19] <zewt> there should be a table of minimums for every one of those variables, and you should have to explicitly set them higher if you want to use more
# [01:19] <zewt> so at least if you're writing code that won't run everywhere, you know it
# [01:20] * Quits: miketaylr (~miketaylr@wsip-24-120-214-11.lv.lv.cox.net) (Ping timeout: 246 seconds)
# [01:20] <zewt> ... i'd suggest this on webgl-pub but it feels like too radical a change from webgl's design for it to even be worth suggesting
# [01:21] * Quits: shiawuen (~shiawuent@cm206.omega132.maxonline.com.sg) (Quit: shiawuen)
# [01:22] * miketayl_r is now known as miketaylr
# [01:26] * Quits: boaz_ (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz_)
# [01:28] * Quits: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125) (Quit: Page closed)
# [01:29] <zewt> heh, i bet you could improve compatibility by always causing contexts to be lost if a tab is unfocused for more than a couple minutes--a lot more people would notice and implement webglcontextlost that way (unfortunately, it would also reduce net UA quality)
# [01:30] * Joins: agektmr (~Adium@p2107-ipbf6509marunouchi.tokyo.ocn.ne.jp)
# [01:31] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
# [01:35] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [01:36] * Joins: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [01:36] * Quits: michaeln (~michaeln@nat/google/x-zhvrljhylqqndtda) (Quit: Leaving.)
# [01:38] * bga_ is now known as bga_|away
# [01:38] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
# [01:40] * Quits: miketaylr (~miketaylr@wsip-24-120-214-11.lv.lv.cox.net) (Quit: miketaylr)
# [01:40] * Joins: estellevw (~estelle@173-228-112-215.dsl.dynamic.sonic.net)
# [01:42] <Philip`> zewt: Hmm, 0 everywhere?
# [01:42] <Philip`> http://feedback.wildfiregames.com/report/opengl/feature/GL_MAX_VERTEX_TEXTURE_IMAGE_UNITS_ARB seems to indicate it's typically non-zero
# [01:42] <Philip`> at least in raw OpenGL
# [01:43] * Joins: erlehmann (~erlehmann@82.113.99.36)
# [01:43] <zewt> Philip`: https://groups.google.com/group/angleproject/browse_thread/thread/fbf08f0ab51ff26d
# [01:43] * Quits: estellevw (~estelle@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [01:44] <zewt> is the problem in practice
# [01:45] <Philip`> Ah
# [01:45] <zewt> it surprised me, since I'm sure my hardware supports it--if it was something advanced like trying to use 8 texture samplers I'd have checked earlier
# [01:45] * Quits: Rik` (~Rik`@2620:101:8003:200:daa2:5eff:fe97:85ed) (Remote host closed the connection)
# [01:46] <wilhelm> Hixie: In chapter 7.5.2, "Custom scheme and content handlers", under the protocol argument, it says "Note: This feature is not intended to be used with non-standard protocols". What are non-standard protocols in this context?
# [01:47] <Hixie> myprot:
# [01:47] <Hixie> anything not registered with IANA
# [01:47] <wilhelm> OK. So everything in the first table here, but nothing from the second? http://en.wikipedia.org/wiki/URI_scheme
# [01:47] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
# [01:48] <Hixie> everything except those that are security issues like http:
# [01:48] <Hixie> otherwise yes
# [01:48] <Hixie> however, it is my belief that we should move away from IANA here
# [01:48] <Hixie> and instead use something like wikipedia or some other wiki to register protocols
# [01:48] <Hixie> which would make this mostly moot
# [01:48] <jamesr> zewt: i think it's worth suggesting at least
# [01:49] <wilhelm> Indeed. But then I presume we want a whitelist here.
# [01:49] <jamesr> i'm not a true "webgl people" (have really no opengl background) but i'd like stuff to work
# [01:50] <zewt> jamesr: i might, but will let the current stuff settle a bit
# [01:50] <Hixie> wilhelm: why not a black list?
# [01:50] <jamesr> earlier the better the odds of success are
# [01:50] <jamesr> as more content gets out there it'll be harder to change
# [01:50] <Hixie> wilhelm: i mean, in principle i agree that whitelists are better, but here you know what the dangerous ones are, they're the ones you implement.
# [01:51] <jcranmer> Hixie: I can see some issues with blacklisting non-official URIs
# [01:51] <jcranmer> particularly some well-known real-time-chat-related ones
# [01:51] * Joins: estellevw (~estelle@173-228-112-215.dsl.dynamic.sonic.net)
# [01:51] <wilhelm> That would allow the non-standard protocols – but that might not be a problem.
# [01:51] <Hixie> what issues?
# [01:51] <jcranmer> (aim, irc, skype)
# [01:51] <Hixie> wilhelm: the UA should allow non-standard protocols
# [01:51] <wilhelm> Noted.
# [01:52] <Hixie> wilhelm: realistically, given how hard it is to register protocols, the majority of them will be unregistered. that's why i want to make it easier to register protocols.
# [01:52] <jcranmer> I can imagine, e.g., a web-irc interface wanting to register IRC links
# [01:52] <Hixie> that seems reasonable
# [01:52] <Hixie> where's the problem?
# [01:53] <wilhelm> If we have a blacklist of the scary stuff, there isn't one. (If we can make a definite list of scary stuff. :)
# [01:53] <jcranmer> well, irc:// isn't a IANA-registered protocol, at least according to WP
# [01:53] <Hixie> jcranmer: so?
# [01:54] <Hixie> oh, i see what you're saying
# [01:54] <jcranmer> well, if I didn't misread the earlier discussion
# [01:54] <Hixie> i misunderstood, sorry
# [01:54] <jcranmer> misunderstanding is very plausible
# [01:54] <Hixie> agreed that we should not blacklist the unregistered ones (or whitelist the registered ones)
# [01:54] <jcranmer> put another way
# [01:54] <Hixie> only blacklist the ones the UA implements
# [01:54] <Hixie> (and doesn't want to allow overriding of)
# [01:54] <jcranmer> I expect that the primary use of registering oneself as a URI handler is will be to support uncommon protocols
# [01:56] <jcranmer> mailto, news, nntp, and possibly tel or geo are the only official protocols on WP I can see someone feasibly wishing to handle
# [01:56] * Quits: MikeSmith (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp) (Read error: Connection reset by peer)
# [01:56] * Joins: MikeSmith_ (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp)
# [01:56] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [01:57] <jcranmer> and even then, mailto is probably the only one which would see widespread adoption
# [01:57] <wilhelm> Hixie: A related issue – should we aim for a blacklist or whitelist for the mimeType argument? Mozilla documentation indicates that they only whitelist a few types. (Our blacklist would have to be very long if we had one – there's plenty of MIME-types used internally that, if overruled, would break stuff fundamentally.)
# [01:59] <wilhelm> jcranmer: Of those already supported by UAs? Probably. Stuff like spotify: (a vendor-specific scheme for a music streaming service) is very common in Europe, though. Although that might be intercepted at a different level.
# [01:59] * Quits: estellevw (~estelle@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [02:00] <jcranmer> my point is that I expect that the largest usage is going to be for unofficial ones
# [02:00] <wilhelm> I wouldn't be surprised.
# [02:01] <jcranmer> I might argue that most people aren't going to bother going through any registration process
# [02:01] * Quits: ericc|away (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Disconnected by services)
# [02:02] <Lachy> defining and registering a URI scheme is so unbelievably painful
# [02:03] <Lachy> just look at the hassle I've been going through trying to get a spec written and approved by the IETF for the about: URI scheme
# [02:03] <jcranmer> the most most people will go is plopping a brief syntax page on a blog
# [02:03] <jcranmer> or perhaps a dedicated page squirreled away deep in the guts of some site somewhere
# [02:04] <Hixie> wilhelm: the mime type list has to be a blacklist, the whole point is to allow arbitrary unknown (to us) types to be supported
# [02:04] <Hixie> Lachy: yeah we really need to do something about that
# [02:04] <wilhelm> Hixie: That makes sense. We'll just have to be very, very careful, then.
# [02:04] <Hixie> wilhelm: yeah :-/
# [02:04] <jcranmer> I see what you mean about a mime-type blacklist
# [02:04] * Joins: jochen___ (~jochen@nat/google/x-tzinklynjglqqtej)
# [02:05] <jcranmer> but, security wise, that makes you reactive instead of proactive
# [02:06] * Quits: smaug____ (~chatzilla@h-66-134-142-19.snvacaid.static.covad.net) (Ping timeout: 276 seconds)
# [02:06] <Lachy> Hixie, I'm working on it. Another editor volunteered to help with the spec, which encouraged me to actually spend some time on it
# [02:07] <Hixie> AryehGregor: btw, the whatwg spec license isn't the MIT license, it's a custom license with much the same effects as MIT (but written less well)
# [02:07] <Lachy> they actually tried to get the spec to require an IANA registry for about: URIs, to which I've said no
# [02:07] <Hixie> Lachy: i meant fix the registry problem, not about: specifically, but glad to hear about: is moving forward
# [02:08] <Hixie> AryehGregor: also, google doesn't own the copyright on the whatwg html spec, apple, mozilla, and opera do
# [02:08] * Quits: jochen__ (~jochen@nat/google/x-hoqztselihsucsuf) (Ping timeout: 248 seconds)
# [02:08] <Hixie> AryehGregor: the rest of your points stand though
# [02:09] <jcranmer> Lachy: you put the about:mozilla easter egg in an RFC draft ‽
# [02:09] * Joins: jochen__ (~jochen@nat/google/x-liyrcwdmzsewbwii)
# [02:10] <Lachy> Hixie, why don't you get the WHATWG Members to agree to change the spec's licence to MIT, BSD or CC0?
# [02:10] <Lachy> jcranmer, yes, as an example. Why?
# [02:10] * Quits: jochen___ (~jochen@nat/google/x-tzinklynjglqqtej) (Ping timeout: 276 seconds)
# [02:10] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
# [02:11] <jcranmer> it just seems... wrong
# [02:11] <Lachy> why?
# [02:11] <wilhelm> Hixie: And my third, and final question tonight – should there be any restrictions on the content in the title argument? Our prototype UI and prototype storage format aren't particularly happy about \n or very long strings, for example. (I suppose we're free to discard the parts of the string we don't like.)
# [02:11] <Lachy> it's one of the most well known easter eggs, and is relevant to the draft.
# [02:11] * wilhelm notices “might use”.
# [02:12] <jcranmer> I guess it seems to kind of defeat the purpose of easter eggs
# [02:12] <jcranmer> I'm not exactly objecting to it
# [02:12] <Lachy> wilhelm, just replace invalid characters with U+FFFD (Replacement Char) and Base64 encode the string. That should prevent any unwanted characters sneaking into the ini file
# [02:13] <Lachy> jcranmer, oh, so you want it to remain a "secret" :-)
# [02:13] <wilhelm> If we need to store that part at all…
# [02:14] <jcranmer> well, an RFC ~= a specification, and mentioning easter eggs in specifications seems wrong
# [02:14] <jcranmer> well, more objectionable than, say, putting it on Wikipedia
# [02:17] <Lachy> btw, the latest editors' draft is here if you would like to review it. https://github.com/josephholsten/about-uri-scheme/raw/master/draft-holsten-about-uri-scheme-07.txt
# [02:17] <Lachy> most significant changes are in section 5
# [02:17] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Ping timeout: 240 seconds)
# [02:17] <Hixie> Lachy: what problem would that solve, and is that problem costing more than it would cost me to try to herd the cats in question towards making a decision? :-)
# [02:18] <Hixie> wilhelm: you can massage the string as you wish
# [02:18] <Hixie> wilhelm: no restrictions in terms of throwing exceptions or whatnot as far as i recall, though
# [02:18] <Lachy> Hixie, I'm not sure what you're referring to?
# [02:19] <Lachy> oh, you mean the licence question?
# [02:19] <Hixie> yeah
# [02:19] <Lachy> (I forgot I asked)
# [02:19] <wilhelm> Hixie: Got it. Thanks.
# [02:19] <Hixie> Lachy: i shouldn'ta replied then :-P
# [02:20] <hober> Lachy: what list do the about: discussions happen on?
# [02:22] <Lachy> Hixie, it would make the licence consistent with that which we're asking the W3C to use, and by avoiding a custom licence, it reduces licence proliferation a little bit
# [02:23] <Lachy> hober, unfortunately, all the comments I've received since the Last Call process began aren't being archvied. They're being CC'd just to the people involved with the discussion :-(
# [02:24] <Lachy> I don't know why there is no mailing list. The draft-holsten-about-uri-scheme at tools.ietf.org address they're posting to doesn't seem to have an archive.
# [02:24] <wilhelm> Hixie: (Stating clearly in the spec that arbitrary unknown URI schemes and MIME-types are to be supported might lessen the confusion for the next implementor that comes along. I voted in favour of a MIME type white list for our implementation earlier today, in fear of security implicatons. :)
# [02:24] <zewt> is there any precedent (outside of WebGL) where merely registering an event handler (and not calling preventDefault from it) has side-effects?
# [02:25] <Hixie> Lachy: yeah i don't think that benefit is worth it. But feel free to reach out to the charter members and try to convince them yourself if you think it is. :-)
# [02:25] <Hixie> Lachy: i would certainly support your request
# [02:25] <Lachy> Hixie, if the W3C did adopt MIT/BSD/CC0, would you think it's more worth making it consistent then?
# [02:26] <Hixie> i would at least suggest it. it'd probably be easier to convince them in that kind of situation, too.
# [02:26] <Lachy> ok
# [02:26] <Hixie> wilhelm: can you file a bug or send mail on it?
# [02:26] <Hixie> wilhelm: (feel free to use the bug reporting widget, that's sufficient)
# [02:26] <Hixie> wilhelm: (and trivial)
# [02:26] <wilhelm> Hixie: Sure.
# [02:26] <Hixie> thanks
# [02:27] <zewt> (webgl has side-effects from registering webglcontextrestored, which seems very weird; wondering if I'm able to say "nothing else anywhere does this")
# [02:27] <Hixie> registering webglcontextrestored?
# [02:28] <Hixie> you mean calling addEventListener()?
# [02:28] <Lachy> zewt, what side effects?
# [02:28] <zewt> webgl only automatically restores contexts if at least one webglcontextrestored event listener is registered
# [02:28] <Hixie> that's totally bogus
# [02:28] <zewt> that's the argument i'm about to make, i just want to double-check before I claim nothing else anywhere does it :)
# [02:28] <Lachy> nothing else I'm aware of does that.
# [02:29] * Quits: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
# [02:31] * Quits: erlehmann (~erlehmann@82.113.99.36) (Quit: Ex-Chat)
# [02:38] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [02:40] * Joins: shiawuen (~shiawuent@bb115-66-151-94.singnet.com.sg)
# [02:41] <Hixie> wow
# [02:41] <Hixie> the chairs don't think that "HTML is a media-independent semantic markup language" ???
# [02:41] <jamesr> what is it?
# [02:42] * Joins: ryanseddon (~RSeddon@202.126.98.210)
# [02:42] <Hixie> they don't sa'y
# [02:43] <jamesr> well i'm sure it is a useful and productive distinction
# [02:44] <jamesr> zewt: if you don't have such an event listener registered is the behavior observable?
# [02:44] <jamesr> zewt: if the context is restored but no JS runs then the context will still be just as dead as it was when it was still lost...
# [02:49] <zewt> you can tell if a context is lost/restored without any events, using isContextLost (or just by calling any method; if the context is lost, nothing works)
# [02:49] * Quits: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net) (Quit: chriseppstein)
# [02:49] <zewt> eg. you could (as a dumb, contrived example) check for a lost or restored context in a timer
# [02:50] * Quits: agektmr (~Adium@p2107-ipbf6509marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
# [02:50] <zewt> if you don't do canvas.addEventListener("webglcontextrestored", function(e) { }, false), it's never restored
# [02:51] <jamesr> true. i think the thinking was that in general once the context is lost and restored you have to do a decent bit of work to try to reestablish the GL state before the context is useful at all
# [02:51] <jamesr> so if a page isn't going to even attempt to restore context, there's not much point in doing work to try to restore it
# [02:51] <jamesr> because the page is completely boned in the event of a lost context
# [02:52] <jamesr> instead of depending on event registration maybe it should be an attribute on the context
# [02:53] <zewt> i'm going to suggest that you have to preventDefault on webglcontextlost to indicate that you want it to be restored
# [02:54] <zewt> eg. the default behavior of webglcontextlost is to prevent the context from being restored
# [02:54] <jamesr> hm. might be a bit awkward for impls - you have to do some of C++ work to get the context restored before you can accept commands on it
# [02:54] <jamesr> an
# [02:54] <jamesr> ah wait, on loss
# [02:54] <jamesr> not restore
# [02:54] <zewt> all it is is a flag
# [02:54] <zewt> right
# [02:57] * Quits: ap (~ap@17.203.15.167) (Quit: ap)
# [02:58] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
# [02:59] * Quits: jwalden (~waldo@h-66-134-142-19.snvacaid.static.covad.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.16/20110322223900])
# [03:00] * Joins: nessy (~Adium@124.171.54.114)
# [03:01] <jamesr> that'd be a breaking change for current content that correctly handles lost context
# [03:01] <jamesr> (which is probably like 2 pages)
# [03:01] <jamesr> but sounds reasonable i s'pose
# [03:02] <zewt> if webgl guys are willing to change this stuff, i think it's worth it--everything related to events in webgl is sort of a mess
# [03:02] * Quits: roc (~chatzilla@h-66-134-142-19.snvacaid.static.covad.net) (Ping timeout: 276 seconds)
# [03:03] <zewt> (if they're not, well, then they're not)
# [03:03] * Joins: tw2113 (~tw2113@fedora/tw2113)
# [03:06] * Joins: potatis_invalido (~chatzilla@78-69-155-129-no176.tbcn.telia.com)
# [03:07] * Joins: boaz_ (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
# [03:07] * Quits: boaz_ (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Client Quit)
# [03:13] * Quits: sicking (~chatzilla@h-66-134-142-19.snvacaid.static.covad.net) (Ping timeout: 276 seconds)
# [03:13] * Quits: CvP (~CvP@123.49.20.255) (Ping timeout: 248 seconds)
# [03:14] * Joins: roc (~chatzilla@66.236.51.34.ptr.us.xo.net)
# [03:15] * Quits: TabAtkins_ (~tabatkins@nat/google/x-tpahlellenirwscx) (Ping timeout: 258 seconds)
# [03:17] * Quits: othermaciej (~mjs@17.246.19.168) (Quit: othermaciej)
# [03:17] * Joins: MikeSmith (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp)
# [03:17] * Quits: MikeSmith_ (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp) (Read error: Connection reset by peer)
# [03:18] * Joins: othermaciej (~mjs@17.246.19.168)
# [03:22] * Quits: toyoshim (~toyoshim@yuri.twintail.org) (Remote host closed the connection)
# [03:22] * Joins: toyoshim (~toyoshim@yuri.twintail.org)
# [03:23] * Quits: toyoshim (~toyoshim@yuri.twintail.org) (Remote host closed the connection)
# [03:23] * Joins: toyoshim (~toyoshim@yuri.twintail.org)
# [03:27] * Joins: sicking (~chatzilla@66.236.51.34.ptr.us.xo.net)
# [03:28] * Joins: CvP (~CvP@123.49.20.255)
# [03:32] * Quits: othermaciej (~mjs@17.246.19.168) (Quit: othermaciej)
# [03:38] * Joins: smaug____ (~chatzilla@209.118.182.194)
# [03:40] * Quits: althie (althalus@vauhtis.thegroup.fi) (Ping timeout: 258 seconds)
# [03:42] * Joins: althie (althalus@vauhtis.thegroup.fi)
# [03:43] * Quits: smaug____ (~chatzilla@209.118.182.194) (Ping timeout: 246 seconds)
# [03:55] * Joins: othermaciej (~mjs@2620:0:1b00:1191:a56a:5b1b:7adb:542f)
# [03:55] * Joins: agektmr (~Adium@220.109.219.244)
# [03:57] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
# [04:03] * Joins: agektmr1 (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
# [04:03] * Quits: agektmr (~Adium@220.109.219.244) (Read error: Connection reset by peer)
# [04:04] * Quits: nessy (~Adium@124.171.54.114) (Quit: Leaving.)
# [04:11] * Quits: agektmr1 (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Ping timeout: 248 seconds)
# [04:13] * Joins: agektmr (~Adium@220.109.219.244)
# [04:22] * Joins: smaug____ (~chatzilla@209.118.182.194)
# [04:23] * Joins: nessy (~Adium@49.176.102.85)
# [04:26] * Joins: ezoe (~ezoe@61-205-125-107f1.kyt1.eonet.ne.jp)
# [04:26] * Joins: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net)
# [04:26] * Quits: jamesr (~jamesr@nat/google/x-vnriauhytussodtl) (Ping timeout: 248 seconds)
# [04:26] * Joins: Stiks (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
# [04:26] * Joins: asmodai_ (asmodai@dhammapada.xs4all.nl)
# [04:26] * Joins: _o (~nathan@host86-156-127-246.range86-156.btcentralplus.com)
# [04:27] * Quits: webr3 (~nathan@host86-156-127-246.range86-156.btcentralplus.com) (Ping timeout: 276 seconds)
# [04:27] * Quits: sicking (~chatzilla@66.236.51.34.ptr.us.xo.net) (Ping timeout: 240 seconds)
# [04:28] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 276 seconds)
# [04:28] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (Ping timeout: 276 seconds)
# [04:28] * asmodai_ is now known as asmodai
# [04:30] * Joins: cedricv (~cedric@124.197.103.59)
# [04:31] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
# [04:35] * Quits: tndH (~Rob@adsl-87-102-17-170.karoo.kcom.com) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.9.0.1/2008072406])
# [04:35] * Joins: shiawuen_ (~shiawuent@bb115-66-151-94.singnet.com.sg)
# [04:35] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
# [04:35] * Quits: john_fallows (~j_r_fallo@108-65-76-174.lightspeed.sntcca.sbcglobal.net) (Remote host closed the connection)
# [04:38] * Quits: shiawuen (~shiawuent@bb115-66-151-94.singnet.com.sg) (Ping timeout: 259 seconds)
# [04:39] * shiawuen_ is now known as shiawuen
# [04:39] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [04:42] * Joins: jamesr (~jamesr@nat/google/x-fjhkyugloitrlyyl)
# [04:47] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
# [04:48] * Joins: nessy1 (~Adium@49.180.142.1)
# [04:52] * Quits: nessy (~Adium@49.176.102.85) (Ping timeout: 276 seconds)
# [04:53] * Joins: othermaciej_ (~mjs@17.203.15.154)
# [04:54] * Quits: jamesr (~jamesr@nat/google/x-fjhkyugloitrlyyl) (Ping timeout: 264 seconds)
# [04:56] * Joins: nessy (~Adium@110.20.51.255)
# [04:59] * Quits: nessy1 (~Adium@49.180.142.1) (Ping timeout: 246 seconds)
# [05:01] * Quits: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft) (Quit: Liberty is the right to choose, freedom is the result of that choice.)
# [05:02] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
# [05:04] * Quits: nessy (~Adium@110.20.51.255) (Quit: Leaving.)
# [05:04] * Joins: variable (~variable@unaffiliated/variable)
# [05:06] * Quits: smaug____ (~chatzilla@209.118.182.194) (Ping timeout: 246 seconds)
# [05:06] * Parts: variable (~variable@unaffiliated/variable)
# [05:07] * Joins: smaug____ (~chatzilla@209.118.182.194)
# [05:09] * eric_carlson is now known as ericc|away
# [05:14] * Quits: othermaciej_ (~mjs@17.203.15.154) (Quit: othermaciej_)
# [05:15] * Quits: smaug____ (~chatzilla@209.118.182.194) (Ping timeout: 248 seconds)
# [05:15] * Joins: miketaylr (~miketaylr@ip72-193-206-135.lv.lv.cox.net)
# [05:15] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
# [05:16] * Quits: CvP (~CvP@123.49.20.255) (Ping timeout: 240 seconds)
# [05:17] * Joins: smaug____ (~chatzilla@209.118.182.194)
# [05:20] * Joins: othermaciej_ (~mjs@67.218.104.45)
# [05:21] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
# [05:21] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Quit: weinig)
# [05:22] * Joins: blooberry2 (~Miranda@c-98-246-171-127.hsd1.or.comcast.net)
# [05:23] * Quits: miketaylr (~miketaylr@ip72-193-206-135.lv.lv.cox.net) (Quit: miketaylr)
# [05:25] * Joins: nessy (~Adium@74.125.56.18)
# [05:25] * Quits: roc (~chatzilla@66.236.51.34.ptr.us.xo.net) (Ping timeout: 246 seconds)
# [05:27] * Quits: dave_levin (~dave_levi@74.125.59.65) (Quit: dave_levin)
# [05:27] * Joins: michaeln (~michaeln@nat/google/x-snyvfdphatgxnodd)
# [05:35] * Joins: john_fallows (~j_r_fallo@c-24-130-233-21.hsd1.ca.comcast.net)
# [05:40] * Joins: cedricv_ (~cedric@112.199.253.230)
# [05:42] * Quits: cedricv (~cedric@124.197.103.59) (Read error: Connection reset by peer)
# [05:42] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
# [05:43] * Joins: jamesr (~jamesr@216.239.45.19)
# [05:47] * Quits: ezoe (~ezoe@61-205-125-107f1.kyt1.eonet.ne.jp) (Ping timeout: 252 seconds)
# [05:50] * Joins: nonge_ (~nonge@p5082A339.dip.t-dialin.net)
# [05:51] * Quits: nonge (~nonge@p5B327050.dip.t-dialin.net) (Read error: Operation timed out)
# [05:55] * Joins: dbaron (~dbaron@66.236.51.34.ptr.us.xo.net)
# [05:57] * Quits: michaeln (~michaeln@nat/google/x-snyvfdphatgxnodd) (Quit: Leaving.)
# [05:59] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
# [06:06] * Joins: CvP (~CvP@123.49.21.3)
# [06:07] * Quits: jamesr (~jamesr@216.239.45.19) (Quit: jamesr)
# [06:14] * Quits: othermaciej_ (~mjs@67.218.104.45) (Quit: othermaciej_)
# [06:14] * Joins: othermaciej_ (~mjs@67.218.104.45)
# [06:15] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
# [06:15] * Joins: jwalden (~waldo@66.236.51.34.ptr.us.xo.net)
# [06:17] * Joins: estellevw (~estelle@173-228-112-215.dsl.dynamic.sonic.net)
# [06:17] * Quits: othermaciej_ (~mjs@67.218.104.45) (Client Quit)
# [06:19] * Quits: potatis_invalido (~chatzilla@78-69-155-129-no176.tbcn.telia.com) (Quit: ChatZilla 0.9.86.1 [Firefox 4.0/20110318052756])
# [06:21] * Quits: shiawuen (~shiawuent@bb115-66-151-94.singnet.com.sg) (Ping timeout: 260 seconds)
# [06:26] * Joins: othermaciej_ (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [06:29] * Quits: estellevw (~estelle@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
# [06:29] * Joins: shiawuen (~shiawuent@bb115-66-151-94.singnet.com.sg)
# [06:37] * Joins: michaeln (~michaeln@nat/google/x-uretfgeroophbtta)
# [06:39] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
# [06:40] * Joins: miketaylr (~miketaylr@ip72-193-206-135.lv.lv.cox.net)
# [06:40] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
# [06:45] * Quits: MikeSmith (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp) (Quit: MikeSmith)
# [06:47] * Quits: dbaron (~dbaron@66.236.51.34.ptr.us.xo.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [06:50] * Joins: kennyluck (~kennyluck@EM114-48-34-131.pool.e-mobile.ne.jp)
# [06:52] * Joins: abeelias_ (~abe@38.104.129.126)
# [06:55] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [07:03] * Joins: roc (~chatzilla@66.236.51.34.ptr.us.xo.net)
# [07:07] * Quits: michaeln (~michaeln@nat/google/x-uretfgeroophbtta) (Quit: Leaving.)
# [07:08] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Read error: Connection reset by peer)
# [07:14] * Quits: lca (~agostini@186.215.206.130) (Ping timeout: 248 seconds)
# [07:18] * Quits: blooberry2 (~Miranda@c-98-246-171-127.hsd1.or.comcast.net) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [07:29] * Quits: miketaylr (~miketaylr@ip72-193-206-135.lv.lv.cox.net) (Quit: i kill u)
# [07:31] * Joins: yusukes (~yusukes@2401:fa00:4:1000:224:81ff:fec1:6444)
# [07:36] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
# [07:39] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
# [07:40] * Joins: shinyak (~shinyak@12.131.214.66)
# [07:43] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
# [07:49] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
# [07:51] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
# [07:52] * Quits: shinyak (~shinyak@12.131.214.66) (Remote host closed the connection)
# [07:54] * Quits: jwalden (~waldo@66.236.51.34.ptr.us.xo.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.16/20110322223900])
# [07:57] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
# [07:57] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Client Quit)
# [08:01] * Quits: CvP (~CvP@123.49.21.3) (Ping timeout: 264 seconds)
# [08:03] * Quits: abeelias_ (~abe@38.104.129.126) (Quit: Leaving...)
# [08:13] <hsivonen> what version of the spec is generated with the "START epub" markers?
# [08:13] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
# [08:18] <othermaciej_> a version published in epub format perhaps?
# [08:19] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
# [08:20] <hsivonen> othermaciej_: the START epub directives affect what content is included
# [08:20] <othermaciej_> it's a mystery to me
# [08:20] <hsivonen> Hixie: X!<---->XX looks like a typo
# [08:22] <zewt> i wonder how many people have mailed Edward so far with "please stop"
# [08:26] * Quits: john_fallows (~j_r_fallo@c-24-130-233-21.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
# [08:28] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Ping timeout: 276 seconds)
# [08:29] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
# [08:33] * Joins: rimantas (~rimliu@93.93.57.193)
# [08:33] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
# [08:34] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
# [08:35] * Joins: myakura (~myakura@FL1-203-136-150-33.tky.mesh.ad.jp)
# [08:37] * Joins: Maurice (~ano@77.222.73.150)
# [08:39] * Joins: ako (~nya@fuld-590c6a73.pool.mediaWays.net)
# [08:41] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
# [08:43] * Quits: aho (~nya@fuld-590c7133.pool.mediaWays.net) (Ping timeout: 240 seconds)
# [08:46] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
# [08:52] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
# [08:57] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
# [08:58] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
# [09:06] * Joins: MikeSmith (~MikeSmith@2001:200:1c0:3602:e2f8:47ff:fe19:7950)
# [09:19] * Joins: Ms2ger (~Ms2ger@91.181.69.121)
# [09:33] * Quits: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
# [09:33] * Quits: ryanseddon (~RSeddon@202.126.98.210) (Ping timeout: 260 seconds)
# [09:34] * Joins: Rik` (~Rik`@173.200.177.237)
# [09:36] <Hixie> hsivonen: nothing uses epub right now
# [09:36] <hsivonen> Hixie: ok
# [09:38] * Quits: cedricv_ (~cedric@112.199.253.230)
# [09:38] * Quits: kennyluck (~kennyluck@EM114-48-34-131.pool.e-mobile.ne.jp) (Ping timeout: 258 seconds)
# [09:39] <nessy> Hixie, hsivonen: hmm… http://www.jedisaber.com/eBooks/Readers.asp
# [09:40] * Joins: kennyluck (~kennyluck@EM1-113-6-19.pool.e-mobile.ne.jp)
# [09:41] * Joins: homata__ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [09:42] <Hixie> hsivonen: fixed the typo, thanks
# [09:46] * Joins: erlehmann (~erlehmann@82.113.99.36)
# [09:48] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
# [09:52] * Joins: payman_ (~payman@pat.se.opera.com)
# [09:53] * Joins: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se)
# [09:54] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
# [09:55] * Joins: msucan (~robod@109.96.211.168)
# [09:55] * Quits: erlehmann (~erlehmann@82.113.99.36) (Read error: Connection reset by peer)
# [09:55] * Quits: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
# [09:55] * Quits: payman (~payman@pat.se.opera.com) (Ping timeout: 258 seconds)
# [09:56] * Quits: jeppson (~jesperg@pat.se.opera.com) (Ping timeout: 248 seconds)
# [10:04] * Quits: roc (~chatzilla@66.236.51.34.ptr.us.xo.net) (Ping timeout: 264 seconds)
# [10:05] * Joins: matijsb1 (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl)
# [10:07] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
# [10:07] * Joins: jeppson_ (~jesperg@pat.se.opera.com)
# [10:07] * jeppson_ is now known as jeppson
# [10:07] * Joins: mhausenblas_ (~mhausenbl@wg1-nat.fwgal01.deri.ie)
# [10:09] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Don't follow me)
# [10:10] * Quits: othermaciej_ (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [10:11] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Ping timeout: 246 seconds)
# [10:11] * mhausenblas_ is now known as mhausenblas
# [10:11] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
# [10:12] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
# [10:12] * Joins: nessy (~Adium@74.125.56.18)
# [10:12] * Quits: nessy (~Adium@74.125.56.18) (Client Quit)
# [10:13] * Joins: othermaciej_ (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [10:14] * Joins: cedricv (~cedric@112.199.253.230)
# [10:14] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
# [10:14] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [10:16] * ako is now known as aho
# [10:20] * Joins: kal-EL_ (~jor-EL@host249-165-dynamic.1-79-r.retail.telecomitalia.it)
# [10:22] * Quits: MikeSmith (~MikeSmith@2001:200:1c0:3602:e2f8:47ff:fe19:7950) (Quit: MikeSmith)
# [10:23] * Quits: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net) (Quit: chriseppstein)
# [10:24] * Joins: portenkirchner (~portenkir@93.215.177.203)
# [10:26] * Quits: Rik` (~Rik`@173.200.177.237) (Ping timeout: 246 seconds)
# [10:27] * Joins: jochen___ (~jochen@nat/google/x-vrvzjpykssevofsd)
# [10:30] * Quits: jochen__ (~jochen@nat/google/x-liyrcwdmzsewbwii) (Ping timeout: 260 seconds)
# [10:30] * jochen___ is now known as jochen__
# [10:35] * Joins: MikeSmith (~MikeSmith@EM114-48-207-80.pool.e-mobile.ne.jp)
# [10:49] * Quits: portenkirchner (~portenkir@93.215.177.203) (Quit: portenkirchner)
# [10:53] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [10:54] * Quits: MikeSmith (~MikeSmith@EM114-48-207-80.pool.e-mobile.ne.jp) (Quit: MikeSmith)
# [11:01] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
# [11:02] * Quits: aho (~nya@fuld-590c6a73.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
# [11:10] * Quits: homata__ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp) (Remote host closed the connection)
# [11:33] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
# [11:35] * Joins: danbri (~danbri@zandbak.wlan.cwi.nl)
# [11:36] * Quits: Obvious (tachikoma@188.226.74.2) (Ping timeout: 264 seconds)
# [11:39] * Quits: othermaciej_ (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej_)
# [11:44] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
# [11:50] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
# [11:56] * Joins: nessy (~Adium@124.171.54.114)
# [12:01] * Joins: michaeln (~michaeln@nat/google/x-wynbtassrpiigxxx)
# [12:04] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
# [12:10] * Joins: mpt (~mpt@canonical/mpt)
# [12:12] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
# [12:13] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
# [12:17] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Ping timeout: 248 seconds)
# [12:20] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
# [12:22] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
# [12:33] * bga_ is now known as bga_|away
# [12:38] * Quits: cedricv (~cedric@112.199.253.230) (Ping timeout: 258 seconds)
# [12:44] * Quits: shiawuen (~shiawuent@bb115-66-151-94.singnet.com.sg) (Quit: shiawuen)
# [12:47] * Joins: Ankheg1 (~Ankheg@fs91-201-3-30.dubna-net.ru)
# [12:47] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
# [12:48] * bga_|away is now known as bga_
# [12:49] * Quits: matijsb1 (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
# [12:51] * bga_ is now known as bga_|away
# [12:56] * Quits: smaug____ (~chatzilla@209.118.182.194) (Ping timeout: 260 seconds)
# [12:58] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
# [13:01] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
# [13:01] * Joins: cedricv (~cedric@175.156.181.94)
# [13:01] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
# [13:17] * Joins: thiessenp (~thiessenp@182.52.221.128)
# [13:21] * Quits: thiessenp (~thiessenp@182.52.221.128) (Read error: Connection reset by peer)
# [13:30] * Joins: FireFly (~firefly@unaffiliated/firefly)
# [13:31] * Joins: ezoe (~ezoe@112-68-245-99f1.kyt1.eonet.ne.jp)
# [13:33] * bga_|away is now known as bga_
# [13:37] * bga_ is now known as bga_|away
# [13:40] * Joins: Lachy (~Lachlan@guest.opera.com)
# [13:40] * Joins: tndH (~Rob@adsl-87-102-17-170.karoo.kcom.com)
# [13:42] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
# [13:43] * Quits: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125) (Quit: Page closed)
# [14:07] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [14:14] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 276 seconds)
# [14:21] * bga_|away is now known as bga_
# [14:28] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 248 seconds)
# [14:30] * Joins: kinetik (~kinetik@121.98.132.55)
# [14:41] * Joins: hdhoang (~hdhoang@hdhoang.broker.freenet6.net)
# [14:53] * Quits: boblet (~boblet@p2153-ipbf908osakakita.osaka.ocn.ne.jp) (Quit: boblet)
# [15:02] * Joins: shiawuen (~shiawuent@cm206.omega132.maxonline.com.sg)
# [15:08] * Joins: matijsb1 (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl)
# [15:10] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
# [15:10] * _o is now known as WEBR3
# [15:12] * Joins: mpilgrim (~pilgrim@nat/google/x-fvmcctgshptvcwox)
# [15:15] * Quits: WEBR3 (~nathan@host86-156-127-246.range86-156.btcentralplus.com) (Ping timeout: 276 seconds)
# [15:17] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [15:20] * Joins: webr3 (~nathan@host86-156-127-246.range86-156.btcentralplus.com)
# [15:20] * Joins: richardschwerdtf (~RichS@99-39-114-91.lightspeed.austtx.sbcglobal.net)
# [15:32] * Joins: mpt (~mpt@canonical/mpt)
# [15:36] * ericc|away is now known as eric_carlson
# [15:37] * Joins: CvP (~CvP@123.49.23.85)
# [15:38] * bga_ is now known as bga_|away
# [15:43] * Quits: kennyluck (~kennyluck@EM1-113-6-19.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
# [15:47] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
# [15:54] <AryehGregor> Hixie, so when Google hired you to edit HTML5, they gave the copyright ownership away to Apple, Mozilla, and Opera?
# [15:54] * Joins: lca (~agostini@177.17.97.133)
# [15:54] * Quits: hdhoang (~hdhoang@hdhoang.broker.freenet6.net) (Quit: Leaving.)
# [15:56] <wilhelm> AryehGregor: Not quite. Ian was an Opera employee editing the same spec initially. The copyright just never changed as he changed employers. (c:
# [15:56] <jgraham> AryehGregor: Apple Mozilla and Opera already held the copyright. Presumably Google were happy for him to keep editing the document under those terms
# [15:56] <AryehGregor> wilhelm, but legally, all the work he's done since he joined Google belongs to Google unless they explicitly transferred it in writing.
# [15:57] <wilhelm> I'll leave it to the lawyers to determine how that works on a derivative work. (I have no idea. :)
# [15:58] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Ping timeout: 240 seconds)
# [15:58] <AryehGregor> The general rule with derivative works is that the rights-holders to both the original work and the modifications have exclusive rights, which means you can't do anything with it (redistribute, etc.) without their joint permission.
# [15:59] <AryehGregor> Or put another way, if you redistribute it etc. without permission, you infringe on the copyright of both parties.
# [15:59] <AryehGregor> At least that's my understanding.
# [16:00] * Quits: michaeln (~michaeln@nat/google/x-wynbtassrpiigxxx) (Quit: Leaving.)
# [16:00] * Quits: CvP (~CvP@123.49.23.85) (Ping timeout: 240 seconds)
# [16:00] <gsnedders> AryehGregor: Another question is whether Google owns all of Hixie's work or not
# [16:00] <AryehGregor> gsnedders, why wouldn't they? He's a regular employee creating it as part of his job duties.
# [16:01] <AryehGregor> Unless Google agreed otherwise in writing, they own the copyright to anything he creates as part of his duties as an employee.
# [16:01] <gsnedders> AryehGregor: I don't know about US law. Certainly here, and I think everywhere in the EU, it has to be explicitly stated in the contract.
# [16:01] <AryehGregor> (Whereas for instance, I'm a contractor, so Google only owns my job work because they stipulated that)
# [16:02] * bga_|away is now known as bga_
# [16:02] <gsnedders> (Well, not in the contract, but somewhere where the author of the work has agreed to the transfer)
# [16:02] * Quits: zewt (x@c-76-24-235-31.hsd1.ma.comcast.net) (Remote host closed the connection)
# [16:05] <AryehGregor> gsnedders, for US law, see: http://en.wikipedia.org/wiki/Work_for_hire
# [16:06] * Quits: micheil (~micheil@124-149-177-22.dyn.iinet.net.au) (Quit: http://brandedcode.com | http://github.com/miksago)
# [16:09] * Joins: zewt (x@c-76-24-235-31.hsd1.ma.comcast.net)
# [16:16] * Quits: lca (~agostini@177.17.97.133) (Quit: lca)
# [16:17] * Joins: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft)
# [16:22] * Joins: exp (~zAyghip8@93-96-170-70.zone4.bethere.co.uk)
# [16:22] * bga_ is now known as bga_|away
# [16:24] * bga_|away is now known as bga_
# [16:36] * Joins: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
# [16:47] * Quits: Necrathex (~nectop@dhcp-077-249-098-024.chello.nl) (Read error: Connection reset by peer)
# [16:48] * Quits: mpilgrim (~pilgrim@nat/google/x-fvmcctgshptvcwox) (Ping timeout: 276 seconds)
# [16:48] * Joins: Necrathex (~nectop@dhcp-077-249-098-024.chello.nl)
# [16:48] * Quits: Guest62849 (fsosby@70.32.34.100) (Quit: kthxbai)
# [16:52] <bga_> [trolling] https://bugzilla.mozilla.org/show_bug.cgi?id=649408
# [16:53] * Joins: shinyak (~shinyak@12.131.214.66)
# [16:54] * Quits: nessy (~Adium@124.171.54.114) (Quit: Leaving.)
# [16:59] * Joins: Rik` (~Rik`@173.200.177.237)
# [17:00] * Quits: Ankheg1 (~Ankheg@fs91-201-3-30.dubna-net.ru) (Quit: Leaving.)
# [17:01] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
# [17:03] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
# [17:06] * Quits: shinyak (~shinyak@12.131.214.66) (Remote host closed the connection)
# [17:07] * Joins: kennyluck (~kennyluck@EM1-113-7-176.pool.e-mobile.ne.jp)
# [17:09] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
# [17:10] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Client Quit)
# [17:10] * Quits: Maurice (~ano@77.222.73.150) (Quit: Disconnected...)
# [17:11] * Joins: jaket (~jake@124-149-99-119.dyn.iinet.net.au)
# [17:12] * Joins: mokush_ (~quassel@188.24.45.153)
# [17:14] * Quits: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft) (Quit: Trabajo, trabajo, y más trabajo...)
# [17:18] * Quits: Rik` (~Rik`@173.200.177.237) (Remote host closed the connection)
# [17:19] <AryehGregor> You know, every time I see IE9 say "aryeh.name is not responding" and get annoyed because it actually means "IE is broken and can't run this webpage properly even though it works fine in every other browser", I realize that Windows application developers must feel exactly the same way about "foo.exe is not responding".
# [17:20] <AryehGregor> "What do you mean, my program isn't responding? It's doing just fine, but your Win32 API call changed behavior between XP and Vista and so you made it go into an infinite loop!"
# [17:21] <hsivonen> AryehGregor: you are having the Native experience!
# [17:21] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
# [17:22] <AryehGregor> hsivonen, no, this is only IE9.
# [17:22] <AryehGregor> I'd have to use IE10 if I wanted Native HTML5.
# [17:22] <hsivonen> AryehGregor: oh. I see
# [17:22] <Philip`> I thought IE9 was already native, and IE10 was more nativer
# [17:23] <Philip`> (except IE10 on ARM which presumably isn't native)
# [17:24] <Philip`> (unless you're allowed to port your application to multiple architectures with it still being native, you're just not allowed to port to any other OS)
# [17:24] <AryehGregor> Oh, I see.
# [17:24] * Joins: mpt (~mpt@canonical/mpt)
# [17:25] <AryehGregor> My code was making the extremely silly assumption that if node.parentNode is not null, then node == node.parentNode.childNodes[i] for some i >= 0.
# [17:25] <AryehGregor> Naturally, in Native HTML5 (or the precursor thereto) such naive assumptions do not hold.
# [17:25] <richardschwerdtf> I would doubt Ian would allow Google to own what he has done, especially if he started the work prior to coming to google.
# [17:26] <AryehGregor> So my code var ret = 0; while (node != node.parentNode.childNodes[ret]) ret++; has gotten up to ret == 2483917 in IE9.
# [17:26] <AryehGregor> Well, at least there's a not-completely-horrible built-in debugger to let me figure this stuff out.
# [17:26] <AryehGregor> richardschwerdtf, you mean you assume that Google would be willing to let him hold copyright to the work he does for them?
# [17:27] <Philip`> Maybe it's actually in childNodes[2.5], wedged between two other nodes?
# [17:27] <Philip`> Could be a performance optimisation to avoid having to shuffle the other nodes around when inserting new ones
# [17:27] <AryehGregor> It's owned by Google unless they say otherwise, as long as he's their regular employee.
# [17:27] <AryehGregor> Philip`, that's a very good idea. I'll be sure to check.
# [17:27] <richardschwerdtf> No. I don't think Google paid attention to it. They are not like IBM or Apple
# [17:27] <Philip`> Just enumerate all 64-bit floating point values
# [17:28] <richardschwerdtf> or Microsoft
# [17:28] <bfrohs> Philip`, well, any specs Ian works on only helps Google with every single web application they work on, so that would be a small price to pay to have progress being made in HTML
# [17:28] <zewt> any competent company, large or small, pays attention to who owns the stuff they're paying people to make
# [17:29] <richardschwerdtf> I think it depends on how you define competent. Google may find this completely acceptable.
# [17:29] <AryehGregor> richardschwerdtf, 1) If they didn't pay attention to it, they own the copyright by default under US law. 2) It's universally accepted that software companies get the copyright to their employees' work; otherwise they couldn't function, unless they do only open-source stuff and never want to keep anything proprietary. 3) In my contract with Google, I was explicitly told that the copyright on all my specification work was to be held by Google.
# [17:29] * Philip` wonders if you could use typed arrays to implement float enumeration
# [17:29] <richardschwerdtf> yes, but what if the work started prior to joining the company?
# [17:29] <Philip`> (by incrementing the integer representation of a number, then reading back its float representation)
# [17:29] <AryehGregor> They'd only hold copyright to the things he did on company time, obviously.
# [17:30] <richardschwerdtf> from what I have seen of Ian I would think he would want to be able to control his work on HTML whether he were working at Google or not
# [17:30] <zewt> AryehGregor: (rather, "while employed at Google"; it doesn't generally matter to work-for-hire whether you're doing stuff on company time or not)
# [17:31] <gsnedders> AryehGregor: I had gotten the impresssion it wasn't unusual in the US for software companies to own all code written by employees, regardless of whether for work or not
# [17:31] <AryehGregor> zewt, sure it does. If you're not doing it as part of your duties as an employee of the company, they don't hold the copyright. If I write a novel in my spare time, my employer doesn't get the copyright.
# [17:31] <richardschwerdtf> Imagine, you have a falling out. with your employer on HTML and wanted to continue to edit the spec. elsewhere.
# [17:32] <AryehGregor> richardschwerdtf, also, you know, the specification says that the copyright is held by Apple, Mozilla, and Opera. And Ian himself said that in this channel just today.
# [17:32] <AryehGregor> So, you know, this isn't really a case where we need to do personality analysis on anyone.
# [17:32] <zewt> AryehGregor: if they're paying him to work on specs, then this is work on specs; a major point of the concept of "work for hire" is making it so people can't be paid to create something, then claim after the fact that they did it on their own time
# [17:32] <richardschwerdtf> I am sure Google and Microsoft would just love their omission
# [17:32] <jgraham> It is not beyond the realm of possibility that Hixie insisted on this as a clause in his contract
# [17:32] <AryehGregor> A "work made for hire" is— (1) a work prepared by an employee within the scope of his or her employment; or (2) a work specially ordered or commissioned for use as a contribution to a collective work, as a part of a motion picture or other audiovisual work, as a translation, as a supplementary work, as a compilation, as an instructional text, as a test, as answer material for a test, or as an atlas, if the parties expressly agree in a writt
# [17:32] <AryehGregor> en instrument signed by them that the work shall be considered a work made for hire. (17 U.S.C. § 101)
# [17:33] <AryehGregor> "within the scope of his or her employment"
# [17:33] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
# [17:33] <AryehGregor> jgraham, and then he still left the spec saying that it's copyrighted by Apple, Mozilla, and Opera?
# [17:33] <AryehGregor> (and the W3C)
# [17:33] <AryehGregor> (for the W3C version)
# [17:33] <Philip`> AryehGregor: From what I've heard it's common for employment contracts to say they own all software you write even if it's on your own time, and you have to negotiate exceptions if you want to do things that won't compete with the employer
# [17:33] <zewt> right, which means "the stuff you do for your company" (eg. "write specs"), not "stuff you do 9-5 while in the office"
# [17:33] <richardschwerdtf> yes. like I said I am sure Ian covered his bases.
# [17:33] <AryehGregor> (I don't get how multiple parties are independently claiming they hold the copyright)
# [17:34] <jcranmer> release it public domain!
# [17:34] <AryehGregor> Philip`, I wouldn't be surprised if some contracts stipulated that, yeah.
# [17:34] <jcranmer> ;-)
# [17:34] * Joins: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net)
# [17:34] <jgraham> I mean insisted that work on HTML5 get realeased under the existing copyright terms
# [17:34] <jgraham> But I don't really know anything about this stuff
# [17:34] <zewt> (FWIW, I don't really think there's any problem here--I have no concerns about Google playing contract games to try to usurp the HTML spec copyright--so in my opinion this is all academic)
# [17:34] <AryehGregor> richardschwerdtf, okay, have you noticed where the spec says "© Copyright 2004-2011 Apple Computer, Inc., Mozilla Foundation, and Opera Software ASA."? Could you please explain this text according to the theory that Ian holds the copyright on his own work?
# [17:35] <AryehGregor> It's academic in the case of HTML. The spec is released under a permissive license anyway.
# [17:35] <AryehGregor> It doesn't matter who owns it. The only benefit the owner gets is they don't have to give attribution to themselves, or whatever.
# [17:35] * Quits: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
# [17:35] * Quits: jaket (~jake@124-149-99-119.dyn.iinet.net.au) (Ping timeout: 246 seconds)
# [17:35] <jgraham> AryehGregor: Doesn't W3C claim copyright on the W3C spec? I don't see how either is compatible with the idea that Google (or Hixie) holds copyright on Hixie's contributions
# [17:36] <AryehGregor> jgraham, yeah, I'm confused by that.
# [17:36] <richardschwerdtf> @AryeGregor: I saw that. Ian has claimed he owns copyright on W3C forums if I recall
# [17:36] <Philip`> Surely Google's evil plan is to wait until Microsoft fully implements Native HTML5 and then reveal that actually they have copyright ownership over all of HTML5 due to some technicality and then sue Microsoft for billions of dollars
# [17:36] <richardschwerdtf> Google is not on the copyright list
# [17:36] <Philip`> That's the only reason they're funding this work on HTML5 at all
# [17:36] <Philip`> richardschwerdtf: That's how cunningly they're hiding their conspiracy
# [17:37] <AryehGregor> richardschwerdtf, so on the one hand we have your recollection. On the other hand we have the text in the actual spec (which Ian wrote), plus also: [110412 20:05:24] <Hixie> AryehGregor: also, google doesn't own the copyright on the whatwg html spec, apple, mozilla, and opera do
# [17:37] <jgraham> Philip`: If it were Oracle…
# [17:37] <AryehGregor> That was barely more than twelve hours ago.
# [17:37] * Joins: aho (~nya@fuld-590c6375.pool.mediaWays.net)
# [17:37] <richardschwerdtf> so, who owns copyright on the WhatWG spec?
# [17:37] <AryehGregor> . . .
# [17:37] <AryehGregor> Okay, seriously, what?
# [17:39] <richardschwerdtf> so, everyone but google has copyright on the spec. hmmm. sounds like they don't have rights to it
# [17:39] <AryehGregor> It's permissively licensed.
# [17:40] <AryehGregor> Anyone can use it however they want.
# [17:40] <richardschwerdtf> people can create derivative works
# [17:40] <jgraham> Right, afaict the only rights the copyright holders have is to change the license for future revisions
# [17:40] <AryehGregor> Also, looks like Windows 7 hasn't gotten rid of that "If you don't say otherwise within ten minutes I'm going to restart the computer and destroy all your work" feature.
# [17:40] <AryehGregor> Go Microsoft.
# [17:40] <richardschwerdtf> do the derivative works have to have apple, mozilla, and opera copyright transferal?
# [17:40] <Philip`> AryehGregor: It's for your own good
# [17:41] <zewt> hey, they need to install those updates to prevent data loss
# [17:41] <richardschwerdtf> I am not sure how that works?
# [17:41] <TabAtkins> AryehGregor: On my comp, at least, W7 doesnt' auto-restart. It just throws up a prompt that is content to wait around forever.
# [17:41] <AryehGregor> richardschwerdtf, no. It's a permissive license. You can do anything you want with derivative works as long as you give attribution.
# [17:41] <AryehGregor> TabAtkins, I just saw one with a countdown.
# [17:41] <richardschwerdtf> interesting
# [17:41] <richardschwerdtf> So, w3c could do that
# [17:41] * Joins: MikeSmith (~MikeSmith@EM114-48-158-68.pool.e-mobile.ne.jp)
# [17:42] <zewt> my favorite is if csrss crashes in XP, and it pops up a dialog saying "error, rebooting in 30 seconds"
# [17:42] <zewt> and there's *no way* to say "hold on give me a second here"
# [17:42] <zewt> (yeah, csrss crashing is *bad*, but come on)
# [17:42] <AryehGregor> Oh, now my code is just crashing the tab in IE instead of looping infinitely. That's progress.
# [17:43] <AryehGregor> Seriously, what the heck is so broken with IE here?
# [17:44] <jgraham> csrss?
# [17:44] <AryehGregor> I guess it's to Microsoft's credit that I even ask the question. In IE before IE9, it wouldn't have even occurred to me to be surprised.
# [17:44] <zewt> system service process
# [17:44] <jgraham> richardschwerdtf: Sure, W3C could fork HTML5 is they want
# [17:45] <richardschwerdtf> ok
# [17:45] <jgraham> I mean they already have one copy with their copyright that is different to the W3C copy so they wouldn't even rely on the WHATWG license
# [17:46] <richardschwerdtf> Interesting
# [17:47] <jgraham> But if the plan was "fork and change the editor" I expect there would be significant difficulty in getting people to pay attention to the fork
# [17:47] <hsivonen> jgraham: look for "non-exclusive" in http://lists.w3.org/Archives/Public/public-html/2007Apr/0429.html
# [17:47] <bfrohs> Aye, especially with three browser vendors backing the WHATWG version, and the editor being from the fourth vendor :P
# [17:48] <jgraham> hsivonen: I still don't really understand
# [17:50] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
# [17:51] * Quits: Lachy (~Lachlan@guest.opera.com) (Ping timeout: 252 seconds)
# [17:51] * Joins: dbaron (~dbaron@h-66-134-142-19.snvacaid.static.covad.net)
# [17:54] * jgraham worries that he is not sufficiently grown up to have a proper conversation on, well pretty much any subject at all, given how amused he is by the headline "Soap giants in price fixing fine"
# [17:54] <jgraham> I mean it's not even very funny
# [17:54] <TabAtkins> It is acceptable for people of any age to be amused by headline-ese.
# [17:55] * Quits: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net) (Quit: chriseppstein)
# [17:57] * Joins: Rik` (~Rik`@2620:101:8003:200:daa2:5eff:fe97:85ed)
# [17:57] <zewt> of course, today we have bad URL snippet generators, leading to such interesting things as "banksy-billboard-cbs-the-light-group-academy-awards-graffitti-bomb-sunset-gas-station-norm-76-mickey-mouse-minnie-mouse-las-vegas"
# [17:58] * Quits: hasather (~davidh@pat-tdc.opera.com) (Quit: Ex-Chat)
# [18:02] * Joins: TabAtkins_ (~tabatkins@nat/google/x-afyabifjnljdcchk)
# [18:03] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [18:05] * Joins: Martijnc (~Martijnc@91.176.78.77)
# [18:09] * Quits: richt (~richt@pat-tdc.opera.com) (Remote host closed the connection)
# [18:10] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [18:11] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [18:12] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [18:12] * Joins: miketaylr (~miketaylr@wsip-24-120-214-11.lv.lv.cox.net)
# [18:19] * Quits: davve__ (~davve@83.218.67.122) (Remote host closed the connection)
# [18:20] * Joins: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se)
# [18:20] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [18:21] * Joins: michaeln (~michaeln@nat/google/x-xyalbgmeutfiqihr)
# [18:21] * Joins: boblet (~boblet@p2153-ipbf908osakakita.osaka.ocn.ne.jp)
# [18:24] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
# [18:24] * Joins: htmlr (~htmlr@124-168-140-247.dyn.iinet.net.au)
# [18:29] * Joins: shinyak (~shinyak@nat/google/x-qlbhjmqjooxqqpem)
# [18:32] * Quits: htmlr (~htmlr@124-168-140-247.dyn.iinet.net.au) (Quit: Colloquy for iPad - http://colloquy.mobi)
# [18:38] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [18:40] * Quits: danbri (~danbri@zandbak.wlan.cwi.nl) (Remote host closed the connection)
# [18:42] * Quits: boblet (~boblet@p2153-ipbf908osakakita.osaka.ocn.ne.jp) (Quit: boblet)
# [18:48] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
# [18:50] * Joins: dave_levin (~dave_levi@nat/google/x-sjjqtjkzgdbfllff)
# [18:50] * Quits: michaeln (~michaeln@nat/google/x-xyalbgmeutfiqihr) (Quit: Leaving.)
# [18:54] * Quits: shinyak (~shinyak@nat/google/x-qlbhjmqjooxqqpem) (Remote host closed the connection)
# [18:55] * Joins: matjas (~matjas@91.182.115.145)
# [18:55] * Joins: CvP (~CvP@123.49.21.174)
# [18:57] * Quits: jer|afk (~jernoble@17.203.15.182) (Quit: jer|afk)
# [18:58] * Joins: shinyak (~shinyak@nat/google/x-pfspumlbnqgdcuwl)
# [19:03] <hsivonen> for native HTML5: https://bug649408.bugzilla.mozilla.org/attachment.cgi?id=525702
# [19:03] * Joins: saba (~foo@unaffiliated/saba)
# [19:03] * Joins: roc (~chatzilla@h-66-134-142-19.snvacaid.static.covad.net)
# [19:03] * Quits: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125) (Quit: Page closed)
# [19:05] * Joins: lca (~agostini@186.215.206.130)
# [19:05] * bga_ is now known as bga_|away
# [19:06] * Quits: shinyak (~shinyak@nat/google/x-pfspumlbnqgdcuwl) (Remote host closed the connection)
# [19:07] * Joins: michaeln (~michaeln@nat/google/x-jmhdtupzcnbpthnr)
# [19:09] * Joins: john_fallows (~j_r_fallo@99-123-6-19.lightspeed.sntcca.sbcglobal.net)
# [19:10] * Joins: blooberry_ (~blooberry@198.145.35.12)
# [19:13] * Joins: mdelaney (~mdelaney@67.218.109.194)
# [19:17] * bfrohs really hates that file inputs aren't styleable
# [19:18] * bga_|away is now known as bga_
# [19:18] <zewt> ff4/chrome's HTMLInputElement.click fixes that, though
# [19:19] <zewt> except i havn't been able to figure out a way to feature test that...
# [19:20] <bfrohs> Not sure I would call that a 'fix' :P
# [19:21] <AryehGregor> What's wrong with: "click" in document.createElement("input")
# [19:21] <zewt> the method exists in browsers where it doesn't do anything, iirc
# [19:22] <AryehGregor> Obnoxious.
# [19:22] <bfrohs> and the fact that you have to use javascript to use an 'official' hack to get around the style issue... which has always been possible with label.
# [19:22] <zewt> well, styling for file inputs varies a lot, too
# [19:22] * Joins: shinyak (~shinyak@nat/google/x-goeizgjjhmztuwtg)
# [19:23] * Quits: shinyak (~shinyak@nat/google/x-goeizgjjhmztuwtg) (Remote host closed the connection)
# [19:24] <bfrohs> input[type="file"]:button and input[type="file"]:input (or equiv) would be a beautiful thing
# [19:25] * Joins: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com)
# [19:25] <zewt> yeah, but in practice with so many browsers having hideous file widgets (FF's is *really* bad) usually I'd sooner just make my own button
# [19:26] <zewt> but sure, would be nice to have some control over that
# [19:26] <bfrohs> Yeah, but at least some day things would be easy
# [19:27] * Joins: chriseppstein (~chris@dsl092-049-179.sfo4.dsl.speakeasy.net)
# [19:28] * bga_ is now known as bga_|away
# [19:30] * bga_|away is now known as bga_
# [19:31] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:31] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:31] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:31] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:36] * Quits: matijsb1 (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
# [19:37] * Quits: michaeln (~michaeln@nat/google/x-jmhdtupzcnbpthnr) (Quit: Leaving.)
# [19:37] * Joins: jwalden (~waldo@h-66-134-142-19.snvacaid.static.covad.net)
# [19:38] * Joins: shinyak (~shinyak@nat/google/x-aqeibvbmbakmejpb)
# [19:38] * Quits: shinyak (~shinyak@nat/google/x-aqeibvbmbakmejpb) (Remote host closed the connection)
# [19:39] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:39] * Joins: sicking (~chatzilla@h-66-134-142-19.snvacaid.static.covad.net)
# [19:39] * Joins: othermaciej_ (~mjs@67.218.104.54)
# [19:40] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:42] * bga_ is now known as bga_|away
# [19:42] * bga_|away is now known as bga_
# [19:42] * Joins: boaz_ (~boaz@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
# [19:42] * Quits: rimantas (~rimliu@93.93.57.193) (Ping timeout: 246 seconds)
# [19:43] * Quits: boaz_ (~boaz@75-150-66-249-NewEngland.hfc.comcastbusiness.net) (Client Quit)
# [19:45] * Joins: michaeln (~michaeln@nat/google/x-ezdhcdilillsgnar)
# [19:45] * Joins: tw2113 (~tw2113@fedora/tw2113)
# [19:46] * Quits: myakura (~myakura@FL1-203-136-150-33.tky.mesh.ad.jp) (Remote host closed the connection)
# [19:48] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1624.hari.cable.virginmedia.com)
# [19:53] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:54] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:54] * Joins: jamesr (~jamesr@216.239.45.19)
# [19:54] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:55] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:55] * Quits: mdelaney (~mdelaney@67.218.109.194) (Quit: mdelaney)
# [19:57] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:57] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [19:59] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:e4a2:484c:7aa8:cff8)
# [19:59] * Quits: jamesr (~jamesr@216.239.45.19) (Quit: jamesr)
# [20:01] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:e4a2:484c:7aa8:cff8) (Client Quit)
# [20:02] * Joins: abe (~abe@38.104.129.126)
# [20:02] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [20:04] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
# [20:05] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
# [20:08] * Joins: weinig (~weinig@17.203.14.146)
# [20:08] * Quits: franksalim (~franksali@99-123-6-19.lightspeed.sntcca.sbcglobal.net) (Read error: Connection reset by peer)
# [20:08] * Quits: john_fallows (~j_r_fallo@99-123-6-19.lightspeed.sntcca.sbcglobal.net) (Read error: Connection reset by peer)
# [20:08] * Joins: franksalim (~franksali@99-123-6-19.lightspeed.sntcca.sbcglobal.net)
# [20:08] * Joins: john_fallows (~j_r_fallo@108-65-76-174.lightspeed.sntcca.sbcglobal.net)
# [20:09] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
# [20:09] * Quits: aho (~nya@fuld-590c6375.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
# [20:10] * Quits: miketaylr (~miketaylr@wsip-24-120-214-11.lv.lv.cox.net) (Quit: miketaylr)
# [20:12] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
# [20:15] * Joins: shinyak (~shinyak@nat/google/x-fqllwitbsublkhjr)
# [20:15] * Quits: othermaciej_ (~mjs@67.218.104.54) (Quit: othermaciej_)
# [20:17] * Quits: shinyak (~shinyak@nat/google/x-fqllwitbsublkhjr) (Remote host closed the connection)
# [20:35] * Parts: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
# [20:41] * Quits: shiawuen (~shiawuent@cm206.omega132.maxonline.com.sg) (Quit: shiawuen)
# [20:43] * Quits: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se) (Remote host closed the connection)
# [20:44] * Joins: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se)
# [20:50] * Quits: othermaciej (~mjs@2620:0:1b00:1191:a56a:5b1b:7adb:542f) (Quit: othermaciej)
# [20:55] * Joins: boaz_ (~boaz@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
# [20:56] * Quits: onar (~onar@2620:0:1b00:16f2:21f:5bff:fe3e:944) (Read error: Connection reset by peer)
# [20:56] <Rik`> hsivonen: the new Perian version provides Quicktime components for WebM
# [20:56] <Rik`> sadly, looks like Safari is not using them
# [20:56] * Joins: othermaciej (~mjs@17.246.17.13)
# [20:57] * Quits: boaz (~boaz@75-150-66-249-NewEngland.hfc.comcastbusiness.net) (Disconnected by services)
# [20:57] * boaz_ is now known as boaz
# [20:59] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
# [20:59] <Rik`> maybe I need to restart for Safari to discover those new Quicktime components
# [21:00] * Quits: Necrathex (~nectop@dhcp-077-249-098-024.chello.nl) (Quit: Necrathex)
# [21:00] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
# [21:00] * Quits: CvP (~CvP@123.49.21.174) (Ping timeout: 240 seconds)
# [21:01] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1624.hari.cable.virginmedia.com) (Ping timeout: 246 seconds)
# [21:05] * Joins: xtoph (~xtoph@213.47.185.206)
# [21:06] * Joins: maikmerten (~maikmerte@port-92-201-34-46.dynamic.qsc.de)
# [21:06] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Nice Scotty, now beam my clothes up too!)
# [21:06] * Quits: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
# [21:08] * Quits: mokush_ (~quassel@188.24.45.153) (Remote host closed the connection)
# [21:11] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
# [21:12] <eric_carlson> Rik`: file a bug if Safari doesn't use installed QuickTime component - problems are much more likely to be fixed if you tell someone about them
# [21:13] * Joins: ojan (~ojan@nat/google/x-pmekwdvodbkhpjex)
# [21:13] <Rik`> eric_carlson: that's what a Perian guy told me on twitter
# [21:13] <Rik`> I just can't reboot right now
# [21:14] * Quits: TabAtkins_ (~tabatkins@nat/google/x-afyabifjnljdcchk) (Ping timeout: 240 seconds)
# [21:14] <eric_carlson> Rik`: OK. Can you cc me if you do write up a bug?
# [21:16] <Rik`> eric_carlson: in the perian bug tracker or radar ?
# [21:16] <eric_carlson> Rik`: webkit bug and/or Radar
# [21:17] <eric_carlson> Rik`: eric.carlson@apple.com
# [21:20] * Joins: maikmerten_ (~maikmerte@port-92-201-95-54.dynamic.qsc.de)
# [21:21] * Joins: TabAtkins_ (~tabatkins@nat/google/x-rfohwfcdxqknbigt)
# [21:22] * Quits: maikmerten (~maikmerte@port-92-201-34-46.dynamic.qsc.de) (Ping timeout: 276 seconds)
# [21:23] * weinig is now known as weinigFooding
# [21:24] <TabAtkins> Every song by The Ink Spots reuses the same opening, as far as I can tell.
# [21:24] * TabAtkins is running a 50's jazz/r&b station on pandora.
# [21:25] * Quits: maikmerten_ (~maikmerte@port-92-201-95-54.dynamic.qsc.de) (Quit: Leaving)
# [21:26] * Joins: yijun (~yijun@2001:250:208:1666:21f:f3ff:fe52:9714)
# [21:27] <yijun> hello, there
# [21:30] * Joins: jamesr (~jamesr@nat/google/x-wkpimvqwkrqduogm)
# [21:31] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
# [21:34] * Joins: tw2113 (~tw2113@fedora/tw2113)
# [21:44] * Joins: zcorpan (~zcorpan@85.227.158.3)
# [21:47] * Quits: zcorpan (~zcorpan@85.227.158.3) (Remote host closed the connection)
# [21:48] * Quits: s21n_ (~s21n@87-205-136-206.adsl.inetia.pl) (Ping timeout: 248 seconds)
# [21:51] * Joins: erlehmann (~erlehmann@89.204.137.66)
# [21:56] * Quits: msucan (~robod@109.96.211.168) (Read error: Operation timed out)
# [21:57] * Joins: msucan (~robod@89.123.180.67)
# [21:59] * Joins: jennb (~jennb@74.125.59.65)
# [22:02] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
# [22:02] * Quits: Martijnc (~Martijnc@91.176.78.77) (Quit: Martijnc)
# [22:03] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection timed out)
# [22:05] * Quits: matjas (~matjas@91.182.115.145) (Quit: Computer has gone to sleep.)
# [22:06] * Joins: shinyak (~shinyak@nat/google/x-qcrzhgaxzryjuszu)
# [22:07] * Quits: shinyak (~shinyak@nat/google/x-qcrzhgaxzryjuszu) (Remote host closed the connection)
# [22:09] * Joins: shinyak (~shinyak@nat/google/x-afnvrhfahlczgsif)
# [22:09] * Quits: shinyak (~shinyak@nat/google/x-afnvrhfahlczgsif) (Remote host closed the connection)
# [22:12] * Quits: Ms2ger (~Ms2ger@91.181.69.121) (Quit: nn)
# [22:14] * Quits: drunknbass (~drunknbas@76.91.255.83) (Ping timeout: 240 seconds)
# [22:19] * eighty4 is now known as eighbot
# [22:19] * eighbot is now known as eighty4
# [22:28] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [22:29] * Quits: kal-EL_ (~jor-EL@host249-165-dynamic.1-79-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1 [Firefox 4.0/20110318052756])
# [22:31] * Quits: msucan (~robod@89.123.180.67) (Quit: .)
# [22:35] <zewt> Hixie: re: exposing blacklisted WebGL by treating it as not a supported contextId; it may work for them, but they need a way to give an error message to the application (eg. "Blacklisted video card" or "WebGL not supported in Windows 3.1"); could use any thoughts of how to do that with getContext
# [22:40] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [22:47] * Joins: shinyak (~shinyak@nat/google/x-ghytbjzjzgveaokl)
# [22:49] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: IRC is just multiplayer notepad)
# [22:51] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
# [22:53] * Quits: erlehmann (~erlehmann@89.204.137.66) (Quit: Ex-Chat)
# [22:55] * bga_ is now known as bga_|away
# [22:56] * Joins: CvP (~CvP@123.49.21.78)
# [22:56] * Quits: shinyak (~shinyak@nat/google/x-ghytbjzjzgveaokl) (Remote host closed the connection)
# [22:57] * Joins: kennyluck_ (~kennyluck@EM114-48-166-187.pool.e-mobile.ne.jp)
# [22:59] * Quits: kennyluck (~kennyluck@EM1-113-7-176.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
# [22:59] * kennyluck_ is now known as kennyluck
# [23:04] * Joins: shinyak (~shinyak@nat/google/x-swhaywomrbyxrnvt)
# [23:08] * Joins: karlcow (~karl@nerval.la-grange.net)
# [23:10] * Quits: Stiks (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 248 seconds)
# [23:11] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
# [23:11] * Quits: shinyak (~shinyak@nat/google/x-swhaywomrbyxrnvt) (Remote host closed the connection)
# [23:12] * bga_|away is now known as bga_
# [23:12] * bga_ is now known as bga_|away
# [23:12] * bga_|away is now known as bga_
# [23:13] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [23:14] * Quits: michaeln (~michaeln@nat/google/x-ezdhcdilillsgnar) (Quit: Leaving.)
# [23:18] * Quits: boaz (~boaz@75-150-66-249-NewEngland.hfc.comcastbusiness.net) (Quit: boaz)
# [23:20] * Joins: mpt (~mpt@canonical/mpt)
# [23:20] * Quits: mpt (~mpt@canonical/mpt) (Client Quit)
# [23:26] <Hixie> zewt: just have the UA tell the user, why does the page need to know?
# [23:26] <Hixie> zewt: it would be bad to tell the page too much information, hostile pages could then use it to know what kind of attack to try
# [23:28] * Joins: nessy (~Adium@124.171.54.114)
# [23:30] <zewt> i'll pass that along, though there are probably cases where you'd prefer the page not say anything to the user, so you can fall back to another method cleanly
# [23:30] <zewt> but I guess if that's wanted it can just be a getContext parameter
# [23:34] * eric_carlson is now known as ericc|away
# [23:34] * Joins: michaeln (~michaeln@nat/google/x-xbdqkekuisndniof)
# [23:40] <zewt> though, WebGL specifying that canvas.getContext("webgl", {silentFailures: true}); prevents those notifications is hairy, since that would require their spec monkey-patch getContext's spec--not nice
# [23:41] <zewt> (for example, if you're only opening webgl to run some kind of feature detection, you probably don't want the UI notifying the user if it fails)
# [23:44] * Quits: MikeSmith (~MikeSmith@EM114-48-158-68.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
# [23:45] <jamesr> economist.com attempts (or used to attempt) to initialize a webgl context as some sort of feature detection
# [23:45] <jamesr> and then doesn't use the context ever
# [23:45] <jamesr> they are/were using some sort of fallback library that offered to feature test a bajillion things and then put the results into a big dictionary
# [23:46] <jamesr> and they asked it to check webgl
# [23:46] <zewt> that seems reasonable--not ideal, since in principle each webgl context could have different features, but shouldn't pop up ui
# [23:46] <jamesr> i think they set the library up to feature test everything it was capable of, but then never actually checked 99% of the features they testd for
# [23:47] <zewt> (contrived example, gpu blacklisting might also restrict a certain GPU to 2 texture units to work around driver bugs)
# [23:48] <jamesr> it's not super reasonable because the page didn't use webgl in any way
# [23:48] <jamesr> so the page load got a lot slower if the browser supported webgl (context initialization is not cheap) for no user benefit
# [23:48] <zewt> right, it's not an ideal thing for pages to do
# [23:49] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
# [23:50] * Joins: MikeSmith (~MikeSmith@EM1-112-222-107.pool.e-mobile.ne.jp)
# [23:52] <Hixie> context initialization shouldn't be sync anyway
# [23:52] <jamesr> indeed
# [23:53] <zewt> well, the "simplest" solution to all this would be to make getContext return a tiny factory with its own API for creating the real WebGL context
# [23:53] <zewt> that'd be totally incompatible, though
# [23:53] <Hixie> that would be lame
# [23:54] <zewt> why? there's no async version of getContext
# [23:54] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [23:54] <zewt> unless you want to add one, heh
# [23:54] <jamesr> i think it'd be easier for getContext("webgl") to return a context in the 'initializing' state and then fire an event when the context is ready to go
# [23:54] <Hixie> right
# [23:54] <Hixie> though frankly i'm not convinced we should be exposing the slowness of the hardware to js at all
# [23:55] <jamesr> canvas.addEventListener("webglcontextready", domyshit); canvas.getContext("webgl", {async: true});
# [23:55] <Hixie> but that gets back to the thing about how maybe webgl is the wrong approach entirely, and that's not a battle i have the bandwidth for :-)
# [23:55] <Hixie> {async:true} should be the default and only option
# [23:55] <Hixie> c.f. XHR
# [23:55] <jamesr> yeah
# [23:56] <jamesr> i think the same is true for readPixels(), getIntegerv(), etc - all the long blocking calls
# [23:57] <jamesr> but i haven't though that through fully
# [23:57] <jamesr> been thinking about it with regards to that slow shader compilation thread
# [23:57] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
# [23:57] <zewt> well, the same can happen with 2d canvases: since a complete <img> may not actually be decompressed, blitting an image to a canvas may take a long time (which has to be sync, at least if you eg. make a call to getImageData immediately after)
# [23:58] <zewt> (browsers like to discard undisplayed images to save memory)
# [23:58] <Hixie> drawImage() does nothing if the image isn't ready
# [23:58] <Hixie> it doesn't block
# [23:59] <zewt> the image is ready, it's just not decompressed in memory; as soon as you do anything with it, the browser decompresses it
# [23:59] <Hixie> but yes, the 2d context is sync in many places, that's an unfortunate bug we haven't been able to fix
# [23:59] <Hixie> it was inherited from apple's initial implementation
# [23:59] <zewt> webgl inherits from opengl; everyone has their legacy, I guess :)
# Session Close: Thu Apr 14 00:00:01 2011

The end :)