/irc-logs / freenode / #whatwg / 2012-03-28 / end

Options:

# Session Start: Wed Mar 28 00:00:00 2012
# Session Ident: #whatwg
# [00:01] * Joins: tantek (~tantek@mc72036d0.tmodns.net)
# [00:03] * Joins: diraol (~diraol@143.107.96.126)
# [00:05] * Quits: tomasf (~tom@2002:55e5:dbb7:0:211f:5165:a039:d7f5) (Quit: tomasf)
# [00:05] * heycam|away is now known as heycam
# [00:08] * Joins: tantek-ipod (~tantek@c-76-115-51-221.hsd1.or.comcast.net)
# [00:09] * Quits: tantek (~tantek@mc72036d0.tmodns.net) (Read error: No route to host)
# [00:09] * tantek-ipod is now known as tantek
# [00:09] * Quits: nesta_ (~nesta_@107.Red-88-19-211.staticIP.rima-tde.net) (Read error: Connection reset by peer)
# [00:12] * Quits: antti_s (~asal@backport.reaktor.fi) (Ping timeout: 264 seconds)
# [00:12] * Joins: nesta_ (~nesta_@66.Red-83-58-134.dynamicIP.rima-tde.net)
# [00:13] * Joins: antti_s (~asal@backport.reaktor.fi)
# [00:16] * Quits: diraol (~diraol@143.107.96.126) (Quit: Leaving.)
# [00:16] <Hixie> http://www.w3.org/html/wg/wiki/ChangeProposals/notitle_captions#Details
# [00:16] <Hixie> really?
# [00:17] <Hixie> we're actually going to put an example in the spec _encouraging_ nested figures?
# [00:17] * Joins: tantek_ (~tantek@c-76-115-51-221.hsd1.or.comcast.net)
# [00:18] * Quits: tantek (~tantek@c-76-115-51-221.hsd1.or.comcast.net) (Quit: Colloquy for iPod touch - http://colloquy.mobi)
# [00:18] * tantek_ is now known as tantek
# [00:18] * Quits: antti_s (~asal@backport.reaktor.fi) (Ping timeout: 260 seconds)
# [00:19] * Joins: antti_s (~asal@backport.reaktor.fi)
# [00:21] * Parts: hunglin (~hunglin@66.208.14.74)
# [00:21] * jonlee is now known as jonlee|afk
# [00:23] * jonlee|afk is now known as jonlee
# [00:23] <nesta_> Hixie hi?
# [00:23] <nesta_> http://www.w3.org/html/wg/wiki/ChangeProposals/notitle_captions#Details
# [00:24] <nesta_> cool! :)
# [00:24] <nesta_> thnx!
# [00:24] * Quits: antti_s (~asal@backport.reaktor.fi) (Ping timeout: 264 seconds)
# [00:25] * Joins: antti_s (~asal@backport.reaktor.fi)
# [00:26] * jernoble is now known as jernoble|afk
# [00:29] * jernoble|afk is now known as jernoble
# [00:33] * Joins: ehsan_ (~ehsan@12.197.88.252)
# [00:34] * Quits: ehsan (~ehsan@12.197.88.252) (Read error: Connection reset by peer)
# [00:35] * Joins: rubys1 (~rubys@cpe-098-027-059-167.nc.res.rr.com)
# [00:35] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [00:35] * Quits: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
# [00:35] * Parts: rubys1 (~rubys@cpe-098-027-059-167.nc.res.rr.com)
# [00:36] * Joins: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com)
# [00:38] * Quits: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com) (Client Quit)
# [00:42] * Joins: schnoomac (~schnoomac@melbourne.99cluster.com)
# [00:51] <zewt> ugh, File API added "oneTimeOnly" when nobody has actually defined that in any even vaguely meaningful way?
# [00:51] <zewt> very poor
# [00:52] * Joins: pyrsmk2 (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net)
# [01:05] * Joins: diraol (~diraol@143.107.96.126)
# [01:05] * Quits: diraol (~diraol@143.107.96.126) (Client Quit)
# [01:08] * Joins: ap_ (~ap@17.245.91.35)
# [01:09] * Quits: ap (~ap@2620:149:4:1b01:226:4aff:fe14:aad6) (Read error: Operation timed out)
# [01:09] * ap_ is now known as ap
# [01:13] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (Quit: ERC Version 5.3 (IRC client for Emacs))
# [01:15] * Quits: jdaggett (~jdaggett@12.197.88.252) (Quit: jdaggett)
# [01:17] * Joins: danbri (~danbri@78.25.238.141)
# [01:23] * Joins: jdaggett (~jdaggett@12.197.88.10)
# [01:24] * Joins: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com)
# [01:26] * Quits: chriseppstein (~chrisepps@209.119.65.162) (Quit: chriseppstein)
# [01:27] * Joins: ivan\ (~ivan@unaffiliated/ivan/x-000001)
# [01:32] <Hixie> woot, i finished canvas v5
# [01:32] <Hixie> tomorrow i'll try to write replies to all the relevant e-mails and bugs
# [01:33] <TabAtkins> Btw, thank you for the clearClip()!
# [01:34] <Hixie> resetClip()?
# [01:34] <Hixie> it was on the list of requests :-)
# [01:34] <TabAtkins> Yeah.
# [01:34] <Hixie> i added pretty much everything people asked for more than once and which didn't rely on infrastructre that didn't exist already
# [01:35] <Hixie> (along with some infrastructure for the latter)
# [01:35] <Hixie> (so that we can add them next time)
# [01:36] <Hixie> TabAtkins: i'm gone the rest of the week as far as lunches go, and haven't been able to catch hober, but i'm free all next week so if you manage to catch him and convince him to come for lunch feel free to calendar me
# [01:36] <Hixie> bbl
# [01:37] <TabAtkins> kk
# [01:44] * Quits: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net) (Remote host closed the connection)
# [01:44] * Quits: pyrsmk2 (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net) (Remote host closed the connection)
# [01:56] * ojan_away is now known as ojan
# [02:02] * Quits: jsbell (jsbell@nat/google/x-ykrrtjjdpvnfstwt) (Quit: There's no place like home...)
# [02:08] * ap is now known as ap|away
# [02:09] * Joins: scor (~scor@drupal.org/user/52142/view)
# [02:13] * Quits: smaug____ (~chatzilla@12.197.88.252) (Ping timeout: 260 seconds)
# [02:17] * Joins: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com)
# [02:20] * Quits: gkellogg (~gregg@c-98-248-150-91.hsd1.ca.comcast.net) (Quit: gkellogg)
# [02:24] * Joins: jamesr (jamesr@nat/google/x-erbqhuqlelghcuaj)
# [02:27] * Quits: jamesr (jamesr@nat/google/x-erbqhuqlelghcuaj) (Client Quit)
# [02:27] * Quits: ehsan_ (~ehsan@12.197.88.252) (Remote host closed the connection)
# [02:30] <hober> Hixie: here
# [02:31] <TabAtkins> hober: Lunch sometime next week with Hixie and me (and tantek)?
# [02:31] * Quits: dbaron (~dbaron@12.197.88.252) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [02:31] <hober> sure
# [02:31] <TabAtkins> To talk about CSS and <dialog>/fullscreen?
# [02:31] * Quits: jondong (~jondong@123.126.22.58) (Remote host closed the connection)
# [02:31] <TabAtkins> Kk, choose a date/place.
# [02:31] <hober> i can head up to google, or i could host you guys here
# [02:31] <tantek> sounds like a good plan.
# [02:31] * Quits: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com) (Quit: Leaving...)
# [02:31] * Quits: nesta_ (~nesta_@66.Red-83-58-134.dynamicIP.rima-tde.net) (Ping timeout: 244 seconds)
# [02:31] * jernoble is now known as jernoble|afk
# [02:31] <hober> (i could also head to moz, of course)
# [02:33] * Quits: rniwa (rniwa@nat/google/x-mryijnyvwbyvjnqm) (Quit: rniwa)
# [02:34] <tantek> I have a feeling I know where Hixie wants to eat lunch :)
# [02:35] <hober> tuesday 3 april & thursday 5 april work for me
# [02:35] <TabAtkins> Let's do Tuesday then.
# [02:35] <hober> i guess monday would work as well for that matter
# [02:35] <hober> ok
# [02:37] <hober> noon? any particular google cafeteria?
# [02:37] <TabAtkins> Dont' care that much. Gotta get to my bus now, though, so I can't do any more planning tonight.
# [02:38] <hober> k
# [02:38] * hober is already on my bus
# [02:38] * Joins: jondong (~jondong@123.126.22.58)
# [02:39] * Joins: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com)
# [02:40] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
# [02:41] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
# [02:41] * Joins: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
# [02:43] * Quits: sicking (~chatzilla@12.197.88.252) (Ping timeout: 244 seconds)
# [02:44] * Quits: aklein (u4454@gateway/web/irccloud.com/x-cfrvecvdkcrizvxj)
# [02:45] * Quits: ap|away (~ap@17.245.91.35) (Quit: ap|away)
# [02:49] * Quits: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com) (Quit: Leaving...)
# [02:52] * Quits: Druid_ (~Druid@p5B05D0DE.dip.t-dialin.net) (Ping timeout: 265 seconds)
# [02:55] * Joins: Druid_ (~Druid@p5B05D968.dip.t-dialin.net)
# [02:57] * Joins: yuuki_ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [03:00] * Joins: yuuki__ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [03:01] * Quits: yuuki_ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 245 seconds)
# [03:07] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0.1/20120216115618])
# [03:08] * Joins: cpearce (~cpearce@60.234.54.74)
# [03:09] * Quits: Druid_ (~Druid@p5B05D968.dip.t-dialin.net)
# [03:10] * Quits: necolas (~necolas@5ade4db9.bb.sky.com) (Remote host closed the connection)
# [03:15] * Quits: jennb (jennb@nat/google/x-yvqbjgvekgsrdxiw) (Quit: jennb)
# [03:27] * Quits: pablof (~pablof@144.189.101.1) (Quit: ^z)
# [03:36] * Quits: tantek (~tantek@c-76-115-51-221.hsd1.or.comcast.net) (Quit: tantek)
# [04:03] * Joins: Druid_ (~Druid@p5B05D968.dip.t-dialin.net)
# [04:07] * jonlee is now known as jonlee|afk
# [04:18] * Joins: jondong_ (~jondong@123.126.22.58)
# [04:22] * Quits: jondong (~jondong@123.126.22.58) (Ping timeout: 244 seconds)
# [04:34] * heycam is now known as heycam|away
# [04:38] * Quits: dave_levin (dave_levin@nat/google/x-dejhonaohcscgujz) (Quit: dave_levin)
# [04:40] * Joins: Evanescence (~Evanescen@60.183.197.71)
# [04:44] * Quits: twisted` (~twisted@p5DDB8FCE.dip.t-dialin.net) (Quit: Computer has gone to sleep.)
# [04:47] * Quits: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org) (Ping timeout: 244 seconds)
# [04:47] * Quits: Evanescence (~Evanescen@60.183.197.71) (Ping timeout: 252 seconds)
# [04:48] * Joins: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org)
# [04:49] * heycam|away is now known as heycam
# [04:51] * Quits: volkmar (~volkmar@rps1542.ovh.net) (Ping timeout: 260 seconds)
# [04:52] * Joins: dinesh_ (~dinesh@fr1-dinesh.box.dinsoft.org)
# [04:54] * Quits: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org) (Ping timeout: 245 seconds)
# [04:57] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Quit: Leaving...)
# [04:57] * Quits: dinesh_ (~dinesh@fr1-dinesh.box.dinsoft.org) (Ping timeout: 265 seconds)
# [04:57] * Joins: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org)
# [05:00] * Quits: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org) (Read error: Connection reset by peer)
# [05:00] * Joins: Evanescence (~Evanescen@60.183.215.197)
# [05:00] * Joins: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org)
# [05:07] * Joins: roc (~chatzilla@60.234.54.74)
# [05:08] <roc> why don't people understand the little-endian typed arrays issue? it seems so obvious
# [05:09] * Joins: karlcow (~karl@nerval.la-grange.net)
# [05:11] * Joins: boblet (u1921@gateway/web/irccloud.com/x-hxjhlqtervdeseld)
# [05:14] <zewt> seems like just kenneth who's digging in his heels
# [05:15] <Hixie> roc: you mean the way that we've basically made the web little-endian?
# [05:15] <roc> yes
# [05:16] <Hixie> i pointed that out literally years ago
# [05:16] <Hixie> nobody seemed to care then either
# [05:16] <roc> I don't care
# [05:16] <zewt> IMO, if he refuses to budge on this, someone should fork the typed array spec and fix it; this is too important to let it be broken by an inexperienced developer
# [05:16] <roc> not caring is the correct response.
# [05:17] <Hixie> seems kinda short-sighted but certainly making it little-endian explicitly would be better than making it machine-endian specific
# [05:17] <zewt> that's what's going to happen anyway (if a real big-endian browser ever actually exists, which may never happen)
# [05:17] <Hixie> (i don't know what else we could do; asking authors to check the endianness and byte swap themselves is a non-starter0
# [05:17] <Hixie> s/0/)/
# [05:17] <zewt> ("real" meaning a nontrivial number of actual users use it, and it actually has modern API support, so this issue would have to be dealt with)
# [05:18] <roc> if someone wants to push a big-endian architecture in the future, they need to give it byte-swapping loads and stores
# [05:19] <roc> that's not hard at all, and would make the performance argument irrelevant as far as I can tell
# [05:19] <Hixie> would the JS have to be different?
# [05:19] <zewt> the performance argument is laughable
# [05:20] <roc> Hixie: no, I think a big-endian machine could emulate little-endian behavior as far as JS could observe, quite easily
# [05:20] <zewt> it goes like this: "every web developer should jump hoops for an optimization on a system that doesn't exist, may never exist, and which may not be a performance issue even if it ever does exist"
# [05:21] <roc> :-)
# [05:21] <zewt> Hixie: he's just saying (I think) that views would always be little-endian, hiding the big-endianness (as it should be)
# [05:21] <roc> of course, even if you could persuade them to jump through those hoops, they'll probably get it wrong by accident anyway and will never know
# [05:21] <zewt> the short-term problem is that we need big-endian views as well
# [05:22] <zewt> and this make-believe of pretending views are native-endian means it's hard to get them
# [05:22] <Hixie> so long as we're not exposing the machine's actual endianness, i don't really care what the api is
# [05:22] <Hixie> native-endian just isn't workable
# [05:22] <zewt> we all agree :)
# [05:22] <Hixie> since there's no real big endian cpus out there, though, it doesn't much matter what the spec says
# [05:23] <zewt> it's just the typed array editor who's (literally) refusing to even discuss it
# [05:23] <Hixie> it'll be little-endian de facto
# [05:23] <zewt> i know :)
# [05:23] <Hixie> so why do you think the spec needs forking?
# [05:23] <zewt> 1: having a spec that's wrong is bad, and needs to be fixed, and 2: we need big-endian views, not just (de-facto) little endian views
# [05:25] <zewt> but since the editor is pretending views aren't little endian, there's no way to get him to add big-endian oens
# [05:25] <zewt> also ones
# [05:26] <roc> I will attempt to reason with him
# [05:26] <zewt> i don't think i can write a diplomatic mail at the moment since his reply irritated me so much ("this won't be changed, no matter what arguments anyone gives"--really?), so I'm not going to reply tonight
# [05:27] <Hixie> just implement what you want, the spec will follow
# [05:28] <zewt> i suppose for now I'll just suggest in the encoding API thread that it just make up its own big-endian view type; that's lame, though
# [05:35] * Quits: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
# [05:36] <Sirisian> Hixie, Are you busy?
# [05:36] <Hixie> have to be offline every few minutes for a bit but if you don't mind occasional latency i'm around
# [05:36] <Sirisian> Did you ever have a chance to look at this: https://www.w3.org/Bugs/Public/show_bug.cgi?id=11517 I replied to it a while back. not sure if the bug tracker sends out emails for replies to resolved bugs. I know it kind of seems unintuitive bug I think canvas could do well to implement simpler rendering methods that are capable of being more heavily optimized (that is no transforms). This goes along with the stencil operation bu
# [05:36] <Sirisian> g. (I was going to post, but I accidently deleted a post I wrote a while ago that was basically using createImageData to make a binary stencil then allowing drawImageData to set it allowing for extremely optimized rendering). This original one: https://www.w3.org/Bugs/Public/show_bug.cgi?id=8396
# [05:36] <Sirisian> I took that as a yes. :)
# [05:38] <Hixie> i generally go through all the feedback (1000s of e-mails and 100s of bugs) on a first-come-first-served basis
# [05:38] <Hixie> so i'm sure i'll get to the bug in time
# [05:38] <Hixie> looking at it quickly now i see no clear indication of what you want me to do though
# [05:38] <Sirisian> ah okay. No rush.
# [05:40] * Joins: variable (root@freebsd/developer/variable)
# [05:41] * variable wonders if any browser vendor would consider adding an option to ignore autocomplete=off
# [05:47] * Joins: gkellogg (~gregg@c-98-248-150-91.hsd1.ca.comcast.net)
# [05:50] * Joins: myakura (~myakura@FL1-110-233-178-43.tky.mesh.ad.jp)
# [05:50] <Hixie> Sirisian: if you want me to do something you'll have to make a clear statement in the spec, or when i do get to it i'll probably just mark it needsinfo :-)
# [05:50] <Sirisian> I'm thinking
# [05:51] * Joins: rniwa (~rniwa@216.239.45.130)
# [05:52] * Quits: rniwa (~rniwa@216.239.45.130) (Client Quit)
# [05:55] <Sirisian> drawImageData would just render without transforms taking in a raw ImageData object and only reference binary alpha (no complex blending is possible) and can optionally reference a set stencil buffer (another ImageData object). Then if you want to use a stencil you'd create it like: var stencil = context.createImageData(width, height); An addition I'd like is the ability to define the number of channels, but it's not necessar
# [05:55] <Sirisian> y. That would look like createImageData(width, height, channels) so a person can specify the number of channels to create. Same for getImageData(x, y, width, height, channels) where channels would be an array to select channels like [0] to create a 1 channel ImageData of just the red channel. Then you can bind a stencil via context.stencil = stencil; Then you can render using drawImage(ImageData) which the stencil would only
# [05:55] <Sirisian> work with. When drawing it would only use the first channel of the ImageData rendering the pixel only if the stencil isn't 0 at that place. (Context2D's Clip would still exist for everything else). This allow implementors to specialize the rendering code for with and without a stencil.
# [05:56] <Sirisian> I actually typed this all out before like a few weeks ago and closed my browser at work and forgot about finishing it.
# [05:57] * Joins: rniwa (~rniwa@216.239.45.130)
# [06:00] <Hixie> i don't understand
# [06:00] <Hixie> what's the use case?
# [06:02] * Quits: myakura (~myakura@FL1-110-233-178-43.tky.mesh.ad.jp) (Remote host closed the connection)
# [06:03] <Sirisian> Mostly so you don't have to incur the cost of rendering to canvas objects when manipulating imageData then rendering it back to a form to get simple alpha blending. The stencil is just an optimized clip algorithm that would be useful when rendering textures in say a canvas UI.
# [06:03] <Sirisian> s/form/canvas
# [06:05] <Sirisian> I might have to think about it some more. I think I wrote something down a while ago that made me rethink the binary alpha blending.
# [06:05] <Hixie> that's not a use case, that's a solution
# [06:05] <Hixie> or an optimisation
# [06:05] <Hixie> or something
# [06:05] <Hixie> a use case is something like "i want a platform game"
# [06:06] * Quits: Evanescence (~Evanescen@60.183.215.197) (Quit: my website: http://stardiviner.dyndns-blog.com/)
# [06:07] <Hixie> (and then you slowly work up to the actual concrete problem you've run into that canvas can't do yet)
# [06:13] * Joins: volkmar (~volkmar@rps1542.ovh.net)
# [06:13] * Quits: volkmar (~volkmar@rps1542.ovh.net) (Changing host)
# [06:13] * Joins: volkmar (~volkmar@gentoo/developer/volkmar)
# [06:14] * Quits: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org) (Read error: Connection reset by peer)
# [06:14] * Joins: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org)
# [06:15] <Sirisian> Yeah I'll create some use cases and post a more thorough explanation tomorrow. Thanks for the feedback.
# [06:15] <Sirisian> If I don't argue myself out of requiring it :P
# [06:16] <Hixie> :-)
# [06:20] * Quits: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org) (Ping timeout: 246 seconds)
# [06:23] * Joins: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org)
# [06:26] * Joins: niloy (~niloy@61.12.96.242)
# [06:29] * Joins: izhak (~izhak@213.87.241.75)
# [06:29] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [06:33] <Hixie> how do i _create_ an svg matrix?
# [06:33] <Hixie> SVGMatrix, that is
# [06:33] <heycam> Hixie, you can't create a standalone SVGMatrix
# [06:33] <Hixie> ...oh.
# [06:33] <heycam> they are only used as part of reflecting attributes
# [06:34] <heycam> they will gain a constructor in SVG2
# [06:34] <Hixie> well that's gonna put a crimp in my comprehensive use of it in canvas. :-P
# [06:34] <Hixie> what's the constructor look like in svg2?
# [06:34] <heycam> it's not there yet, but it will at the very least include [Constructor()]
# [06:34] <Hixie> looks like all the methods on SVGMatrix return an SVGMatrix
# [06:34] <heycam> and probably one that takes components
# [06:35] <heycam> oh
# [06:35] <heycam> wait
# [06:35] <heycam> I misremembered
# [06:35] <heycam> the way you create an SVGMatrix *currently* is: anSVGSVGElement.createSVGMatrix()
# [06:36] <heycam> i.e. you need an <svg> DOM object around
# [06:36] <Hixie> ah ok
# [06:36] <heycam> of course that sucks, and that's why we'll have constructors soon
# [06:37] <Hixie> seems a bit wasteful the way that if you want to create a matrix that skews, rotates, and scales, you need to create a whole bunch of temporaries
# [06:39] <heycam> I think there are pros and cons for both designs -- certainly would be nice to be able to modify the existing matrix tho
# [06:39] <zewt> both are pretty equally common in matrix apis, in my experience
# [06:39] <heycam> I think dino's proposed matrix interface had methods that modify the existing matrix
# [06:39] <zewt> with the return-a-new-matrix looking prettier and the in-place approach usually being faster
# [06:39] <zewt> (whether it is in JS, on modern archs, i'm not sure)
# [06:41] * Joins: ehsan (~ehsan@12.197.88.10)
# [06:45] <zewt> i guess mobile means the ubiquity of "modern archs" are set back by a good number of years...
# [06:45] * Joins: skylamer` (cgskylamer@78.90.213.55)
# [06:48] * Quits: cpearce (~cpearce@60.234.54.74) (Ping timeout: 252 seconds)
# [06:50] * jonlee|afk is now known as jonlee
# [06:52] * Joins: smaug____ (~chatzilla@12.197.88.10)
# [06:57] <rniwa> yay! undomanager is finally on w3c repository :D http://dvcs.w3.org/hg/undomanager/raw-file/tip/undomanager.html
# [06:58] <Hixie> publish an fsa :-)
# [06:59] * rniwa updates the date
# [07:04] * Quits: mbatle (~mbatle@pasanda.collabora.co.uk) (Ping timeout: 245 seconds)
# [07:06] * Joins: sicking (~chatzilla@c-98-210-152-4.hsd1.ca.comcast.net)
# [07:08] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 246 seconds)
# [07:10] * Joins: Areks (~Areks@rs.gridnine.com)
# [07:13] * Joins: tantek (~tantek@c-76-115-51-221.hsd1.or.comcast.net)
# [07:17] <smaug____> rniwa: so does the undomanager spec define how many managers per page?
# [07:18] <rniwa> smaug____: it's supposed to be per document.
# [07:18] <rniwa> smaug____: but i'm still not sure.
# [07:18] <rniwa> smaug____: i'd have to talk with enrica about it at the contributor's meeting.
# [07:18] * Joins: guanqun (Lu@nat/intel/x-lrbjacssdiktycbl)
# [07:19] <rniwa> smaug____: given that firefox and opera do this already, it might be okay for us to change our behavior
# [07:19] <rniwa> smaug____: also from our last discussion, having one undo manager per editable field matches platform conventions
# [07:19] <Hixie> on which platforms?
# [07:19] <smaug____> Given this is a new API, I would prefer doing it right ;)
# [07:19] <rniwa> smaug____: of course, you can also define undoScope attribute to define new undo manager
# [07:20] <rniwa> smaug____: yes, that's why i haven't finalized it or started implementing it
# [07:20] <rniwa> smaug____: editing is a mess
# [07:20] <rniwa> smaug____: i don't want to create another mess :)
# [07:20] <smaug____> it is
# [07:20] <rniwa> Hixie: both Windows and Mac from what we could tell
# [07:20] * Joins: cpearce (~cpearce@ip-118-90-36-173.xdsl.xnet.co.nz)
# [07:20] <smaug____> looks like the spec isn't too long... I'll try to look at is asap
# [07:21] <rniwa> smaug____: yeah, I tried to be as brief as possible.
# [07:21] <Hixie> rniwa: don't forget there are many other platforms that may act in weird ways... it's fine to optimise for windows and mac, but let's not make the other platforms impossible
# [07:21] <rniwa> smaug____: as an implementor, i hate reading long specs
# [07:21] <rniwa> Hixie: sure, but neither iOS or Android seem to support undos
# [07:22] <rniwa> Hixie: what are other relevant platforms?
# [07:22] <smaug____> linux
# [07:22] <Hixie> some of the more esoteric platforms i was thinking of are those based on WordStar editing conventions, and Emacs. though in both cases i think they also do per-field undo.
# [07:22] <rniwa> Hixie: i don't think emacs is a good example to follow here.
# [07:23] <Hixie> it is if you're writing a web browser in emacs
# [07:23] <Hixie> my point is "platform conventions" means the platform the browser is in, not "mac+windows"
# [07:23] <rniwa> Hixie: sure.
# [07:23] <Hixie> which today might usually be mac and windows, but the whole point of being platform agnostic is that we don't hardcode that kind of thing in :-)
# [07:23] <rniwa> Hixie: but I don't think it makes sense for me to over-generalize the spec
# [07:23] <rniwa> untile someone complains
# [07:24] <Hixie> it'll be too late if you wait 20 years for a new platform to come along and someone to complain
# [07:24] <rniwa> Hixie: i'm fine with making it platform dependent as well
# [07:24] <Hixie> the web isn't supposed to be platform dependant
# [07:24] <rniwa> Hixie: but then there will be script-visible behavior differences
# [07:24] <rniwa> Hixie: huh? i don't understand your proposal then
# [07:25] <Hixie> i'm saying the api should be designed such that it abstracts out platform differences and there are no script-visible differences regardless of what the platform's conventions are
# [07:25] <smaug____> rniwa: I didn't see Hixie to propose anything ;)
# [07:25] <rniwa> Hixie: we can either specify one behavior or make it platform dependent and define what behaviors are allowed
# [07:25] <rniwa> Hixie: in this case, it's impossible.
# [07:25] <Hixie> or at least, not any script-visible differences that can be distinguished from the user doing something
# [07:25] <Hixie> rniwa: things that are impossible just take longer :-)
# [07:25] <rniwa> Hixie: well but it is impossible in this case.
# [07:26] <rniwa> Hixie: i don't want to explain all the details since i've already explained it once to smaug____ and Aryeh other day
# [07:26] <rniwa> but there are many existing APIs that already expose this particular behavior.
# [07:26] <smaug____> and to ehsan ...
# [07:26] <rniwa> smaug____: right
# [07:27] <rniwa> there's no point for us to add another layer of abstraction here since it's already visible to the scripts.
# [07:27] <smaug____> but we can make the platform better now that we're adding a new API
# [07:27] <rniwa> smaug____: we can specify it explicitly
# [07:28] <rniwa> smaug____: or define possible behaviors that UAs can implement
# [07:28] <rniwa> smaug____: the latter is harder but that'll let WebKit and Trident keep their current behavior
# [07:28] <MikeSmith> rniwa: draft looks good -- I wouldn't worry much about adding more formatting to it at this point
# [07:28] <rniwa> MikeSmith: ok.
# [07:29] <MikeSmith> Hixie: fsa?
# [07:29] <Hixie> final specification agreement
# [07:29] <MikeSmith> ah
# [07:29] <Hixie> the step in a CG that causes people to firmly commit their patents
# [07:29] <MikeSmith> yeah
# [07:30] * Joins: KillerX (~anant@dhcp-47ca.meeting.ietf.org)
# [07:34] <MikeSmith> Hixie: I just made date changes to the spec boilerplate
# [07:35] <MikeSmith> so if you not otherwise planning to commit any more changes today, please push to W3C so that the W3C HTML and microdata specs get updated
# [07:36] <MikeSmith> but if you are going to be committing again later today, then I'll just wait
# [07:39] * Quits: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 244 seconds)
# [07:39] <Hixie> MikeSmith: roger, i can do that now
# [07:41] * Joins: Ducki (~Ducki@pD9E393EC.dip0.t-ipconnect.de)
# [07:41] <Hixie> MikeSmith: done
# [07:41] <MikeSmith> thanks
# [07:41] <Hixie> np
# [07:45] * Quits: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org) (Read error: Connection reset by peer)
# [07:45] * Joins: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org)
# [07:47] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 264 seconds)
# [07:49] <rniwa> Hixie, MikeSmith: speaking of which, I think our microdata APi implementation is near completion aside of vCard support and propertyNodeList
# [07:49] <rniwa> (one of our contributors is working on propertyNodeList now)
# [07:50] <MikeSmith> rniwa: excellent
# [07:50] <MikeSmith> I think I'm cc'ed on the microdata api bug
# [07:51] <Hixie> vcard support?
# [07:51] <MikeSmith> rniwa: you know about http://w3c-test.org/html/tests/submission/Opera/microdata/001.html right?
# [07:51] <rniwa> MikeSmith: oh nice
# [07:51] <rniwa> MikeSmith: has opera implemented vcard support as well?
# [07:52] <MikeSmith> dunno
# [07:52] <MikeSmith> I don't know what implementing vcard support means ..
# [07:52] <MikeSmith> seems maybe Hixie doesn't either
# [07:52] <MikeSmith> with drag and drop?
# [07:55] <rniwa> huh maybe it has been removed from the spec :\ ?
# [07:55] <rniwa> MikeSmith: I swear the spec had mentioned vCard at some point
# [07:55] <MikeSmith> yeah, it did
# [07:55] <rniwa> MikeSmith: was it removed?
# [07:56] * Joins: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com)
# [07:56] <MikeSmith> it's in the whatwg spec
# [07:56] <MikeSmith> http://www.whatwg.org/specs/web-apps/current-work/multipage/microdata.html#vcard
# [07:57] <MikeSmith> ah
# [07:57] <MikeSmith> http://www.whatwg.org/specs/web-apps/current-work/multipage/microdata.html#conversion-to-vcard
# [07:57] <rniwa> MikeSmith: right, that.
# [07:57] <MikeSmith> the conversion algorithm is what's being implemented for that I guess
# [07:57] <MikeSmith> yeah
# [07:57] <Hixie> i don't understand what a browser would do with that
# [07:57] <rniwa> Hixie: yeah, i don't think it's a high priority for us
# [07:58] <rniwa> Hixie: in theory, we could be exposing that using some UI
# [07:58] <rniwa> Hixie: but as far as I know, it's not high priority for us
# [07:58] <rniwa> so i've suggested not to proceed with that change for now
# [07:58] <rniwa> especially since adding code like that to webkit could be rather controvertial
# [07:59] <Hixie> i don't understand what it would mean for you to implement it
# [07:59] <Hixie> it isn't intended for browsers to implement, certainly :-)
# [07:59] <rniwa> Hixie: meaning that we would implement API for embedders to use.
# [08:00] <rniwa> Hixie: webkit is also used by mail clients, etc... :)
# [08:00] <Hixie> oh so not part of the web-exposed api?
# [08:00] <rniwa> Hixie: oh, no.
# [08:00] <rniwa> Hixie: i mean http://www.whatwg.org/specs/web-apps/current-work/multipage/microdata.html#conversion-to-vcard doesn't really define a web-facing API, does it?
# [08:00] * rniwa checks the spec.
# [08:01] <rniwa> yeah i don't think it does
# [08:01] <matjas> hsivonen: I was wondering why you use document.write("\u003C/script>") etc. on https://hg.mozilla.org/integration/mozilla-inbound/rev/e82fc6f3bceb
# [08:01] <Hixie> rniwa: that's why i was confused :-)
# [08:01] <matjas> hsivonen: "\u003Cscript>" could be just "<script>" and "\u003C/script>" could be just "<\/script>", right? or did gecko at some point implement HTML4 ETAGO parsing?
# [08:02] * Joins: LBP (~Mirc@pD9EB17CB.dip0.t-ipconnect.de)
# [08:03] <rniwa> Hixie: yeah, sorry for the confusing. i should have not really mentioned :)
# [08:03] <rniwa> s/really //
# [08:03] <rniwa> too much wekbit-ism there :P
# [08:06] * Quits: KillerX (~anant@dhcp-47ca.meeting.ietf.org) (Quit: KillerX)
# [08:14] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
# [08:18] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
# [08:18] * Quits: smaug____ (~chatzilla@12.197.88.10) (Ping timeout: 264 seconds)
# [08:21] <hsivonen> matjas: Escaping < as \u003C is the single piece of advice that works for all problems.
# [08:21] <hsivonen> matjas: even when I know I could use something else depending on context, I try to follow the advice I give to others
# [08:21] <matjas> hsivonen: could you elaborate on that? what are the problems with using "</script>" and "<\/script>"?
# [08:22] <matjas> i thought i had it figured out at http://mths.be/etago :(
# [08:22] <hsivonen> matjas: "</script>" would break out of the script
# [08:22] <hsivonen> matjas: "<\/script>" would work
# [08:22] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
# [08:23] <matjas> yeah… so why bother with the Unicode escapes?
# [08:23] <hsivonen> matjas: so I could have used "<\/script>" here
# [08:23] <hsivonen> matjas: because they work for "\u003C!--" too
# [08:23] <matjas> aah, there it is. that’s what i was missing, thanks!
# [08:23] <hsivonen> matjas: and I want to give advice that works for both </script> and <!--
# [08:24] <hsivonen> matjas: and JSLint hates "<\!--"
# [08:24] <matjas> btw, '\x3c' == '\u003c' if you wanna be concise ;)
# [08:24] <hsivonen> matjas: so my canned advice is "replace < with \u003C and you are safe"
# [08:25] <Hixie> i advise "don't do anything that requires strings involving <!-- or </script>" :-P
# [08:29] * Quits: jonlee (~jonlee@2620:149:4:1b01:8d87:2eaf:f767:6666) (Quit: jonlee)
# [08:33] * Joins: mbatle (~mbatle@pasanda.collabora.co.uk)
# [08:35] * Quits: jochen__ (jochen@nat/google/x-hymttjiclmgrblqk) (Remote host closed the connection)
# [08:35] * Joins: jochen__ (jochen@nat/google/x-xkzmjrpoxtzltfxr)
# [08:43] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (Quit: schnoomac)
# [08:43] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (Excess Flood)
# [08:46] * Joins: myakura (~myakura@FL1-110-233-178-43.tky.mesh.ad.jp)
# [08:46] * Joins: eighty4 (~eighty4@unaffiliated/eighty4)
# [09:05] * Quits: rniwa (~rniwa@216.239.45.130) (Quit: rniwa)
# [09:06] * Quits: guanqun (Lu@nat/intel/x-lrbjacssdiktycbl) (Remote host closed the connection)
# [09:25] * Quits: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com) (Quit: Leaving...)
# [09:29] <zcorpan> jslint should just accept <\!--
# [09:33] * zcorpan fixed calc() and rgb() etc for hashless and unitless quirks
# [09:34] * Quits: tantek (~tantek@c-76-115-51-221.hsd1.or.comcast.net) (Quit: tantek)
# [09:42] * Joins: roc (~chatzilla@121.98.230.221)
# [09:44] <hsivonen> zcorpan: good luck getting JSLint changed to accept conforming JS
# [09:49] <zcorpan> uh, maybe js*hint*
# [09:57] <zcorpan> filed https://github.com/jshint/jshint/issues/499
# [09:58] * Quits: Sirisian (~Sirisian@ppp-69-214-4-158.dsl.klmzmi.ameritech.net) (Ping timeout: 245 seconds)
# [10:05] * Quits: espadrine (~thaddee_t@acces2373.res.insa-lyon.fr) (Quit: espadrine)
# [10:12] * heycam is now known as heycam|away
# [10:16] <zcorpan> annevk: -76 had the random bytes after the first "request", and that's what firefox and opera implemented
# [10:17] <annevk> k
# [10:17] * Joins: PalleZingmark (~Adium@217.13.228.226)
# [10:18] <zcorpan> i guess there was no evidence that the random bytes helped mitigate the attack completely
# [10:18] <annevk> poor bz
# [10:18] <zcorpan> ?
# [10:19] <annevk> arguing with CP
# [10:19] <zcorpan> oh
# [10:20] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
# [10:20] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Client Quit)
# [10:21] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
# [10:23] <roc> hey, I started it
# [10:24] <tomasf> yes you did; you invaded Poland
# [10:27] <wilhelm> We were invited. Punch was served.
# [10:27] * Joins: pyrsmk (~pyrsmk@161.212.140.88.rev.sfr.net)
# [10:29] * Quits: roc (~chatzilla@121.98.230.221) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.10/20100914130356])
# [10:29] * Joins: roc (~chatzilla@121.98.230.221)
# [10:31] <annevk> the whole typed array spec is kind of horrid
# [10:31] <annevk> but then TC39 was way slow delivering something nice :(
# [10:35] * Joins: mpt (~mpt@canonical/mpt)
# [10:37] * gsnedders wonders if TC39 should move to something easier to add new language APIs to, but then remembers that there are deliberately few APIs in ES iteslf
# [10:38] <hsivonen> oh now it's harmful to speak the truth about aggregate Web developer behavior
# [10:38] <gsnedders> ?
# [10:39] <hsivonen> gsnedders: see chuck@jumis on the whatwg list in the thread referred to above
# [10:41] <matjas> good catch, zcorpan: https://github.com/jshint/jshint/issues/499
# [10:41] <matjas> funny how everyone gave up on trying to get js_L_int fixed
# [10:42] <gsnedders> Some people just are too self-righteous…
# [10:43] <annevk> I think paying attention to him is the real problem here
# [10:43] <hsivonen> seems like chuck@jumis is positing the existence of angel developers (per terminology defined in http://web.archive.org/web/20110501062035/http://diveintomark.org/archives/2004/08/16/specs )
# [10:47] * Quits: jdaggett (~jdaggett@12.197.88.10) (Quit: jdaggett)
# [10:53] <hsivonen> now there's an XSD approximation of XHTML5: http://xmlmind.com/xhtml5_resources.shtml
# [10:56] * Parts: everton (~everton@z106.124-44-206.ppp.wakwak.ne.jp)
# [10:57] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
# [10:58] <zcorpan> matjas: i now filed https://github.com/douglascrockford/JSLint/issues/114 as well, let's see how it goes
# [10:58] <matjas> prediction: Crockford will just close it without even commenting
# [10:59] <zcorpan> hsivonen: the first paragraph inspires great confidence
# [11:00] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [11:02] <zcorpan> translation to English: "XMLmind has developed an initial version of an experimental, self-contained, W3C XML Schema for XHTML 5 which is implemented to the obsolete W3C Working Draft 25 May 2011 and has several limitations inherent to W3C XML Schema."
# [11:05] * Quits: volkmar (~volkmar@gentoo/developer/volkmar) (Ping timeout: 260 seconds)
# [11:06] * Parts: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl)
# [11:06] * Quits: TabAtkins (tabatkins@nat/google/x-lczslpfkyzzhtknt) (Ping timeout: 260 seconds)
# [11:06] * Quits: ojan (u5519@gateway/web/irccloud.com/x-dshklxbeqaursjhy) (Ping timeout: 260 seconds)
# [11:06] * Joins: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl)
# [11:06] * Joins: TabAtkins (tabatkins@nat/google/x-jayxqkctwmhqjoas)
# [11:06] * Joins: karlcow (~karl@nerval.la-grange.net)
# [11:11] * Joins: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be)
# [11:15] * Joins: ojan (u5519@gateway/web/irccloud.com/x-twscdqkwmfbrsuin)
# [11:15] * Joins: volkmar (~volkmar@rps1542.ovh.net)
# [11:15] * Quits: volkmar (~volkmar@rps1542.ovh.net) (Changing host)
# [11:15] * Joins: volkmar (~volkmar@gentoo/developer/volkmar)
# [11:15] <MikeSmith> hsivonen: looking at that schema now
# [11:16] * Quits: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be) (Ping timeout: 265 seconds)
# [11:19] <MikeSmith> doesn't do case-insensitive matching of enumerated attribute values
# [11:28] * Joins: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be)
# [11:28] <zcorpan> ok so it needed another sentence, "Hasn't been properly reviewed yet is probably riddled with bugs."
# [11:29] * Quits: Lachy (~Lachy@cm-84.215.13.244.getinternet.no) (Quit: Computer has gone to sleep.)
# [11:30] <MikeSmith> hsivonen: that schema is also using built-in xsd datatypes in ways that are not faithful to the spc
# [11:30] <MikeSmith> *spec
# [11:30] <hsivonen> So Android Market was rebranded to Google Play in order to cover movies and music, but in Europe only Android apps are available?
# [11:30] <hsivonen> MikeSmith: not surprising
# [11:31] <MikeSmith> yeah
# [11:31] <MikeSmith> (about it not being surprising)
# [11:32] <MikeSmith> hsivonen: fwiw in Japan at least I think it does have movies and music
# [11:32] <MikeSmith> though I've never bought any myself
# [11:32] <MikeSmith> and that part of the service is Japan-specific
# [11:33] <MikeSmith> as in if there isn't a Japanese companies with rights to sell some movie in Japan, I'm sure it won't be in there
# [11:45] * Joins: Lachy (Lachy@nat/opera/x-rjxlzqvpqcoqhajd)
# [11:46] * Quits: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be) (Ping timeout: 276 seconds)
# [11:47] * Quits: sicking (~chatzilla@c-98-210-152-4.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
# [11:51] <annevk> hmm not sure how to proceed with the big5 mess
# [11:51] <annevk> the datasets are quite far apart
# [11:52] * Quits: ehsan (~ehsan@12.197.88.10) (Remote host closed the connection)
# [11:57] <charlvn> hsivonen: some guy in the netherlands was able to install some google play apps (music, books and movies) on one of his devices but not the other
# [11:57] <charlvn> hsivonen: http://www.androidworld.nl/113707/google-brengt-google-play-meer-onder-de-aandacht/
# [11:58] <charlvn> i'm more worried about what the heck is going on with that russian app; to think it's possible to cause that level of mayhem by using some application identifier...
# [11:59] * Joins: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be)
# [12:01] <annevk> out of the 19782 code points you can get, 6280 are distinct among the implementations
# [12:01] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
# [12:04] <hsivonen> annevk: does any of them match some official truth from unicode.org?
# [12:05] <hsivonen> them being the data sets
# [12:05] <hsivonen> charlvn: what's "the russian app"?
# [12:05] <annevk> 19782 - 6280 prolly does
# [12:06] <annevk> I'm assuming the rest are proprietary extensions
# [12:07] <annevk> I just generated all possible "valid" lead/trail byte combinations and then let various browsers generate the code points for me
# [12:07] <charlvn> hsivonen: http://www.theverge.com/2012/3/26/2904389/google-play-bug-russian-email-app-samsung-android-seven
# [12:09] * Ms2ger ignores the TypedArray thread
# [12:10] * Quits: Zauberfisch (Zauberfisc@venus.zauberfisch.at) (Quit: Leaving)
# [12:12] * Joins: Zauberfisch (Zauberfisc@venus.zauberfisch.at)
# [12:12] * Joins: necolas (~necolas@5ade4db9.bb.sky.com)
# [12:15] * Quits: danbri (~danbri@78.25.238.141) (Ping timeout: 245 seconds)
# [12:23] * Quits: yutak (~yutak@2401:fa00:4:1004:baac:6fff:fe99:adfb) (Quit: Ex-Chat)
# [12:23] * Joins: yutak (~yutak@2401:fa00:4:1004:baac:6fff:fe99:adfb)
# [12:23] * Quits: yutak (~yutak@2401:fa00:4:1004:baac:6fff:fe99:adfb) (Read error: Connection reset by peer)
# [12:23] * Joins: yutak_ (~yutak@2401:fa00:4:1004:baac:6fff:fe99:adfb)
# [12:24] * Quits: yutak_ (~yutak@2401:fa00:4:1004:baac:6fff:fe99:adfb) (Client Quit)
# [12:24] * Joins: yutak_ (~yutak@2401:fa00:4:1004:baac:6fff:fe99:adfb)
# [12:29] * Joins: mpt (~mpt@canonical/mpt)
# [12:30] * Quits: skylamer` (cgskylamer@78.90.213.55) (Remote host closed the connection)
# [12:30] * Joins: kaustubh (~kaustubh@144.187.36.11)
# [12:36] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
# [12:37] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [12:38] <karlcow> hsivonen: another issue of css vendor, that I came across a few days ago. Archived HTML. Be
# [12:38] <karlcow> * packages
# [12:38] <karlcow> * epub
# [12:38] <karlcow> * html emails
# [12:38] <karlcow> * saved files as…
# [12:38] <karlcow> all of these will never be updated.
# [12:40] * Quits: yutak_ (~yutak@2401:fa00:4:1004:baac:6fff:fe99:adfb) (Quit: Ex-Chat)
# [12:40] * Joins: yutak (~yutak@2401:fa00:4:1004:baac:6fff:fe99:adfb)
# [13:00] * Joins: nonge_ (~nonge@p5082A74E.dip.t-dialin.net)
# [13:02] * Quits: necolas (~necolas@5ade4db9.bb.sky.com) (Remote host closed the connection)
# [13:03] * Quits: nonge (~nonge@p50829143.dip.t-dialin.net) (Ping timeout: 260 seconds)
# [13:04] <hsivonen> karlcow: there's probably quite a bit of -webkit-CSS in epubs by now...
# [13:05] <karlcow> yup and in emails
# [13:06] <hsivonen> karlcow: mail client-generated emails or separately-authored advertising mail?
# [13:13] <Ms2ger> localStorage.clear();
# [13:13] <Ms2ger> w("foo" in localStorage);
# [13:14] <gsnedders> Ms2ger: You will claim that that is always true in Opera.
# [13:14] <gsnedders> Yes.
# [13:14] <gsnedders> Known.
# [13:14] <Ms2ger> Thanks
# [13:14] <karlcow> hsivonen: mail client-generated email
# [13:15] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [13:16] <Ms2ger> gsnedders, you know, a non-public BTS isn't too bad if someone can verify the existence of bugs from code snippets :)
# [13:25] * Joins: schnoomac (~schnoomac@27-32-229-194.static.tpgi.com.au)
# [13:29] * Quits: mbatle (~mbatle@pasanda.collabora.co.uk) (Ping timeout: 244 seconds)
# [13:35] <annevk> giving times for meetings in something other than UTC when it's across country boundaries is just annoying
# [13:39] * Joins: matijsb (u2278@gateway/web/irccloud.com/x-qazheetjyangprbv)
# [13:39] <annevk> timezone boundaries*
# [13:46] * Joins: graememcc (~chatzilla@host86-148-139-115.range86-148.btcentralplus.com)
# [13:51] * Quits: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be) (Ping timeout: 246 seconds)
# [13:53] <zcorpan> annevk: about big5, just pick one (e.g. IE)
# [13:55] <annevk> I guess I should have given some more data in that email
# [13:55] <zcorpan> yeah i looked at the json file and didn't know what to do with it :-P
# [13:56] <annevk> Personally I think IE would be fine too, but it maps an awful lot to PUA, which some people dislike; then there's the Firefox Taiwan team which provided custom mappings for Firefox which is radically different from most browsers, but they say works better...
# [13:57] <annevk> If you have ideas on how to usually present the 6000 differences, they're welcome
# [13:57] <annevk> maybe I should prefilter the lists and replace PUA with FFFD, and then count the differences again
# [13:58] <zcorpan> if the firefox taiwan team have a mapping that works better, why not use that?
# [13:59] * Joins: [[zzz]] (~q@101.108.97.161)
# [13:59] <annevk> Firefox does not have majority market share
# [14:00] <annevk> http://www.wantchinatimes.com/news-subclass-cnt.aspx?id=20110906000028&cid=1206 seems somewhat recent on that
# [14:00] <annevk> which indicates it's mostly IE
# [14:00] <annevk> and then Chrome
# [14:02] <annevk> Chrome is pretty close to IE for big5
# [14:02] <annevk> only 62 differences
# [14:02] <annevk> but big5-hkscs has about 6000 differences
# [14:02] <annevk> IE treats it as an alias for big5
# [14:03] <annevk> afaict
# [14:03] <annevk> that is, decoding as big5 and big5-hkscs gives identical arrays
# [14:03] * Quits: [[zz]] (~q@182.53.48.213) (Ping timeout: 248 seconds)
# [14:05] <zcorpan> how do the firefox taiwan team know that their mapping "works better"?
# [14:06] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 272 seconds)
# [14:06] <annevk> not sure
# [14:06] <annevk> https://bugzilla.mozilla.org/show_bug.cgi?id=310299
# [14:07] <zcorpan> i guess you should ask them :-)
# [14:08] <annevk> basically Microsoft fucked Unicode
# [14:08] <annevk> by supporting HKSCS via a font, for some set of their users
# [14:09] <annevk> so if you install that font, big5 Hong Hong pages will look fine, but big5 Taiwan pages won't
# [14:09] <annevk> or some such
# [14:10] <annevk> all the other browsers have tried a different approach, but pages still declare the encoding incorrectly (big5 instead of big5-hkscs) so Hong Kong users either install extensions or manually override the encoding
# [14:10] <annevk> this is what I read on the subject thus far
# [14:11] <annevk> so you can't win
# [14:11] <annevk> except by some expensive widespread evangelism maybe
# [14:12] <zcorpan> so it seems to me that big5 and big5-hkscs should be aliases, but there should be two locale-specific encodings
# [14:12] <zcorpan> one for hong kong and one for taiwan
# [14:13] <annevk> that still doesn't help anyone else trying to read either
# [14:14] <zcorpan> right
# [14:14] <annevk> but that might be an improvement over the current situation
# [14:14] * Joins: Jedi_ (~Jedi@jedi.org)
# [14:14] * Joins: erichynds (~ehynds@64.206.121.41)
# [14:15] <zcorpan> what do the extensions do? just override the encoding to one or the other?
# [14:16] <annevk> http://www.google.com/support/forum/p/Chrome/thread?tid=466c210af3fb6d08 suggests so
# [14:16] <annevk> which basically means they want to change the underlying table
# [14:19] <annevk> PUA count:
# [14:19] <annevk> opera-hk 0
# [14:19] <annevk> firefox 290
# [14:19] <annevk> chrome 6217
# [14:19] <annevk> firefox-hk 2985
# [14:19] <annevk> opera 0
# [14:19] <annevk> chrome-hk 664
# [14:19] <annevk> internetexplorer 6217
# [14:20] <annevk> now PUA, FFFD:
# [14:20] <annevk> opera-hk 0 1199
# [14:20] <annevk> firefox 290 0
# [14:20] <annevk> chrome 6217 62
# [14:20] <annevk> firefox-hk 2985 0
# [14:20] <annevk> opera 0 6008
# [14:20] <annevk> chrome-hk 664 751
# [14:20] <annevk> internetexplorer 6217 0
# [14:22] <hsivonen> seems odd that totally different mappings in a non-market leader could work better. very odd. URL for the "works better" claim?
# [14:22] <zcorpan> running a heuristic detector isn't reliable enough for people in hong kong or taiwan, i guess?
# [14:22] <annevk> hsivonen: see the bugzilla URL above
# [14:23] <annevk> the IE situation is basically that IE always uses the same mapping (to PUA) and then the font on Windows does the rest
# [14:24] <annevk> it seems Chrome has better interoperability with IE there for at least big5
# [14:24] <zcorpan> but the font being present is acting like an override to the "other encoding", right?
# [14:25] <annevk> no, it just shows different glyphs
# [14:25] <annevk> the byte -> code point mapping is the same
# [14:25] <annevk> it's like wingdings
# [14:25] <annevk> a terrible solution
# [14:25] * Quits: schnoomac (~schnoomac@27-32-229-194.static.tpgi.com.au) (Quit: schnoomac)
# [14:25] <zcorpan> sure, i mean both taiwan users and hong kong users don't use the same font, right?
# [14:25] <annevk> yeah
# [14:26] <hsivonen> annevk: oh. IE depends on PUA fonts. I guess then different mapping might indeed be better
# [14:26] <annevk> http://www.microsoft.com/hk/hkscs/
# [14:27] * Quits: danielfilho_ (~daniel@187.31.77.7) (Read error: Connection reset by peer)
# [14:27] * Joins: danielfilho (~daniel@187.31.77.7)
# [14:28] * Quits: izhak (~izhak@213.87.241.75) (Remote host closed the connection)
# [14:28] <annevk> hsivonen: yeah dunno
# [14:29] <annevk> hsivonen: IE still has insanely high market share there, reportedly pages rarely use the big5-hkscs label, and Chrome has the same mapping as IE for big5 (apart from 62 out of ~20000 code points)
# [14:36] <annevk> hsivonen: it would probably be good to flag big5 usage in Validator.nu
# [14:36] * Joins: danielfilho_ (~daniel@187.31.77.7)
# [14:36] * Quits: danielfilho (~daniel@187.31.77.7) (Read error: Connection reset by peer)
# [14:36] * danielfilho_ is now known as danielfilho
# [14:41] * Joins: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
# [14:43] <hsivonen> annevk: I guess, yeah.
# [14:43] <hsivonen> annevk: no idea what tables V.nu has...
# [14:45] * Joins: danbri (~danbri@78.25.238.145)
# [14:53] * Joins: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be)
# [14:54] * Quits: Ducki (~Ducki@pD9E393EC.dip0.t-ipconnect.de) (Read error: Connection reset by peer)
# [15:01] * Joins: karlcow (~karl@nerval.la-grange.net)
# [15:03] * Quits: niloy (~niloy@61.12.96.242) (Remote host closed the connection)
# [15:11] * Joins: Ducki (~Ducki@pD9E393EC.dip0.t-ipconnect.de)
# [15:13] * Quits: yuuki__ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
# [15:18] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
# [15:21] * Joins: davidb (~davidb@66.207.208.98)
# [15:22] * Quits: davidb (~davidb@66.207.208.98) (Client Quit)
# [15:22] * Joins: davidb (~davidb@66.207.208.98)
# [15:23] * Quits: davidb (~davidb@66.207.208.98) (Client Quit)
# [15:23] * Joins: davidb (~davidb@66.207.208.98)
# [15:29] * Joins: MacTed (~Thud@63.119.36.36)
# [15:31] <charlvn> http://www.internetsociety.org/20th/defining-moments-internet
# [15:34] <dinesh___> lol
# [15:34] * Joins: izhak (1000@188.168.76.116)
# [15:35] <dinesh___> i believe that there was no internet before "www", "tcp/ip", "dns", "emails", "arpanet", "emails" and perhaps even rfc
# [15:36] <dinesh___> so perhaps search engines..
# [15:37] <zcorpan> internet existed before www
# [15:37] <mainerror> Before "Arpanet"!?
# [15:38] <dinesh___> perhaps but that's not what most people think
# [15:38] <dinesh___> ;)
# [15:39] <zewt> what, are you saying "internet" and "web" aren't the same thing
# [15:39] <zewt> crazytalk
# [15:39] <zcorpan> seems rfc1 is dated 7 april 1969
# [15:39] <zewt> rfc1: "hello? is anybody out there?"
# [15:41] <zcorpan> [ This RFC was put into machine readable form for entry ]
# [15:41] <zcorpan> [ into the online RFC archives by Celeste Anderson 3/97 ]
# [15:42] <karlcow> http://tools.ietf.org/html/rfc1
# [15:44] <karlcow> not sure what it tells me, but I'm almost as old as the first RFC. dinosaur.
# [15:52] * Joins: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se)
# [15:53] <zcorpan> annevk: heavenly? yeah, maybe, dunno :-)
# [15:55] <annevk> euh lol
# [15:56] * Joins: scor (~scor@drupal.org/user/52142/view)
# [15:57] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
# [15:57] * Joins: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com)
# [15:58] * Quits: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com) (Remote host closed the connection)
# [15:58] <zcorpan> hmmmm. calc() needs to support unitless. argh
# [15:59] <zcorpan> er
# [15:59] <zcorpan> i mean rect()
# [16:00] * Quits: kaustubh (~kaustubh@144.187.36.11) (Quit: Leaving...!)
# [16:00] * [[zzz]] is now known as [[zz]]
# [16:07] * Quits: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be) (Ping timeout: 246 seconds)
# [16:08] * Quits: PalleZingmark (~Adium@217.13.228.226) (Quit: Leaving.)
# [16:09] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [16:09] * Joins: karlcow (~karl@nerval.la-grange.net)
# [16:10] * Quits: Ducki (~Ducki@pD9E393EC.dip0.t-ipconnect.de) (Read error: Connection reset by peer)
# [16:11] <annevk> aah, The Economist finally caught up and disabled my online access
# [16:12] <annevk> there's only a GBP 30 difference or so between online and online + print
# [16:12] * Quits: foolip (~philip@node-7lfba4wclqund3h0g.a0.ipv6.opera.com) (Remote host closed the connection)
# [16:13] <annevk> a little less for the first year; is print distribution really that cheap, or is online covering the costs?
# [16:13] * Joins: sarro (~sarro@i5E864270.versanet.de)
# [16:14] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
# [16:16] * Joins: ksweeney (~Kevin_Swe@nyv-exweb.iac.com)
# [16:16] * Joins: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be)
# [16:17] * Joins: timmywil (~timmywil@host-68-169-175-226.WISOLT2.epbfi.com)
# [16:18] * Joins: drublic (~drublic@frbg-4d029775.pool.mediaWays.net)
# [16:23] * Quits: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be) (Ping timeout: 248 seconds)
# [16:24] * nonge_ is now known as nonge
# [16:25] <karlcow> annevk: the paper/delivery bill is certainly a small percentage of the salaries.
# [16:26] * Joins: foolip (~philip@node-7lfbbkzdeqgrw590y.a0.ipv6.opera.com)
# [16:31] <annevk> but is it only 30 per year per printed magazine
# [16:32] <annevk> a little less even
# [16:32] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
# [16:33] * Quits: JohnAlbin (~JohnAlbin@114-42-63-53.dynamic.hinet.net) (Quit: HTTP/1.1 404 JohnAlbin Not Found)
# [16:34] * Joins: JohnAlbin (~JohnAlbin@114-42-63-53.dynamic.hinet.net)
# [16:42] * Joins: smaug____ (~chatzilla@12.197.88.10)
# [16:44] * Joins: tantek (~tantek@c-76-115-51-221.hsd1.or.comcast.net)
# [16:55] * Parts: ksweeney (~Kevin_Swe@nyv-exweb.iac.com)
# [16:56] * Quits: smaug____ (~chatzilla@12.197.88.10) (Ping timeout: 245 seconds)
# [16:59] * Quits: sarro (~sarro@i5E864270.versanet.de) (Ping timeout: 245 seconds)
# [16:59] * Quits: danbri (~danbri@78.25.238.145) (Read error: Operation timed out)
# [16:59] * Joins: sarro (~sarro@i5E864270.versanet.de)
# [17:00] * Joins: danbri (~danbri@78.25.238.145)
# [17:01] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Remote host closed the connection)
# [17:10] * Joins: mbatle (mbatle@pasanda.collabora.co.uk)
# [17:12] * Joins: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be)
# [17:13] * Quits: sarro (~sarro@i5E864270.versanet.de) (Ping timeout: 252 seconds)
# [17:13] * Joins: sarro (~sarro@i5E864270.versanet.de)
# [17:13] * Joins: hij1nx (~hij1nx@static-64-61-115-26.isp.broadviewnet.net)
# [17:16] * Quits: Zauberfisch (Zauberfisc@venus.zauberfisch.at) (Quit: Leaving)
# [17:17] * Joins: Zauberfisch (Zauberfisc@venus.zauberfisch.at)
# [17:25] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 272 seconds)
# [17:27] * Joins: chriseppstein (~chrisepps@209.119.65.162)
# [17:30] * Joins: smaug____ (~chatzilla@12.197.88.252)
# [17:31] * Guest24515 is now known as jahman
# [17:31] * Joins: ehsan (~ehsan@12.197.88.10)
# [17:33] <smaug____> hmm, should I add EventReceiver
# [17:34] * jernoble|afk is now known as jernoble
# [17:38] * Quits: ehsan (~ehsan@12.197.88.10) (Remote host closed the connection)
# [17:41] <karlcow> http://www.w3.org/community/webapps-ui/
# [17:43] * Joins: tomasf_ (~tomasf@host-95-199-3-135.mobileonline.telia.com)
# [17:43] * Quits: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be) (Ping timeout: 272 seconds)
# [17:44] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Ping timeout: 252 seconds)
# [17:44] * tomasf_ is now known as tomasf
# [17:46] * Joins: chrischris (~chris@li117-103.members.linode.com)
# [17:50] * Quits: jernoble (~jernoble@2620:149:4:1b01:a420:72d4:7634:2411) (Remote host closed the connection)
# [17:51] <annevk> foolip: the arrays in big5.json are the code points found for these bytes:
# [17:51] <annevk> while (leadbyte < (0xFE-0x81+1)):
# [17:51] <annevk> while (byte < (0xFE-0x40+1)):
# [17:51] <annevk> file.write(chr(leadbyte+0x81))
# [17:51] <annevk> file.write(chr(byte+0x40))
# [17:51] <annevk> if byte == 0x7E-0x40:
# [17:51] <annevk> byte += (0xA1 - 0x7F)
# [17:51] <annevk> byte += 1
# [17:51] <annevk> leadbyte += 1
# [17:51] <annevk> byte = 0;
# [17:52] * Quits: tomasf (~tomasf@host-95-199-3-135.mobileonline.telia.com) (Quit: tomasf)
# [17:52] <foolip> annevk, as reported by charCodeAt I guess?
# [17:52] <annevk> so 0x81 0x40 -> array[0]
# [17:52] * Joins: jernoble (~jernoble@2620:149:4:1b01:5442:e8cd:96ba:737d)
# [17:52] <annevk> foolip: almost
# [17:52] <annevk> foolip: I combine surrogates
# [17:53] <annevk> and for Opera I ignore a few code points less than 0x80 that follow a 0xFFFD
# [17:53] <annevk> foolip: some stuff to get the data is here: http://dump.testsuite.org/encoding/big5/
# [17:53] <foolip> annevk, ok, are the PUA points that are mapped not in the BMP, or is it just that some stuff maps to CJK C?
# [17:55] <foolip> annevk, do you already have a hunch for how you're going to spec this, or is it all just broken?
# [17:55] <annevk> foolip: I don't know for big5; ideally someone tells me
# [17:55] <annevk> foolip: the PUA is all in BMP
# [17:55] <foolip> annevk, have you looked at what mapping iconv uses?
# [17:56] <dglazkov> good morning, Whatwg!
# [17:56] * Joins: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be)
# [17:56] <gsnedders> foolip: On what system?
# [17:56] <foolip> gsnedders, for which question?
# [17:57] <annevk> foolip: no, but I think that would be the same as Chrome here
# [17:57] <foolip> annevk, oh, Chrome more or less uses iconv?
# [17:57] <annevk> foolip: but maybe not, but I don't really care about non-browser consumers, they're likely even more wrong :)
# [17:58] <foolip> Perhaps
# [17:58] <gsnedders> foolip: iconv varying between POSIX impls
# [17:59] <foolip> gsnedders, oh, then I mean the one in GNU libc I guess
# [17:59] * gsnedders was no idea whether OS X has uts iwb ub this case
# [17:59] <gsnedders> *its own in
# [17:59] <foolip> annevk, mapping things to the PUA when they exist in Unicode proper seems worth avoiding, so some idea about what the compatible subset is would be sweet
# [17:59] <foolip> Does Opera map to the PUA, for example?
# [18:00] <annevk> no we don't
# [18:00] <annevk> we map almost all of those to U+FFFD
# [18:00] <annevk> apart from a few
# [18:00] <annevk> big5 and big5-hkscs are also incompatible I'm told
# [18:01] <foolip> As in, there are de-facto extensions to Big5 that conflict with Big5-HKSCS?
# [18:02] <annevk> think so, not exactly sure how it relates to the standards
# [18:02] <annevk> let me check our bug database, Peter explained somewhere
# [18:03] <foolip> If IE is able to treat Big5 and Big5-HKSCS as synonyms it sounds like it's possible to sort out
# [18:03] <annevk> foolip: see CORE-35726
# [18:03] <foolip> Unless the horrible truth is that the same code points are used for different glyphs in popular fonts in Taiwan and Hong Kong :{
# [18:03] <annevk> that's the thing
# [18:04] <annevk> Microsoft ships HKSCS package for Hong Kong users
# [18:04] <annevk> a package*
# [18:04] <annevk> and that package includes different glyph mappings for some PUA code points
# [18:04] <foolip> Ugh...
# [18:04] <annevk> yeah, it's insane
# [18:05] <foolip> Knowing which exact characters are in conflict would be useful
# [18:06] <Ms2ger> Velmont, commented
# [18:07] * Joins: ehsan (~ehsan@12.197.88.252)
# [18:08] <foolip> annevk, from Peter's comments it looks like the conflicts are pretty trivial, where there exists duplicates in Unicode or at least very similar glyphs
# [18:08] <annevk> http://coq.no/character-tables/chinese-traditional/en has some analysis, but not that much
# [18:09] <foolip> annevk, I'd be happy to help out with this since I love both Chinese and Unicode, but it sounds like right now you don't really know where to start?
# [18:11] <annevk> if we assume Microsoft is the dominant force I guess what you want is a) the difference in glyph mapping between users with and without the HKSCS plugin and b) the Unicode code points for all the ~6000 glyphs
# [18:12] <annevk> and then maybe if they are not too incompatible provide a combined set of sorts
# [18:12] <annevk> but presumably Microsoft would have done that if it were possible
# [18:13] <foolip> Perhaps
# [18:13] * Joins: jdaggett (~jdaggett@12.197.88.10)
# [18:14] <annevk> if the difference is huge we could attempt to still avoid PUA (if the fonts work with that anyway, that might be another issue), and have different tables depending on locale
# [18:14] <foolip> If possible, it would be great to have a look at the byte sequences that map to something different (in IE on Windows) in Big5 and Big5-HKSCS and screenshots of how those are actually rendered on a system with and without Microsoft's font package
# [18:14] <annevk> the byte sequences map to the same code point afaict
# [18:14] * Quits: Lachy (Lachy@nat/opera/x-rjxlzqvpqcoqhajd) (Quit: Computer has gone to sleep.)
# [18:14] <annevk> although I have not tried installing the hkscs pack
# [18:15] <foolip> They probably do, it would be odd for the mappings to depend on installed fonts.
# [18:15] <annevk> hmm
# [18:15] <annevk> "This HKSCS-2001 add-on software package is not compatible with Windows Vista™. Windows Vista has built-in support for HKSCS-2004."
# [18:15] * Joins: twisted` (~twisted@p5DDB9DC3.dip.t-dialin.net)
# [18:15] <annevk> I've been using Windows 7
# [18:16] <foolip> Sounds like they've already unified things somewhat?
# [18:16] <annevk> maybe
# [18:17] <annevk> guess I should ask someone from Microsoft how they deal with it now
# [18:17] * Quits: pyrsmk (~pyrsmk@161.212.140.88.rev.sfr.net) (Quit: tzing)
# [18:17] <foolip> Yeah, let me know if you need help staring at glyphs and telling if they are the same or not.
# [18:17] <foolip> Time to leave now, bye!
# [18:18] * Joins: pyrsmk (~pyrsmk@88.140.212.161)
# [18:20] <annevk> thanks foolip
# [18:22] * Quits: smaug____ (~chatzilla@12.197.88.252) (Remote host closed the connection)
# [18:23] * Joins: smaug____ (~chatzilla@12.197.88.252)
# [18:24] * Joins: rubys (~rubys@cpe-098-027-059-167.nc.res.rr.com)
# [18:25] * Quits: izhak (1000@188.168.76.116) (Remote host closed the connection)
# [18:25] * Quits: danbri (~danbri@78.25.238.145) (Read error: Connection reset by peer)
# [18:25] * Joins: danbri (~danbri@78.25.238.145)
# [18:26] * Quits: hij1nx (~hij1nx@static-64-61-115-26.isp.broadviewnet.net) (Quit: hij1nx)
# [18:27] * Joins: jryans (~jryans@24-155-144-5.static.grandenetworks.net)
# [18:31] * Joins: izhak (1000@188.168.76.116)
# [18:32] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [18:32] * Quits: danbri (~danbri@78.25.238.145) (Ping timeout: 272 seconds)
# [18:32] * Joins: tomasf (~tom@2002:55e5:dbb7:0:14c9:2676:fdeb:83ec)
# [18:34] * Joins: aklein (u4454@gateway/web/irccloud.com/x-rzsrlrtzljqfxavi)
# [18:36] * Quits: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be) (Ping timeout: 272 seconds)
# [18:37] <annevk> foolip: http://lists.w3.org/Archives/Public/www-archive/2012Mar/0046.html
# [18:37] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Read error: Connection reset by peer)
# [18:38] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
# [18:38] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
# [18:41] * Joins: Lachy (~Lachy@cm-84.215.13.244.getinternet.no)
# [18:44] * Joins: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be)
# [18:51] * Quits: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be) (Ping timeout: 245 seconds)
# [18:58] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [19:02] * Quits: jdaggett (~jdaggett@12.197.88.10) (Quit: jdaggett)
# [19:04] * Joins: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be)
# [19:06] * Joins: nessy (~Adium@209.118.182.194)
# [19:08] * Quits: manu1 (~chatzilla@pool-71-171-26-60.nwrknj.east.verizon.net) (Ping timeout: 246 seconds)
# [19:09] * Joins: ap (~ap@2620:149:4:1b01:7c1e:6f25:a7c6:92a9)
# [19:12] * Joins: jdaggett (~jdaggett@12.197.88.252)
# [19:12] * Quits: rubys (~rubys@cpe-098-027-059-167.nc.res.rr.com) (Quit: Leaving.)
# [19:12] * Quits: nessy (~Adium@209.118.182.194) (Quit: Leaving.)
# [19:13] * Quits: ehsan (~ehsan@12.197.88.252) (Ping timeout: 250 seconds)
# [19:13] * Joins: rubys (~rubys@cpe-098-027-059-167.nc.res.rr.com)
# [19:13] * Joins: ehsan (~ehsan@12.197.88.252)
# [19:14] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
# [19:15] * Joins: pablof (~pablof@144.189.101.1)
# [19:15] * Joins: KillerX (~anant@dhcp-47ca.meeting.ietf.org)
# [19:21] * Quits: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be) (Ping timeout: 252 seconds)
# [19:22] * Quits: pyrsmk (~pyrsmk@88.140.212.161) (Ping timeout: 252 seconds)
# [19:22] * Quits: drublic (~drublic@frbg-4d029775.pool.mediaWays.net) (Remote host closed the connection)
# [19:23] * Joins: manu1 (~chatzilla@pool-74-107-165-51.ronkva.east.verizon.net)
# [19:24] <annevk> I wonder if http://www.microsoft.com/download/en/details.aspx?DisplayLang=en&id=12080 is available as source code or something
# [19:24] <annevk> what is .msi?
# [19:25] <annevk> Windows installation it seems
# [19:27] * Joins: GlitchMr (~glitchmr@178-36-142-205.adsl.inetia.pl)
# [19:31] <TabAtkins> zewt: roc: I just talked with Ken about the Typed Array stuff, and he offered a pretty convincing defense of his position.
# [19:31] <TabAtkins> Which was basically:
# [19:32] <TabAtkins> 1) If you're generating data on the CPU for export to the GPU on the same device (common case for WebGL and WebAudio), endianness is irrelevant, because you don't really introspect the data. Using native endianness is best for performance, which is critical here.
# [19:33] <TabAtkins> 2) If you're pulling data from the network, DataView handles the testing and byteswapping easily and automatically - all you need to know is the endianness of the incoming data.
# [19:33] <TabAtkins> (Which can reasonably be big or little, depending entirely on file format.)
# [19:33] <TabAtkins> If you're exporting to the network, DataView also takes care of that, automatically swapping to your desired endianness as necessary.
# [19:34] * Joins: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be)
# [19:34] <gsnedders> TabAtkins: However, almost all WebGL demos do more than just generate data, so 1 isn't relevant
# [19:34] <TabAtkins> The problem is that FF only implemented DataView last week, so a lot of bad advice was given.
# [19:34] * Joins: sicking (~chatzilla@c-98-210-152-4.hsd1.ca.comcast.net)
# [19:34] <gsnedders> TabAtkins: 2 is good and fine in theory… but nobody does it.
# [19:34] <gsnedders> Almost no WebGL demos work on BE devices.
# [19:35] <TabAtkins> Existing WebGL demos that generate data solely on the device?
# [19:35] <gsnedders> Nah, a few people did a while ago evangelize stuff for this.
# [19:35] <gsnedders> bz probably more than anyone else, IIRC.
# [19:35] <TabAtkins> I'm just curious about the exact shape of the failing demos.
# [19:36] <gsnedders> Mostly 2, and assuming the typed array is LE
# [19:36] <TabAtkins> Because Ken claimed that existing ones (that didn't rely on network data without using DataView) should work fine on either architecture.
# [19:36] <gsnedders> Oh, they do.
# [19:36] <gsnedders> But most WebGL stuff relies on network data without using DataView.
# [19:36] <TabAtkins> And he argues that the reason nobody has used DataView is to a large extent because FF didn't implement it originally.
# [19:37] <gsnedders> And as long as that's possible, web devlopers will do it, because nobody will test on BE.
# [19:37] <gsnedders> Modulo people targetting TVs, who likely will.
# [19:38] <gsnedders> (The Opera Devices SDK has been shipping WebGL for over a year now)
# [19:38] * Joins: drublic (~drublic@frbg-5f7310bf.pool.mediaWays.net)
# [19:38] <TabAtkins> He also argues that, based on long experience with the JVM, you can't do automatic endianness-swapping without killing performance.
# [19:39] <gsnedders> I totally agree. But provided we make it possible to have web devs easily break stuff on platforms almost nobody uses, they will.
# [19:39] <Philip`> TabAtkins: "performance, which is critical here" - the cost of swapping bytes when uploading to the GPU sounds like it should be generally quite trivial compared to the other costs of copying the memory to the GPU when implemented sanely (though I'm not basing that on any experience)
# [19:40] <gsnedders> It's either have it not work or do endianness-swapping, practically.
# [19:40] <TabAtkins> Philip`: Ken argues that it's not, because you have to hold onto a schema for the data in the CPU so you can do the swap properly just before exporting.
# [19:41] <gsnedders> TabAtkins: I expect most people would use LE DataViews, so the cost is there on BE anyway
# [19:41] * Quits: izhak (1000@188.168.76.116) (Remote host closed the connection)
# [19:41] <TabAtkins> gsnedders: I don't understand. DataViews don't have endianness - they're native too. You specify what the endianness of the incoming data is, and it swaps there.
# [19:42] <Philip`> TabAtkins: I imagine an implementation that cared about performance would JIT the memcpy-with-fancy-byte-swapping code, rather than using an explicit schema representation
# [19:43] <TabAtkins> Philip`: According to Ken, that hasn't been possible in the years of compiler research in the JVM. It breaks down into lots of virtual gets.
# [19:43] <gsnedders> TabAtkins: You can do the same with the typed array, no?
# [19:43] <TabAtkins> gsnedders: I'm not entirely sure I understand what you're asking.
# [19:44] * Joins: WeirdAl (~chatzilla@g2spf.ask.info)
# [19:44] <Philip`> Virtual gets?
# [19:45] <gsnedders> TabAtkins: You store the underlying array as native endianness. [[Get]] and [[Put]] convert the words they touch. Copying the array from CPU to GPU is quick (due to native endianness), as is taking a subarray.
# [19:45] <TabAtkins> virtual calls when getting the data. I'm more-or-less quoting from memory there, I don't know about shit.
# [19:45] <gsnedders> Or maybe [[Get]] and [[Put]] are perf critical
# [19:46] <gsnedders> But that's basically what DataViews do, AIUI
# [19:47] <Philip`> TabAtkins: I don't see why you'd want to do any virtual method calls when just copying an array of bytes (with no fancy getters or anything) into a new array of bytes
# [19:47] * Philip` wonders whether GPUs actually have the same endianness as their host CPUs
# [19:47] <TabAtkins> Philip`: Because you need to byteswap sometimes?
# [19:47] <TabAtkins> Philip`: According to Ken, yes.
# [19:47] <TabAtkins> gsnedders: All I know is that Ken says DataViews solve the problem in a way that automatic swapping can't. Presumably that means swapping is done early.
# [19:48] <gsnedders> Just do that for accesses of the whole array, have dataviews always have endianness, and then if you're using dataview you get high-perf 50% of the time.
# [19:48] <gsnedders> Philip`: They do, by design, for just that reason.
# [19:48] <gsnedders> TabAtkins: I don't believe we swap early, at least.
# [19:49] * Joins: dbaron (~dbaron@12.197.88.252)
# [19:51] * Quits: Ms2ger (~Ms2ger@kotnet-146.kulnet.kuleuven.be) (Ping timeout: 245 seconds)
# [19:51] <Philip`> TabAtkins: I don't see why the byteswapping would involve virtual method calls - it'd just involve reading 4 bytes from the input, doing a byte-swap instruction, then writing to the output array, and repeat for each field in the data structure that needs swapping, then loop, or whatever
# [19:51] <TabAtkins> Ah, now that I've looked at the spec I see what's happening. This design seems somewhat suboptimal.
# [19:52] <TabAtkins> There's no reason to have the desired endianness on the get calls unless you're trying to optimize for the case where a file is mixed-endian.
# [19:52] <TabAtkins> It should be specified on the constructor I guess.
# [19:52] * Quits: sicking (~chatzilla@c-98-210-152-4.hsd1.ca.comcast.net) (Ping timeout: 246 seconds)
# [19:53] <gsnedders> TabAtkins: It depends.
# [19:53] <TabAtkins> That still doesn't let you swap early, though, unless you know the data's schema.
# [19:54] <gsnedders> TabAtkins: There are cases when you want to read in a file of non-native endianness, change one word, and then write it out.
# [19:54] <TabAtkins> Hm, I think I need to see an example of DataView being used with WebGL.
# [19:54] <gsnedders> In that case, it will normally be quicker to just convert the one thing you want to change
# [19:56] * Quits: Lachy (~Lachy@cm-84.215.13.244.getinternet.no) (Quit: Computer has gone to sleep.)
# [20:01] * Joins: jonlee (~jonlee@2620:149:4:1b01:9d05:e3da:9d25:d6ed)
# [20:02] * Quits: jonlee (~jonlee@2620:149:4:1b01:9d05:e3da:9d25:d6ed) (Remote host closed the connection)
# [20:02] * Joins: jonlee (~jonlee@2620:149:4:1b01:9d05:e3da:9d25:d6ed)
# [20:02] * Quits: jonlee (~jonlee@2620:149:4:1b01:9d05:e3da:9d25:d6ed) (Client Quit)
# [20:03] * Joins: jonlee (~jonlee@2620:149:4:1b01:9d05:e3da:9d25:d6ed)
# [20:07] <annevk> success
# [20:07] <annevk> well some
# [20:07] <annevk> http://blogs.msdn.com/b/shawnste/archive/2007/03/12/cp-951-hkscs.aspx
# [20:09] * Quits: jernoble (~jernoble@2620:149:4:1b01:5442:e8cd:96ba:737d) (Remote host closed the connection)
# [20:11] <annevk> http://lists.w3.org/Archives/Public/www-archive/2012Mar/0051.html sounds promising
# [20:11] <annevk> so IE treats them as aliases, no longer has different mappings depending on locale
# [20:11] * Joins: necolas (~necolas@5ade4db9.bb.sky.com)
# [20:11] <annevk> so IE's mapping, perhaps with some PUA code points replaced with actual code points, sounds like the best way forward
# [20:11] <annevk> including merging big5 and big5-hkscs
# [20:12] * Joins: jernoble (~jernoble@2620:149:4:1b01:20d0:534b:97e6:88df)
# [20:14] <zcorpan> nice
# [20:14] * Joins: sicking (~chatzilla@12.197.88.252)
# [20:18] * zcorpan created http://simon.html5.org/tools/js/unicodeize/ for spec writing
# [20:19] * Joins: Lachy (~Lachy@cm-84.215.13.244.getinternet.no)
# [20:20] * Quits: tantek (~tantek@c-76-115-51-221.hsd1.or.comcast.net) (Quit: tantek)
# [20:21] <annevk> hmm
# [20:21] <annevk> now I know my name is full of boring code points
# [20:24] * Joins: nessy (~Adium@2620:149:f01:220:74b8:ab5b:e93d:bc2e)
# [20:24] * Joins: SHAGGSTaRR (~empiricis@199.19.119.136)
# [20:24] * Quits: sicking (~chatzilla@12.197.88.252) (Ping timeout: 244 seconds)
# [20:29] * Quits: Lachy (~Lachy@cm-84.215.13.244.getinternet.no) (Quit: Computer has gone to sleep.)
# [20:34] * Joins: rniwa (rniwa@nat/google/x-qgowhpnpkltmfhkd)
# [20:35] * Quits: ehsan (~ehsan@12.197.88.252) (Remote host closed the connection)
# [20:35] * Joins: jsbell (jsbell@nat/google/x-vnnfsgahtkcpbdps)
# [20:38] <TabAtkins> zcorpan: Yay, useful!
# [20:46] * Quits: nessy (~Adium@2620:149:f01:220:74b8:ab5b:e93d:bc2e) (Quit: Leaving.)
# [20:50] * Joins: tantek (~tantek@c-76-105-181-98.hsd1.or.comcast.net)
# [20:51] * Joins: sicking (~chatzilla@12.197.88.252)
# [20:51] * Joins: ehsan (~ehsan@nat/mozilla/x-qsqvaxuirnxqxtxa)
# [20:54] <zcorpan> if anyone knows why the selection thing doesn't work in firefox and chrome when tabbing away from the textarea, lemme know
# [20:55] <zcorpan> or get firefox/chrome fixed :-P
# [20:56] <smaug____> zcorpan: what selection thing?
# [20:56] <zcorpan> in http://simon.html5.org/tools/js/unicodeize/
# [20:56] <smaug____> I guess I should try what happens in Opera
# [20:57] <smaug____> ah, I see
# [20:57] <zcorpan> http://dvcs.w3.org/hg/editing/raw-file/tip/editing.html#dom-selection-selectallchildren is the spec
# [21:00] <smaug____> zcorpan: does the output element get focus event in FF/CH ?
# [21:01] <smaug____> yes...
# [21:02] <zcorpan> i don't seem to get an event in http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1437
# [21:03] <zcorpan> in chrome... get it in firefox when tabbing
# [21:03] <zcorpan> not when clicking
# [21:07] <Hixie> sweet kittens, our industry has a buzzword problem
# [21:07] <Hixie> looks like "internet of things" is going to be the next "mobile web"
# [21:08] <zcorpan> "internet of things"?
# [21:09] * Joins: nessy (~Adium@2620:149:f01:220:7597:64d2:bf:fe7a)
# [21:09] * Quits: jernoble (~jernoble@2620:149:4:1b01:20d0:534b:97e6:88df) (Quit: jernoble)
# [21:09] * Joins: jernoble (~jernoble@2620:149:4:1b01:20d0:534b:97e6:88df)
# [21:09] <rubys> Hixie: I'd like to invite you to publish your complete Canvas 2D API editor's draft (including r7023 through r7038) at http://dev.w3.org/html5/2dcontext-hixie/
# [21:12] <smaug____> o_O
# [21:13] <smaug____> will there be a separate canvas spec in W3C ?
# [21:13] <rubys> eventually, there will be something after HTML5, yes.
# [21:14] <annevk> what is going to be published at 2dcontext then?
# [21:15] * Quits: KillerX (~anant@dhcp-47ca.meeting.ietf.org) (Quit: KillerX)
# [21:15] <rubys> At the moment, that's frozen at March 7th. It will certainly have the result of the issue 201 decision folded into it. At this point, Hixie's draft goes beyond that with other new features.
# [21:16] <Hixie> rubys: a "hixie" version of the canvas spec would just be the html spec with the 2d api in the canvas section, i'm not sure it makes sense to have a "hixie" version of just the 2d api
# [21:17] <rubys> ultimately this may need to be done to all the specs, but we don't need to do all at once, and it makes sense to delay that for as long as is reasonable for the base HTML5 spec.
# [21:17] <annevk> so why not call it -next then?
# [21:17] <annevk> or -dev
# [21:18] <annevk> seems kind of weird to put the nick of the editor in the URL
# [21:18] <rubys> -next may be presumptuous and spur lots of extraneous discussions. I simply would like to see it get out there to be discussed. That's the best way to lead to a discussion about what should be in "-next"... I would much rather see leading by doing than yet another argument over who gets the pen.
# [21:18] <rubys> annevk: the IETF does that all of the time, no?
# [21:19] <rubys> we could go with Hickson I guess
# [21:19] <Hixie> the ietf is a perfect example of the mess that happens when we do that :-)
# [21:19] <zcorpan> can't http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html#2dcontext be used for discussion?
# [21:20] * Joins: espadrine (~thaddee_t@acces2373.res.insa-lyon.fr)
# [21:20] <rubys> Apple has patent concerns; Microsoft has other concerns. Simply republishing it in W3C space hopefully can get the technical discussions going instead of the non-technical ones.
# [21:21] <Hixie> rubys: anyway, i'm happy to check in a draft that is a true "editor's draft" as opposed to the "majority draft" or whatever it is we have now; but as editor the only draft i'd be writing is a single html spec, like the whatwg's, not a split out set of specs. if you think that'd be helpful, though, i'd be happy to do that.
# [21:21] <Hixie> the patent concerns are moot unless we publish a REC of the draft in question
# [21:21] <Hixie> merely having it on dev.w3.org doesn't make any difference there
# [21:22] <rubys> Hixie: I think it would be helpful if you were to publish a clearly separate Canvas 2D API spec, preferably under your name or nick, in W3C space. I am not suggesting that you change anything else about how you develop such a spec. I would prefer if this were not yet done for the other W3C specs at this time.
# [21:23] <annevk> rubys: IETF also publishes in ASCII and text/plain
# [21:23] <Hixie> rubys: i do not support having a separate canvas spec, so i would like to not frame it in such a way that it appears to be my choice
# [21:24] <rubys> Hixie: I would be glad to frame it as something that I requested.
# [21:24] <Hixie> rubys: there's a 2dcontext-LC/ directory in cvs right now that is woefully out of date, would it makes sense to copy what is currently in 2dcontext/ to 2dcontext-LC/ and then put 2dcontext/ back to tip-of-tree?
# [21:24] <annevk> rubys: and actually, IETF only does that before a WG is formed
# [21:24] <annevk> rubys: WG drafts don't have it
# [21:25] <Hixie> rubys: (that seems like it would address your concerns and mine, if i understand yours correctly)
# [21:25] <rubys> 2dcontext-LC is what went into LC1. We likely will need to have an LC2. What goes into those drafts will increasingly be locked down.
# [21:26] <rubys> I think we need another draft that doesn't have those locks in place. I think the Canvas doc would be a great way to start.
# [21:26] <annevk> didn't you just say you want to freeze it?
# [21:27] <rubys> annevk: there will at least be the need to apply the decision that is made for issue 201 to the W3C LC2 Canvas API draft.
# [21:28] <annevk> and that cannot happen in 2dcontext-LC?
# [21:28] <rubys> but at the moment, nobody is proposing adding ellipse support to the W3C HTML5 version of Canvas.
# [21:28] <annevk> well it seems several people are
# [21:28] <annevk> but they are not jumping through hoops
# [21:28] <annevk> so for some definition of "proposing" I guess they are indeed not
# [21:28] <rubys> annevk: agreed that we aren't disagreeing here :-)
# [21:29] <zcorpan> hsivonen: jslint fixed. jshint not yet.
# [21:29] <annevk> zcorpan: myth busted
# [21:29] <karlcow> - Mike "Pomax" Kamermans
# [21:29] <karlcow> processing.js
# [21:29] <karlcow> https://www.w3.org/Bugs/Public/show_bug.cgi?id=14562
# [21:29] <zcorpan> now i should probably file separate bugs to *do* whine about "<!--" and "</script>"
# [21:30] <karlcow> did ask
# [21:30] <karlcow> which led to https://www.w3.org/Bugs/Public/show_bug.cgi?id=14579
# [21:30] <rubys> I stand by my original recommendation. I would really rather not have any name that appears presumptuous to the point where people feel the need to challenge it.
# [21:30] <Hixie> rubys: is there any problem with using the existing 2dcontext-LC/ directory for the cherrypicked draft and 2dcontext/ for the wg draft? i don't understand your objection to that
# [21:31] <Hixie> rubys: my objection to creating a third directory is that we are already littering the w3c space with obsolete copies of the canvas spec
# [21:31] <Hixie> rubys: i keep getting people coming across old copies and asking me obsolete questions about them
# [21:31] <Hixie> rubys: it's truly hurting interop
# [21:31] <Hixie> rubys: mike did some work getting rid of some old ones, but there's still at least 3 already
# [21:31] * Quits: myakura (~myakura@FL1-110-233-178-43.tky.mesh.ad.jp) (Remote host closed the connection)
# [21:31] <rubys> hixie that will start a flame war that I simply don't want to fight right now.
# [21:32] <Hixie> why would it start a flame war?
# [21:33] * jonlee is now known as jonlee|afk
# [21:33] <rubys> At the moment, what is in 2dcontext is what the HTML WG intends to be as a part of HTML5, and is subject to the revert policy in place.
# [21:34] <Hixie> so just change that to be 2dcontext-LC/
# [21:34] <rubys> I am not willing to fight that battle at this time. If you wish, feel free to decline my request to publish this separately.
# [21:34] <zcorpan> or, i guess the html validator already whines about <!-- and </script>
# [21:35] * jonlee|afk is now known as jonlee
# [21:35] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [21:35] <Hixie> well it's already published separately, the request is to publish a version of the spec that fulfills certain chair decisions but not others, right?
# [21:35] <Hixie> i mean, i'm not really sure whose draft this would be
# [21:36] <Hixie> it doesn't represent what i would like, so it's not an editor's copy; it doesn't represent what the wg would like, so it's not a majority copy, it's not what we're going to publish so it's not a TR/ copy...
# [21:36] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [21:36] <Hixie> whose draft would it be? what process would it be under? what would decide what it contains?
# [21:36] <rubys> What I am suggesting is a Hixie version of the spec be published. Whether parts of it are cherry picked for the HTML5 time frame or are fodder for an HTML.next has yet to be determined.
# [21:36] <Hixie> a hixie version of the spec is already published: http://whatwg.org/html
# [21:37] <Hixie> it has the exact same patent situation as a draft in dev.w3.org
# [21:38] <rubys> My experience is that such a document will not attract participation by Microsoft, and in my opinion, that situation is suboptimal.
# [21:38] <Hixie> nor does a dev.w3.org draft, really. the amount of microsoft input in the htmlwg has been so minimal as to be de minimis
# [21:39] <zcorpan> rubys: you said microsoft has "other concerns". are they secret?
# [21:39] <rubys> I am willing to make my request be an official request of a W3C co-chair.
# [21:39] <Hixie> so then it'd be a chair's copy of the spec?
# [21:39] * Joins: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net)
# [21:40] <rubys> zcorpan: I haven't had that discussion with Microsoft, nor am I likely to.
# [21:40] <Hixie> seems weird for the chairs to maintain (or ask someone to have maintain for them) a copy of the spec that doesn't match the very decisions they're handing down...
# [21:41] <rubys> Hixie: the HTML WG has had a policy for a while allowing individuals to post specs. Mostly that demonstrated (as expected) that there is a sincere desire to converge.
# [21:42] <rubys> We have asked you to revert 7023 pending a decision on 201. Now I see that there are other changes that haven't been proposed. I'd like to see those get published in W3C space and to have a version of the spec that evolves slower and stabilizes.
# [21:44] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
# [21:44] <Hixie> i'm happy to push the changes to dev.w3.org so long as we don't increase the number of different copies of the 2d api spec fragment in doing so
# [21:44] <Hixie> i'm pretty open to a variety of ways in which we could avoid doing that
# [21:47] <rubys> I believe that the LC one is pointed to by an announcement at some point. Once we complete this LC work, we should be able to archive that one and point to the latest stable spec.
# [21:47] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 246 seconds)
# [21:47] * Quits: nessy (~Adium@2620:149:f01:220:7597:64d2:bf:fe7a) (Quit: Leaving.)
# [21:47] <rubys> As I see it, there are two active threads, one that is winding down, and one that is ramping up.
# [21:47] * Quits: ehsan (~ehsan@nat/mozilla/x-qsqvaxuirnxqxtxa) (Remote host closed the connection)
# [21:48] <annevk> cannot really find that announcement fwiw
# [21:48] <annevk> also, it violates W3C policy to use the WD style sheet on dev.w3.org so that draft would have to change anyway
# [21:49] <Hixie> it's not the announcements i'm worried about, it's people randomly running into the draft and thinking it's the latest copy
# [21:49] <Hixie> i've found about 5 different copies of the canvas api and extensions to it in the last few minutes in w3.org space, none of which are up to date (since there isn't a mainline one currently, which is what sam is asking for me to add).
# [21:51] <rubys> Microsoft appears to feel strongly about issue-201, so different people will have different perspectives on what is considered up to date.
# [21:52] <rubys> Heck, I would gladly invite Microsoft to produce a copy of the 2D Canvas spec to their liking (and have a history of making exactly such request).
# [21:54] <Hixie> that would probably not resolve my concerns of there being too many different copies of the spec. :-)
# [21:54] <rubys> I'm Darwinian in that respect. I think it would, just perhaps not quickly.
# [21:55] <rubys> Found the post I was looking for: http://intertwingly.net/blog/2009/08/06/Disappearing-Silverware
# [21:56] <Hixie> well the last time you asked them to do that it resulted in an additional spec that is still there on dev.w3.org, in an Attic directory, so I think evidence suggests otherwise. :-)
# [21:56] <jgraham> The problem with many copies of the spec is that the harm they cause is in the short term not the long term
# [21:57] <Hixie> indeed
# [21:58] * Quits: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl) (Remote host closed the connection)
# [21:58] * Joins: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl)
# [21:59] <rubys> I don't see the harm caused by a directory clearly labeled as attic, and can see an argument that the W3C needs to put a plan in place to move the 1st LC draft into such.
# [22:00] <rubys> I do see considerable harm as labeling a spec that contains one of two competing proposals as "the latest".
# [22:01] * Quits: GlitchMr (~glitchmr@178-36-142-205.adsl.inetia.pl) (Quit: GlitchMr)
# [22:01] <Hixie> you're not the one fielding e-mails from people every day asking for clarifications about issues in the spec that were fixed months or years earlier, caused merely because they are looking at the TR/ page, or some random CVS-deleted Attic/ file, or whatnot.
# [22:02] <Hixie> an alternative way to solving this problem, if we can't come to an agreement on how to have the latest copy in dev.w3.org, would be for the relevant issue to be resolved sooner rather than later.
# [22:03] <rubys> at the moment, we have no counter proposal to issue 201, nor any proposal for the other additions that you have been making.
# [22:03] <rubys> I've also seen reference to your plans for a v6 and beyond.
# [22:04] <Hixie> well, to be fair, you do have a counter proposal, you just don't have one that's been written up in the bureaucratic way you'd like. You even asked for the counter-proposal to be reverted, so you can't say you don't know about it. :-)
# [22:04] * Quits: ap (~ap@2620:149:4:1b01:7c1e:6f25:a7c6:92a9) (Quit: ap)
# [22:05] <rubys> To me a complete proposal would include rationale.
# [22:06] <Hixie> the rationale is presumably the same
# [22:07] * Quits: jonlee (~jonlee@2620:149:4:1b01:9d05:e3da:9d25:d6ed) (Remote host closed the connection)
# [22:07] * Joins: jonlee (~jonlee@2620:149:4:1b01:9d05:e3da:9d25:d6ed)
# [22:08] <Hixie> rubys: looking at the existing -201 issue, i can confirm that the exact same rationale would apply to what was reverted
# [22:08] <rubys> In any case, I've made my request. If there is anything I can do to convince you to leave the stable copy as it stands and publish a -hixie version along side it, please let me know.
# [22:08] * Joins: ap (~ap@17.245.89.133)
# [22:08] <Hixie> rubys: if you like i can submit a CP that is identical in every way except the details section, but that just seems like bureaucracy for the sake of bureaucracy
# [22:08] <rubys> would that CP include ellipse?
# [22:09] <Hixie> sure, why not
# [22:09] <Hixie> they're part of the Path object, after all
# [22:09] <Hixie> how else would you make accessible ellipsoid hit regions?
# [22:10] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
# [22:10] <Hixie> gotta go, lunch
# [22:10] <Hixie> bbiab
# [22:11] * Quits: jryans (~jryans@24-155-144-5.static.grandenetworks.net) (Quit: Leaving...)
# [22:11] <rubys> looking at http://html5.org/tools/web-apps-tracker I see a number of changes that appear to go beyond hit testing.
# [22:12] * Joins: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net)
# [22:13] <rubys> I'll wander off, but I would like to see a -hixie draft and a Change Proposal that describes why what appears in that draft is a better fit for HTML5 than what is in http://www.w3.org/wiki/Canvas_hit_testing .
# [22:13] * Joins: jryans (~jryans@24-155-144-5.static.grandenetworks.net)
# [22:13] * Joins: gkellogg_ (~gregg@c-98-248-150-91.hsd1.ca.comcast.net)
# [22:14] * Quits: gkellogg_ (~gregg@c-98-248-150-91.hsd1.ca.comcast.net) (Client Quit)
# [22:14] * Joins: graememcc_ (~chatzilla@host86-173-124-58.range86-173.btcentralplus.com)
# [22:16] * Quits: graememcc (~chatzilla@host86-148-139-115.range86-148.btcentralplus.com) (Ping timeout: 276 seconds)
# [22:16] * graememcc_ is now known as graememcc
# [22:19] * Quits: globbot (~logbot@shell-staging.glob.com.au) (Ping timeout: 252 seconds)
# [22:19] * Joins: Lachy (~Lachy@cm-84.215.13.244.getinternet.no)
# [22:22] * Joins: roc (~chatzilla@60.234.54.74)
# [22:37] * Quits: ap (~ap@17.245.89.133) (Remote host closed the connection)
# [22:37] * Joins: ap (~ap@17.212.155.203)
# [22:37] * Joins: globbot (~logbot@shell-staging.glob.com.au)
# [22:39] * Quits: davidb (~davidb@66.207.208.98) (Quit: davidb)
# [22:40] * Parts: rubys (~rubys@cpe-098-027-059-167.nc.res.rr.com)
# [22:44] * Quits: cpearce (~cpearce@ip-118-90-36-173.xdsl.xnet.co.nz) (Ping timeout: 260 seconds)
# [22:47] * Quits: graememcc (~chatzilla@host86-173-124-58.range86-173.btcentralplus.com) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310193349])
# [22:47] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
# [22:48] * Quits: LBP (~Mirc@pD9EB17CB.dip0.t-ipconnect.de) (Quit: Bye, bye! See you on http://leanbackplayer.com)
# [22:50] * Quits: Lachy (~Lachy@cm-84.215.13.244.getinternet.no) (Quit: Computer has gone to sleep.)
# [22:51] * Quits: jonlee (~jonlee@2620:149:4:1b01:9d05:e3da:9d25:d6ed) (Quit: jonlee)
# [22:51] * Joins: jonlee (~jonlee@2620:149:4:1b01:9d05:e3da:9d25:d6ed)
# [22:51] * Quits: tantek (~tantek@c-76-105-181-98.hsd1.or.comcast.net) (Quit: tantek)
# [23:01] * Joins: jamesr (jamesr@nat/google/x-rjcuwdpaivazhihd)
# [23:03] * Quits: MacTed (~Thud@63.119.36.36)
# [23:06] <annevk> why does data:text/html,&%23x26BD; (soccer ball) not render in browsers other than Safari?
# [23:06] * Quits: jamesr (jamesr@nat/google/x-rjcuwdpaivazhihd) (Quit: jamesr)
# [23:07] * Joins: jamesr (jamesr@nat/google/x-dpozpvmxyrrqfcjf)
# [23:08] * Joins: cpearce (~cpearce@60.234.54.74)
# [23:10] * Quits: chriseppstein (~chrisepps@209.119.65.162) (Quit: chriseppstein)
# [23:14] * Quits: drublic (~drublic@frbg-5f7310bf.pool.mediaWays.net) (Read error: Connection reset by peer)
# [23:17] * Joins: nessy (Adium@nat/google/x-owfyxxcpqsxznfdl)
# [23:17] * Joins: hober2 (~ted@unaffiliated/hober)
# [23:18] * Quits: hober (~ted@unaffiliated/hober) (Ping timeout: 240 seconds)
# [23:19] * Joins: drublic (~drublic@frbg-5f7310bf.pool.mediaWays.net)
# [23:20] * Quits: timmywil (~timmywil@host-68-169-175-226.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
# [23:21] <TabAtkins> Because most people don't have a font that'll display it, but Safari's last resort font has a bunch of emoji stuff, and so maybe has a soccer ball too?
# [23:21] <TabAtkins> There's nothing wrong with the url - it produces the correct character in the page.
# [23:24] <annevk> seems like a bug of sorts to me
# [23:27] <TabAtkins> What, the non-rendering?
# [23:27] <TabAtkins> That's not a bug, it's font support. There's nothing buggy about it.
# [23:28] <TabAtkins> Change your url to a character that the default font stack can render, and it works fine.
# [23:28] * Joins: chriseppstein (~chrisepps@209.119.65.162)
# [23:28] <annevk> given that my OS has such a font, I would expect browsers to render it
# [23:29] <TabAtkins> They can't realistically search your entire set of OS fonts when attempting to render a page.
# [23:29] <TabAtkins> And I don't think OSes provide a utility for quickly asking "do you have a font that can render this character?".
# [23:30] <TabAtkins> You can bug them to improve their default stack, of course.
# [23:30] <annevk> doesn't mean it doesn't seem like a bug of sorts :)
# [23:30] <annevk> right
# [23:31] * Joins: KillerX (~anant@93.158.40.47)
# [23:31] * Joins: tantek (~tantek@c-76-115-51-221.hsd1.or.comcast.net)
# [23:33] * Joins: sedovsek (~robert@93-103-90-17.dynamic.t-2.net)
# [23:34] * Quits: sarro (~sarro@i5E864270.versanet.de)
# [23:36] * Joins: xbuzz (~chris@c-71-232-28-255.hsd1.ma.comcast.net)
# [23:38] * Quits: xbuzz (~chris@c-71-232-28-255.hsd1.ma.comcast.net) (Client Quit)
# [23:38] * Joins: xbuzz (~chris@c-71-232-28-255.hsd1.ma.comcast.net)
# [23:38] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [23:40] * Quits: j_wright (jamesw@ip70-173-182-202.lv.lv.cox.net) (Remote host closed the connection)
# [23:41] * Joins: Lachy (~Lachy@cm-84.215.13.244.getinternet.no)
# [23:44] * Joins: j_wright (jamesw@ip70-173-182-202.lv.lv.cox.net)
# [23:45] * Quits: xbuzz (~chris@c-71-232-28-255.hsd1.ma.comcast.net) (Quit: xbuzz)
# [23:58] * Quits: WeirdAl (~chatzilla@g2spf.ask.info) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# Session Close: Thu Mar 29 00:00:00 2012

The end :)