/irc-logs / freenode / #whatwg / 2010-12-14 / end

Options:

# Session Start: Tue Dec 14 00:00:00 2010
# Session Ident: #whatwg
# [00:00] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
# [00:00] * Quits: jwalden (~waldo@nat/mozilla/x-cpaffbzaerrfwqbp) (Ping timeout: 265 seconds)
# [00:03] * Quits: bckenny (~bckenny@nat/google/x-cfdrhvpuuzjrctob) (Remote host closed the connection)
# [00:05] * Quits: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f) (Read error: Operation timed out)
# [00:06] <MrWax> Could anyone maybe give an example what the worker api could do/fix for a CMS ?
# [00:08] <Hixie> you could make the CMS do all its network communication in the background and have it cache data locally to make it seem faster
# [00:10] <mgdm> I use a CMS of sorts at work that does that sort of thing in Flash :|
# [00:11] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
# [00:12] * Joins: jwalden (~waldo@nat/mozilla/x-pkxvyxdcikrbggdb)
# [00:13] * Joins: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f)
# [00:14] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Ping timeout: 276 seconds)
# [00:15] * Quits: mokush (~quassel@188.24.42.76) (Remote host closed the connection)
# [00:17] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
# [00:21] * Joins: boogyman (~boogy@unaffiliated/boogyman)
# [00:24] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
# [00:29] * Joins: JonathanNeal (~JNizzle@rrcs-76-79-114-214.west.biz.rr.com)
# [00:29] <JonathanNeal> Ahoy
# [00:29] * Joins: MikeSmith (~MikeSmith@EM114-48-167-148.pool.e-mobile.ne.jp)
# [00:30] <TabAtkins> Yo.
# [00:30] * TabAtkins just had to school someone on proper password storage.
# [00:31] <bga_> stickers? :)
# [00:33] * Quits: jwalden (~waldo@nat/mozilla/x-pkxvyxdcikrbggdb) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20101209123813])
# [00:43] <AryehGregor> TabAtkins, as in, salted hashing?
# [00:43] <TabAtkins> AryehGregor: Yes.
# [00:43] <AryehGregor> I'm experimenting right now with using hash functions that are particularly resistant to brute-forcing.
# [00:43] <TabAtkins> Someone was trying to claim that salts are unnecessary if you use a sufficiently expensive hashing algorithm.
# [00:43] <TabAtkins> I pointed out that they're stupid.
# [00:43] <AryehGregor> Salts are *less* useful if you use a very cheap hash.
# [00:44] <AryehGregor> But using an expensive hash is a good idea anyway.
# [00:44] <AryehGregor> I'm trying to make a hash that's expensive on GPUs as well as CPUs.
# [00:44] <bga_> i use http://passwordsafe.sourceforge.net/
# [00:44] <TabAtkins> Sure, but doubling the size of your salt with a cheap hash is basically free for you but makes bruteforcing much more expensive. Using a more expensive hash is expensive for you and make bruteforcing much more expensive.
# [00:44] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
# [00:45] <AryehGregor> Because you can just iterate a hash a few ten thousand times, PBKDF style. But you can still crack those very quickly on a GPU, at least compared to a CPU (>10x speedup).
# [00:45] <AryehGregor> The size of your salt is practically irrelevant to brute-forcing attempts. If your attacker has the hash, they probably have the salt too.
# [00:45] <TabAtkins> Combining the two can be good, but when you want the hash to not spin your server's cpu for extended periods of time, just use a longer salt.
# [00:45] <AryehGregor> The point of salts is only to avoid rainbow table attacks.
# [00:45] <TabAtkins> Yes?
# [00:45] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Ping timeout: 260 seconds)
# [00:45] <Hixie> TabAtkins: if you're interested in publishing the specs on the TR/ page, what's the easiest way I can help you with that?
# [00:45] <Hixie> easiest for you, i mean
# [00:45] <AryehGregor> I.e., make the attack O(M*N) instead of O(M + N), where M is the number of passwords and N is the number of passwords you're trying.
# [00:46] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
# [00:46] <AryehGregor> It doesn't matter how long or short your salts are, as long as they're all different.
# [00:46] <TabAtkins> Hixie: I have no idea. I don't know what your tooling is, or how you currently push things to TR.
# [00:46] <Hixie> at this point i don't
# [00:46] <AryehGregor> Server CPU usage by hash functions is practically irrelevant, since you only have to run the algorithm on login and registration. As long as it takes less than a few hundred milliseconds, it's fine.
# [00:46] <Hixie> previously i had a system whereby i would set up all the boilerplate and then hit a switch in my postprocessor
# [00:47] <Hixie> and it would use the appropriate boilerplate and replace the dev.w3.org draft with the appropriate text
# [00:47] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: Leaving)
# [00:47] <TabAtkins> AryehGregor: The dude I was reading was saying to use bcrypt set to really expensive, to it took a good half-second to hash anything.
# [00:47] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
# [00:47] <AryehGregor> But iterating it a zillion times (or otherwise slowing it down) will seriously hamper an attacker. My GPU cracker went from 220 million passwords per second to about 10,000 per second when I just iterated the hash a bunch of times.
# [00:47] <AryehGregor> But it was 120/second/core for a CPU. So I'm looking to limit the GPU further without hurting CPU users.
# [00:47] <AryehGregor> TabAtkins, I can't parse that sentence.
# [00:48] <TabAtkins> s/to/so/
# [00:48] <AryehGregor> " was saying to use bcrypt set to really expensive"?
# [00:48] <TabAtkins> Apparently you can specify how expensive bcrypt should be?
# [00:48] <AryehGregor> Probably just by iterating it lots of times.
# [00:49] <AryehGregor> You should be able to tune it for your needs.
# [00:49] * Quits: charlvn (~charlvn@196-215-70-143.dynamic.isadsl.co.za) (Quit: Leaving)
# [00:49] <TabAtkins> kk
# [00:49] <AryehGregor> Iterating 32,768 times seems to take some tens of milliseconds on a typical CPU for SHA1.
# [00:49] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
# [00:49] <AryehGregor> Like maybe 100 ms.
# [00:49] <AryehGregor> Which is fine for real-world uses, but messes up attackers quite a lot.
# [00:50] <JonathanNeal> TabAtkins, who else might be a good resource here to review the whatwg css file?
# [00:50] <Hixie> review the whatwg css file?
# [00:51] <Hixie> hmm
# [00:51] <JonathanNeal> It's a css file I've been working on and maintaining for a few months tracking the html5 ua stylesheet and presentational hints @ http://www.iecss.com/whatwg.css
# [00:51] <Hixie> neat
# [00:52] <Hixie> TabAtkins: here's what i'm thinking
# [00:52] <Hixie> TabAtkins: i put the header files somewhere you can edit
# [00:52] <Hixie> TabAtkins: and i make my tool grab the status and date of publication from those files somehow
# [00:52] <Hixie> TabAtkins: then to do the publication stuff all you have to do is tweak the files accordingly, and then give me a heads-up and i'll regen the spec with those files
# [00:53] * Joins: jwalden (~waldo@nat/mozilla/x-jqbywatxhbjqyzvw)
# [00:54] <TabAtkins> If that's easy for you, it sounds easy to me.
# [00:54] <Hixie> k
# [00:54] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
# [00:54] <Hixie> let me figure out how to do the second bit, and then i'll find a place to put the files
# [00:54] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
# [00:54] <TabAtkins> JonathanNeal: Not sure who else would be good. Maybe just send an email to whatwg?
# [00:55] <JonathanNeal> Yea, I guess so. Cool, well, thank you.
# [00:55] <Philip`> AryehGregor: How are you trying to make it worse on GPUs?
# [00:56] <AryehGregor> Philip`, my current theory is to salt everything with a large fixed hash, say 1 MB, since GPUs don't have memory caches. The problem with this is that you could conceivably just do an ad hoc memory cache in shared contexts. Plus I think I heard that next-gen NVIDIA GPUs do have some memory cache.
# [00:56] <AryehGregor> But it's worth a try.
# [00:57] <AryehGregor> If I make it something like 8 or 16 MB, it will kill a naive CPU implementation's L2 cache also. But that can be worked around pretty easily.
# [00:57] <AryehGregor> Just do a lot of hashes in parallel, reading in the salt a small amount at a time.
# [00:58] <AryehGregor> I considered making the code very branchy, so that GPUs would run at 1/8 speed or so, but I didn't think of a good way to do that.
# [00:58] * AryehGregor is writing his OpenCL program to test all this out right now, and seriously wants to say impolite things to the people who wrote NVIDIA's OpenCL compiler.
# [00:59] <AryehGregor> When compiling my OpenCL programs, I have so far had: segmentation faults (in compilation!), cryptic error messages, infinite loops, and one variable mysteriously just having the wrong value for no apparent reason.
# [00:59] <Philip`> Maybe find some way to make it rely on random access to a very large buffer, so the cache used for one hash can't be used in parallel for another
# [01:00] <AryehGregor> Interesting thought.
# [01:00] <Philip`> (so you'll be bottlenecked by memory bandwidth before you can exploit the GPU's parallel computation power)
# [01:00] <AryehGregor> Like use the last n bits of the last byte of the hash to index into the buffer.
# [01:01] <Philip`> (whereas a normal CPU computing one hash at a time won't be disadvantaged much)
# [01:01] * Joins: 92AABRWC0 (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [01:01] <AryehGregor> The problem is that one constraint is this has to be fast enough when implemented in PHP.
# [01:01] <AryehGregor> So there's a very sharp limit to how much custom execution logic I can have.
# [01:02] <Philip`> So you need a PHP implementation to be fast and a GPU implementation to be slow?
# [01:02] * Quits: jamesr_ (~jamesr@nat/google/x-ngduhsmhulapgdro) (Read error: Connection reset by peer)
# [01:02] * Joins: jamesr_ (~jamesr@nat/google/x-thfcwctzhqkviafh)
# [01:02] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
# [01:02] <TabAtkins> Note, the "fast" and "slow" are measured on different timescales.
# [01:03] <AryehGregor> I need a PHP implementation to take under (roughly) 100 ms per hash. Given that constraint, I want cracking to be as slow as possible.
# [01:03] <AryehGregor> On either CPU or GPU.
# [01:03] <AryehGregor> Particularly GPU, since that's likely to be faster.
# [01:05] <Philip`> You could force users to enter longer passwords, since it'll take no longer to compute the hash but exponentially longer to crack
# [01:05] * Joins: sroussey (~sroussey@adsl-69-234-115-237.dsl.irvnca.pacbell.net)
# [01:06] <AryehGregor> That's orthogonal, though.
# [01:06] <Philip`> It solves your problem :-)
# [01:06] <bga_> AryehGregor http://en.wikipedia.org/wiki/Comparison_of_cryptographic_hash_functions GOST hash is hardest
# [01:06] <Philip`> No point worrying about GPUs being 10x faster if you find a way to make cracking half a million times slower without changing the algorithm
# [01:06] * Quits: JonathanNeal (~JNizzle@rrcs-76-79-114-214.west.biz.rr.com) (Quit: Leaving)
# [01:06] <AryehGregor> bga_, "hardest"?
# [01:07] <AryehGregor> Philip`, it's incompatible with our requirements. We want users to be able to input short passwords if they want.
# [01:07] <bga_> 2^105 to find collision
# [01:08] <AryehGregor> bga_, who's talking about collision?
# [01:09] <bga_> AryehGregor and it has slowest speed of calculation
# [01:09] <AryehGregor> That's irrelevant, you can iterate the function to get slower calculation speed.
# [01:09] <AryehGregor> The choice of hash function is more or less immaterial to this discussion.
# [01:09] <AryehGregor> Since they're all designed to be relatively fast.
# [01:09] * Quits: dglazkov (d8ef2d04@gateway/web/freenode/ip.216.239.45.4) (Ping timeout: 265 seconds)
# [01:11] <jcranmer> hash(msg) = 1
# [01:12] <bga_> AryehGregor GOST is designed to be as slow as possible. it uses bigints
# [01:12] <bga_> look at http://en.wikipedia.org/wiki/GOST_(hash_function)
# [01:13] <AryehGregor> Are bigints supposed to be slow?
# [01:13] <AryehGregor> People use 64-bit machines these days, you know.
# [01:14] <AryehGregor> The page you link to does not claim GOST is designed to be as slow as possible.
# [01:14] <AryehGregor> Indeed, that would be pretty ridiculous.
# [01:14] * Quits: TabAtkins_ (~tabatkins@nat/google/x-lpfptrhpcrbtmqby) (Ping timeout: 250 seconds)
# [01:16] <Hixie> foolip: yt?
# [01:16] <bga_> when compared different hash functions i found GOST most hard to implement and calculation
# [01:17] <Hixie> you implied in http://www.w3.org/Bugs/Public/show_bug.cgi?id=10320#c20 that TTML has an equivalent to WebSRT's voice feature and that it was a good solution, but I can't find it in the spec http://www.w3.org/TR/ttaf1-dfxp/
# [01:17] <Hixie> foolip: am I looking in the wrong place?
# [01:18] <bga_> but ok. it just constant C - time of calculation
# [01:18] <jacobolus> is it true that it's impossible to get gecko + webkit's linear gradients to do the same thing for a diagonal gradient unless the precise box dimensions are known?
# [01:19] <jacobolus> it seems like gecko uses point + angle, while webkit use 2 points
# [01:19] * AryehGregor points jacobolus to TabAtkins
# [01:19] <jacobolus> but the points are defined relative to the edges of the box the gradient is being drawn in
# [01:20] <jacobolus> so as that box changes shape, the webkit gradient changes angle, while the gecko gradient (defined in terms of angle) obviously doesn't
# [01:21] <jacobolus> this seems like the sort of thing that would be pretty easy to avoid with some minimal communication between devs, no?
# [01:21] <jacobolus> :p
# [01:23] <AryehGregor> jacobolus, the WebKit variant was the original, nonstandard way of doing things. Mozilla follows a draft spec written by TabAtkins. Once everyone is satisfied with the draft, WebKit will implement that syntax too.
# [01:24] <AryehGregor> Or at least so I understand it.
# [01:24] <AryehGregor> Then vendors can remove prefixes.
# [01:24] <jacobolus> aha
# [01:24] <jacobolus> AryehGregor: you know where that draft spec lies?
# [01:25] <AryehGregor> jacobolus, http://dev.w3.org/csswg/css3-images/#gradients
# [01:25] <jacobolus> oh, http://dev.w3.org/csswg/css3-images/#gradients
# [01:25] <jacobolus> :)
# [01:25] <jacobolus> thx
# [01:25] * Joins: bckenny (~bckenny@nat/google/x-ntjmaufpnjpeufeq)
# [01:26] * Quits: jwalden (~waldo@nat/mozilla/x-jqbywatxhbjqyzvw) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20101209123813])
# [01:26] <jacobolus> AryehGregor/TabAtkins: so in the spec'd version, a top left to bottom right gradient now requires knowing image dimensions and doing some trigonometry?
# [01:26] <AryehGregor> Don't ask me, I have no idea.
# [01:26] <AryehGregor> I think I used gradients once.
# [01:26] <AryehGregor> When doing my website.
# [01:26] <bga_> wow md2 http://www.php.net/manual/en/function.hash.php#89574
# [01:27] * Joins: jwalden (~waldo@nat/mozilla/x-ecprklscxyrsjzcy)
# [01:28] <jacobolus> oh, I see, if no angle is specified, and the first point is in a corner/middle of a side, the gradient will point at the opposite corner. interesting
# [01:29] <jacobolus> okay, this version seems reasonable enough to me. does anyone have any idea how long it will take webkit to implement to this new spec?
# [01:29] * Joins: estes (~aestes@17.246.16.148)
# [01:30] <jacobolus> on the other hand, the radial gradients in TabAtkins' spec are dramatically less flexible than the webkit ones, so far as I can tell
# [01:31] <jacobolus> the linear gradients are also less flexible, but if you know box dimensions they can be made to do most of what the webkit ones can
# [01:31] <Hixie> hmm
# [01:31] <AryehGregor> jacobolus, best wait for TabAtkins to get back, he'll probably have answers to all these things.
# [01:31] <jacobolus> okay :)
# [01:32] <jacobolus> there's probably plenty of email discussion about it someplace
# [01:32] <Hixie> if we make voices in websrt be marked up as <v speaker's name>, and if we make ::cue-part() take a whole selector rather than the weird thing it has now, i wonder how we do voice selection
# [01:32] <AryehGregor> Yes, it's been discussed a lot on www-style.
# [01:32] <Hixie> ::cue-part(v.speaker\'s\ name) ?
# [01:32] <Hixie> that's pretty lame...
# [01:33] <Hixie> also if we allow multiple voices per cue, how do we style the cue's outer box based on the voice? hmmm
# [01:33] <AryehGregor> jacobolus, https://bugs.webkit.org/show_bug.cgi?id=28152
# [01:34] <jacobolus> AryehGregor: thanks
# [01:34] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
# [01:35] <jacobolus> I'm trying to make a better gradient definer interface dealie, that will try to graph some perceptually-relevant color attributes along the gradient, so I'm trying to figure out how the various gradients actually work :)
# [01:35] * AryehGregor wtfs at Thom's post, 4000 words in a bug comment
# [01:36] <paul_irish> jacobolus: i'd be very interested in seeing that, if you're looking to share
# [01:36] <jacobolus> paul_irish: haven't started implementation yet :)
# [01:36] <paul_irish> btw, thoroughly enjoyed your HSL HSV article, which i read through the other day
# [01:36] <jacobolus> ah, thanks!
# [01:36] <jacobolus> paul_irish: if you have any comments, I'd appreciate any feedback
# [01:37] <paul_irish> no specific comments, just smiles.
# [01:37] <jacobolus> I think the only real problem w/ the article as it stands is that the lead and first section or two could be more newbie-friendly
# [01:37] <jacobolus> thanks :)
# [01:37] <jacobolus> also at some point the figures need to be renumbered to reflect their current order
# [01:38] <jacobolus> paul_irish: sometime in the future I want to write a better article about CIELAB, and flesh out the one about the Munsell system
# [01:41] * Joins: jennb (~jennb@74.125.59.65)
# [01:43] <othermaciej> AryehGregor: which bug comment is that?
# [01:43] <othermaciej> oh, I see
# [01:43] <othermaciej> goodness me that'sa lot
# [01:45] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
# [01:45] <bckenny> jacobolus: where's this article? :)
# [01:46] <hsivonen> so looks like soon Opera is going to be the only one without onerror https://bugs.webkit.org/show_bug.cgi?id=8519
# [01:49] <jacobolus> bckenny: http://en.wikipedia.org/wiki/HSL_and_HSV
# [01:49] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Client Quit)
# [01:49] <bckenny> ha, I think I've been to this blog before
# [01:49] <bckenny> sweet
# [01:52] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
# [01:52] * Quits: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl) (Ping timeout: 265 seconds)
# [01:53] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
# [01:55] <jacobolus> bckenny: esp. important IMO is the section http://en.wikipedia.org/wiki/HSL_and_HSV#Disadvantages
# [01:55] <TabAtkins> jacobolus: What's the question now?
# [01:56] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Quit: david_carlisle)
# [01:56] <jacobolus> TabAtkins: I was just noticing that it's impossible to get webkit & gecko gradients to do quite the same thing
# [01:56] <TabAtkins> Yes.
# [01:56] <TabAtkins> There are a handful of imo unimportant use-cases that you can't address with the draft gradients, but you can with webkit.
# [01:57] <TabAtkins> Note that if the box dimensions are known then you *can* do everything with draft gradients, with a little bit of calculus.
# [01:57] <jacobolus> TabAtkins: right. I think someone might like them, but you're probably right that at some point SVG/canvas/something becomes a better tool for more complexity
# [01:58] <bckenny> jacobolus: definitely. there has also been interest in alternate gradient and transition color functions, so please definitely weigh in on the subject
# [01:58] <bckenny> we want good looking colors
# [01:58] <TabAtkins> Indeed, that's very explicitly the goal - I'm keeping the gradient syntax simple and easy, and letting SVG address more complicated cases if need be.
# [01:58] <jacobolus> TabAtkins: that webkit can make radial gradients w/ non-concentric inside/outside can't be emulated can it?
# [01:58] <TabAtkins> No.
# [01:59] <TabAtkins> I may address that at some point, but decided against the added complexity for now.
# [01:59] <TabAtkins> (It would mean an extra point argument between the current point and shape arguments.)
# [01:59] <jacobolus> TabAtkins: are the webkit folks likely to implement your spec anytime soon?
# [02:00] <TabAtkins> Yes, simon fraser (the relevant dude) is satisfied with my spec now that I've addressed his concerns wrt interpolating.
# [02:00] <jacobolus> bckenny: alternate transition functions don't help all that much IMO as long as the color space in use is not perceptually relevant :)
# [02:01] <jacobolus> bckenny: so my solution would be to just make a gradient w/ 50 points in it or something, and then I can move them wherever I want
# [02:01] <TabAtkins> Hixie: Accept strings *or* escaped idents in ::cue-part.
# [02:02] <TabAtkins> That's our solution for font-family.
# [02:02] <jacobolus> TabAtkins: do you know where in the spec compositing of CSS colors w/ alpha is defined?
# [02:02] * Quits: ojan (~ojan@nat/google/x-rxobrdqiuctqpnet) (Quit: ojan)
# [02:02] <TabAtkins> It's not - it was defined by the Porter-Duff paper decades ago.
# [02:03] <TabAtkins> That said, I'm going to add a note talking about it.
# [02:03] <jacobolus> TabAtkins: I'm assuming it's just some kind of linear interpolation relative to sRGB space?
# [02:03] <jacobolus> TabAtkins: okay, I have that paper somewhere. but the paper doesn't say anything about gamma-compressed color spaces
# [02:03] <TabAtkins> gamma correction applies when you're displaying the color, not computing it, right?
# [02:04] <jacobolus> depends who is doing the computing :)
# [02:04] <TabAtkins> True.
# [02:04] <jacobolus> Alvy Ray Smith wrote something at some point about how everyone should always use linear space for compositing
# [02:04] <jacobolus> but I'm not sure everyone else agrees
# [02:04] <jacobolus> Adobe for instance never does, in Photoshop
# [02:04] <jacobolus> they just composite relative to current color space, because it's fastest
# [02:05] <bckenny> jacobolus: ok, hopefully i'm not going to put my foot in my mouth here, but theoretically there is some function that will take a displayed color and map it to a space like CIELAB whatever
# [02:05] <Hixie> TabAtkins: the idea is to put a whole selector in there
# [02:06] <jacobolus> bckenny: sure, but that starts making things complicated relative to what people are used to
# [02:06] <bckenny> jacobolus: so would there be an easily defined, perceptually pleasant, transition function there?
# [02:06] <Hixie> TabAtkins: the problem is that the selector syntax expects attribute/value pairs, whereas all i have here is a string
# [02:06] <TabAtkins> Hixie: Oh. Hrm, then.
# [02:06] <TabAtkins> So, you're mapping voices to CSS classes?
# [02:06] <bckenny> I guess my question is, what are the options other than going straight through gray
# [02:06] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Quit: stupidity buffer overflow)
# [02:07] <jacobolus> bckenny: sure, ArcGIS for example does (can do) its gradients (Color Ramps) relative to CIELAB in either polar coordinates or rectangular coordinates
# [02:07] <jacobolus> and it generally works much better than using HSL/HSV
# [02:07] <jacobolus> or RGB
# [02:07] <bckenny> that's what I was getting at before, since currently browsers just go through RGB
# [02:08] <jacobolus> bckenny: but the problem is that you start getting colors that are out of gamut, and then your implementation has to decide how to do the gamut mapping to bring them back into gamut
# [02:08] <TabAtkins> Consider, btw, how to duplicate the behavior of premultiplied rgb in other color spaces.
# [02:09] <jacobolus> bckenny: and here's a 300 page book on that subject http://www.wiley.com/WileyCDA/WileyTitle/productCd-0470758937.html
# [02:10] <jacobolus> TabAtkins: yeah, that's what I meant about how browsers do compositing. is it spec'd out how to interpolate between two RGBA colors in a gradient?
# [02:10] <TabAtkins> Yes. You do linear interpolation in premultiplied sRGB space.
# [02:10] <jacobolus> ah, okay, great
# [02:11] <TabAtkins> This is the same as <color> interpolation for transitions/animations, btw.
# [02:11] <jacobolus> TabAtkins: If and when I get this gradient creator/viewer dingus implemented, I'll let you know :)
# [02:12] <jacobolus> TabAtkins: ever see this page? :) http://www.all-in-one.ee/~dersch/gamma/gamma.html
# [02:14] <TabAtkins> I hadn't, but that's an excellent illustration of why you should be doing composition work before applying gamma. ^_^
# [02:14] <Hixie> TabAtkins: i don't know what i'm mapping them to currently
# [02:14] <Hixie> TabAtkins: classes is one option
# [02:14] <Hixie> TabAtkins: but it's not very clean
# [02:14] <Hixie> TabAtkins: (i want to add classes also, as <span class class class>)
# [02:14] <jacobolus> TabAtkins: but I'm pretty sure that as you've defined it, that's not done. :-)
# [02:14] <TabAtkins> Hixie: ::cue-part(v[speaker="speaker's name"])
# [02:15] <TabAtkins> jacobolus: I haven't said anything about gamma correction at all. I'm gamma-agnostic.
# [02:15] <jacobolus> TabAtkins: that's somewhat okay though, as long as everyone is on the same page, and I can add extra points to my gradient to make it do what I want :)
# [02:15] <Hixie> that was my other thought, but i'm skeptical about making up "pseudo-attribute" names like that
# [02:15] <TabAtkins> Hixie: There's nothing wrong with that. You don't have real attributes in webSRT, or if you do, they're drawn from a limited set.
# [02:15] <jacobolus> TabAtkins: okay, but sRGB is a gamma-compressed space, so if you interpolate linearly relative to sRGB.... :)
# [02:15] <Hixie> fair enough
# [02:16] <jacobolus> anyhow, there are advantages and disadvantages to each
# [02:16] <TabAtkins> jacobolus: Oh, is it? Okay, then I was mistaken. I had no idea sRGB was gamme-compressed.
# [02:16] <TabAtkins> jacobolus: Ah, now I see why that is, be looking at the math on that page.
# [02:16] <jacobolus> TabAtkins: http://en.wikipedia.org/wiki/File:SRGB_gamma.svg
# [02:17] <bckenny> jacobolus: I don't think you should depend on the wrong behavior too much...theoretically browsers (or operating systems) should be filtering and compositing in linear space
# [02:18] <bckenny> and someday we'll actually get there
# [02:18] <jacobolus> bckenny: I doubt it
# [02:18] <jacobolus> bckenny: if everyone does their compositing in gamma compressed space, then changing the behavior is a bug
# [02:18] <jacobolus> because it will change appearance
# [02:18] <bckenny> but its unspecified
# [02:18] <jacobolus> well, it should be specified one way or the other
# [02:18] <bckenny> all thats specified is input and display spaces
# [02:19] <jacobolus> I think it might actually be specified in CSS3; I'll go read again
# [02:20] <jacobolus> bckenny: it defers to http://www.w3.org/TR/2003/REC-SVG11-20030114/masking.html#SimpleAlphaBlending
# [02:21] * Quits: potatis_invalido (4e45999c@gateway/web/freenode/ip.78.69.153.156) (Ping timeout: 265 seconds)
# [02:21] <jacobolus> hmm, it's not clear whether SVG defines if things should be composited in document color space or in linear space
# [02:21] <bckenny> http://www.w3.org/TR/2003/REC-SVG11-20030114/painting.html#ColorInterpolationProperty
# [02:21] <bckenny> yeah its not clear at all
# [02:22] <TabAtkins> Hmm, yeah. That should probably be cleared up in Colors 4.
# [02:22] <jacobolus> oh, I see. "auto: Indicates that the user agent can choose either the sRGB or linearRGB spaces for color interpolation. This option indicates that the author doesn't require that color interpolation occur in a particular color space."
# [02:22] <TabAtkins> Oh, *that's* what linearRGB means. I've never been clear on that.
# [02:22] <jacobolus> that's probably a bad way to define the spec
# [02:22] <jacobolus> means that auto might render substantially differently in 2 implementations
# [02:22] <bckenny> it was probably for performance and to match reality :)
# [02:23] <jacobolus> leaving authors quite confused
# [02:23] <TabAtkins> In practice, I think everyone uses sRGB in practice.
# [02:23] <TabAtkins> That is, linear interpolation between the components of a color expressed in rgb().
# [02:23] <jacobolus> TabAtkins: yes, since it's faster (just takes some multiplications/additions)
# [02:23] <bckenny> yeah, I think so too
# [02:23] <bckenny> although images with color profiles might be a weird case
# [02:23] <TabAtkins> But yeah, switching to linearRGB should be an option.
# [02:24] <jacobolus> whereas linearizing the components requires mapping through a lookup table
# [02:24] <TabAtkins> I think we're *supposed* to obey color-interpolation.
# [02:24] <TabAtkins> jacobolus: Well, that's still a cheap mapping, but yeah.
# [02:24] <jacobolus> TabAtkins: there's no color-interpolateion in CSS though?
# [02:24] <TabAtkins> It's in SVG, but HTML content should be able to use it through CSS.
# [02:24] <TabAtkins> Emphasis on *should*.
# [02:24] <jacobolus> TabAtkins: sure, it's cheap on modern hardware, but people were making these decisions in like 1990
# [02:25] <jacobolus> where by people I mean Adobe
# [02:26] <jacobolus> TabAtkins: okay, well it might make sense to add that if that property exists it should be respected for gradients/rgba colors in CSS too :)
# [02:27] <TabAtkins> Oh, certainly. color-interpolation should be respected for *all* uses of color.
# [02:27] <jacobolus> TabAtkins: it's not clear whether the interpolation of SVG gradients follows color-interpolation, in the SVG spec
# [02:27] <jacobolus> or only compositing
# [02:27] <TabAtkins> That's a good topic to bring up for the FXTF. I'll put it on my board.
# [02:28] <jacobolus> (i.e. the word "interpolation" doesn't show up in http://www.w3.org/TR/SVG/pservers.html )
# [02:29] * Quits: sicking (~chatzilla@nat/mozilla/x-prdrzdimbywvcexm) (Ping timeout: 265 seconds)
# [02:30] <jacobolus> TabAtkins: while we're at it, it would be really nice if we could do some fast vector math on arrays of numbers in javascript; would make custom color stuff a lot easier :)
# [02:31] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Read error: Connection reset by peer)
# [02:31] * Quits: estes (~aestes@17.246.16.148) (Quit: estes)
# [02:31] <TabAtkins> JS isn't my bag. Bug some of the other google engineers. ^^;
# [02:31] <TabAtkins> (I love JS, but I'm not good on the JS-standardization stuff.)
# [02:31] <jacobolus> well, just in general, javascript's support of data structures is totally lame :)
# [02:31] <bckenny> theres a thread about that very topic right now in the public webgl list
# [02:32] <jacobolus> bckenny: link?
# [02:32] <jacobolus> if it can be done in webgl apis I'd be satisfied-ish
# [02:32] <jamesr_> there are some ecma proposals on the table
# [02:32] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
# [02:33] <bckenny> https://www.khronos.org/webgl/public-mailing-list/archives/1012/msg00080.html
# [02:34] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
# [02:35] <jacobolus> bckenny: thanks. yes, even fast 4x4 array manipulation would be great
# [02:37] <jacobolus> esp. if there are apis for things like matrix inversion
# [02:38] <jacobolus> I guess there is in CSSMatrix
# [02:38] <jacobolus> I should try playing with that
# [02:38] <TabAtkins> We're throwing away CSSMatrix, at least for now.
# [02:38] <jacobolus> oh. is there something implemented I should use?
# [02:38] <TabAtkins> No clue.
# [02:38] <TabAtkins> You might be able to use CSSMatrix for now. I'm just warning you that it's going away.
# [02:39] <jacobolus> heh, okay
# [02:39] <jacobolus> TabAtkins: do these discussions get summarized anywhere that's easy for someone to get up to speed w/ current thinking on the subject?
# [02:40] <TabAtkins> The www-style list. ^_^
# [02:40] * Quits: paul_irish (~paul_iris@nat/google/x-bdprjuotqvcduhnq) (Remote host closed the connection)
# [02:41] <jacobolus> I don't have the time to follow www-style and the html5 mailing lists and all the public javascript lists &c. &c. in detail, but am definitely interested in the subject
# [02:41] <TabAtkins> You can try searching lists.w3.org's archive.
# [02:41] <bckenny> WebKitCSSMatrix is also (mostly) immutable right now, which can be problematic with garbage collection
# [02:41] <bckenny> but it is definitely fast on iOS
# [02:42] <bckenny> thats partly what that webgl thread was about
# [02:42] <jacobolus> I wonder what the best way is to interpolate values relative to a lookup table in javascript
# [02:42] <jacobolus> I guess I can just use javascript arrays
# [02:43] <bckenny> how expensive is the function that generates the tables?
# [02:43] <bckenny> pure math js is pretty fast these days
# [02:43] <jacobolus> bckenny: depends; in some cases there's nothing but a table to go by
# [02:44] <jacobolus> in others I can try doing the math direct and compare
# [02:44] <jacobolus> I wish I could just use numpy in the browser; life would be lovely
# [02:47] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Quit: justinhjohnson)
# [02:50] <Hixie> TabAtkins: my effort to save time by tweaking my publication system so that you can deal with the TR/ stuff is nearing completion but may have failed in its overall stated mission (namely, to save time)!
# [02:51] <TabAtkins> Haha.
# [02:51] <jacobolus> hehe
# [02:52] <Hixie> my preprocessor has accrued so much crap over the years that it's now reached the point where if i was starting over, it would just make more sense to use a general purpose tool chain like the c preprocessor and make.
# [02:52] <Hixie> but oh well.
# [02:53] * TabAtkins is horrified by the thought of using the C preprocessor.
# [02:53] <Hixie> you'd be equally horrified, maybe will be equally horrified, at the thought of using the monster that's evolved to be what i use
# [02:53] * Quits: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k459.webspeed.dk) (Quit: Leaving)
# [02:54] <Hixie> on another note, i think i wish anolis had an option to strip comments
# [02:55] <TabAtkins> I suggest scrapping the whole thing and switching to Lisp and macros.
# [02:59] <Hixie> ok i think i'm going to upload the relevant files to the dev.w3.org cvs repo if that works for you
# [02:59] <TabAtkins> That works.
# [02:59] * Quits: othermaciej (~mjs@17.246.19.218) (Remote host closed the connection)
# [03:00] * Joins: paul_irish (~paul_iris@nat/google/x-cdzczluuaixkgafk)
# [03:00] * Joins: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad)
# [03:01] * Joins: potatis_invalido (4e45999c@gateway/web/freenode/ip.78.69.153.156)
# [03:04] <Hixie> TabAtkins: http://dev.w3.org/html5/boilerplate/
# [03:07] * Quits: roc (~chatzilla@nat/mozilla/x-mnaeoqkmtscwdxmj) (Ping timeout: 260 seconds)
# [03:09] <jacobolus> TabAtkins: I'm not finding the discussion where CSSMatrix is being dropped; was that within the last week or two?
# [03:09] <TabAtkins> Within the last month, at least.
# [03:09] <jacobolus> on www-style?
# [03:10] <TabAtkins> Maybe on FX.
# [03:10] <TabAtkins> public-fx@w3.org, that is.
# [03:11] <Hixie> TabAtkins: k, it's ready. basically, edit those files -- it should be somewhat self-explanatory but feel free to ask any questions you may have -- and then let me know when you've changed something and i'll pull the updates and regen
# [03:12] <TabAtkins> Hm, kk.
# [03:18] * Joins: cardona507 (~cardona50@cpe-98-150-147-252.hawaii.res.rr.com)
# [03:25] <jacobolus> all I'm finding is http://lists.w3.org/Archives/Public/www-style/2010Dec/0074.html
# [03:26] <TabAtkins> jacobolus: I'm heading out for the day, so I'll pick this up tomorrow and try to find some of the stuff.
# [03:26] <jacobolus> TabAtkins: no worries
# [03:26] <jacobolus> TabAtkins: tomorrow and the next day I'm offline, but I'll come bug you more about it in a few days or a week :)
# [03:27] <jacobolus> thanks for all your answers
# [03:33] * Quits: erlehmann (~erlehmann@89.204.137.73) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
# [03:35] * Quits: smaug____ (~chatzilla@nat/mozilla/x-cpgobmhasvcdyccc) (Read error: Operation timed out)
# [03:38] * Quits: jacobolus (~jacobolus@adsl-69-228-190-230.dsl.snfc21.pacbell.net) (Remote host closed the connection)
# [03:41] * Quits: dave_levin (~dave_levi@74.125.59.73) (Quit: dave_levin)
# [03:42] * Joins: estes (~aestes@17.246.16.239)
# [03:57] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
# [04:00] * bga_ is now known as bga_|away
# [04:06] * Quits: potatis_invalido (4e45999c@gateway/web/freenode/ip.78.69.153.156) (Quit: Page closed)
# [04:06] * Quits: brendaneich (~brendanei@nat/mozilla/x-dwegddfmykzjqpep) (Quit: brendaneich)
# [04:06] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 272 seconds)
# [04:15] * bga_|away is now known as bga_
# [04:16] * Quits: bckenny (~bckenny@nat/google/x-ntjmaufpnjpeufeq) (Remote host closed the connection)
# [04:16] <bga_> http://twitter.com/slicknet/status/14514661722427392
# [04:17] <Hixie> he hasn't seen <samp>
# [04:17] * Quits: jamesr_ (~jamesr@nat/google/x-thfcwctzhqkviafh) (Quit: jamesr_)
# [04:20] * Joins: Amorphous (jan@unaffiliated/amorphous)
# [04:27] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [04:33] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
# [04:39] * Quits: Martijnc` (~Martijnc@91.176.99.122) (Ping timeout: 250 seconds)
# [04:44] * Joins: Martijnc` (~Martijnc@91.176.99.122)
# [04:48] * Joins: smaug____ (~chatzilla@209.118.182.194)
# [04:50] * Quits: cyphase (~cyphase@adsl-99-62-187-79.dsl.pltn13.sbcglobal.net) (Read error: Operation timed out)
# [04:50] <nessy> Hixie: can we address individual cues in WebSRT/<track> by cue identifier?
# [04:51] <nessy> ::cue only addresses all the cues IIUC
# [04:58] * Quits: paul_irish (~paul_iris@nat/google/x-cdzczluuaixkgafk) (Remote host closed the connection)
# [05:04] * Joins: JonathanNeal (~JNizzle@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
# [05:04] * Joins: cyphase (~cyphase@adsl-99-62-187-200.dsl.pltn13.sbcglobal.net)
# [05:04] * Joins: paul_irish (~paul_iris@66.109.105.199)
# [05:04] * Quits: jwalden (~waldo@nat/mozilla/x-ecprklscxyrsjzcy) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20101209123813])
# [05:05] * Quits: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad) (Quit: othermaciej)
# [05:12] * Quits: smaug____ (~chatzilla@209.118.182.194) (Ping timeout: 240 seconds)
# [05:13] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
# [05:13] * Joins: agektmr (~Adium@220.109.219.244)
# [05:18] * Joins: brendaneich (~brendanei@adsl-71-131-200-57.dsl.sntc01.pacbell.net)
# [05:22] * Quits: estes (~aestes@17.246.16.239) (Quit: estes)
# [05:24] * Joins: othermaciej (~mjs@67.218.106.27)
# [05:32] * Joins: Thezilch (~fuz007@cpe-76-90-63-19.socal.res.rr.com)
# [05:34] * bga_ is now known as bga_|away
# [05:37] * Joins: jacobolus (~jacobolus@user-64-9-234-58.googlewifi.com)
# [07:37] * Disconnected
# [07:38] * Attempting to rejoin channel #whatwg
# [07:38] * Rejoined channel #whatwg
# [07:38] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
# [07:38] * Set by annevk42 on Mon Oct 19 22:03:06
# [07:49] * Quits: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl) (Read error: Connection reset by peer)
# [07:49] * Joins: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl)
# [07:53] * Joins: jacobolus (~jacobolus@96.24.64.117)
# [07:56] * Joins: JonNeal (~JNizzle@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
# [07:57] * Quits: JonathanNeal (~JNizzle@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 240 seconds)
# [07:57] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
# [07:57] * Quits: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl) (Ping timeout: 260 seconds)
# [07:58] * Joins: JonathanNeal (~JNizzle@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
# [07:59] * Quits: micheil (~micheil@99-113-33-97.lightspeed.sntcca.sbcglobal.net) (Quit: http://brandedcode.com | http://github.com/miksago)
# [08:01] * Quits: JonNeal (~JNizzle@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 265 seconds)
# [08:02] * Joins: kaminsky (~kaminsky@pdpc/supporter/student/kaminsky)
# [08:02] * Parts: kaminsky (~kaminsky@pdpc/supporter/student/kaminsky)
# [08:10] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Quit: weinig)
# [08:11] * Joins: erlehmann (~erlehmann@89.204.137.73)
# [08:12] <Hixie> MikeSmith: nah that's easy. Just enumerate them all, sort them all, and check for dupes.
# [08:13] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
# [08:14] <MikeSmith> yeah I was just bellyaching
# [08:15] <MikeSmith> though I do wonder now what the error message will end up looking like
# [08:15] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
# [08:16] <Hixie> "You have listed %d tracks that are all %s, %s, and %s. You should distinguish your tracks so that the user can tell which is which."
# [08:17] * Joins: temp02 (~temp01@unaffiliated/temp01)
# [08:20] * Joins: agektmr (~Adium@u689168.xgsnu1.imtp.tachikawa.mopera.net)
# [08:29] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
# [08:31] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
# [08:43] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
# [08:44] * Quits: agektmr (~Adium@u689168.xgsnu1.imtp.tachikawa.mopera.net) (Ping timeout: 260 seconds)
# [08:45] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
# [08:52] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
# [08:55] * Joins: agektmr (~Adium@u689168.xgsnu1.imtp.tachikawa.mopera.net)
# [08:58] * Joins: matjas (~matjas@79.232-136-217.adsl-static.isp.belgacom.be)
# [09:06] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
# [09:07] * Joins: FastJack (~fastjack@dumpstr.net)
# [09:08] * Joins: matjas_ (~matjas@79.232-136-217.adsl-static.isp.belgacom.be)
# [09:08] * Quits: agektmr (~Adium@u689168.xgsnu1.imtp.tachikawa.mopera.net) (Quit: Leaving.)
# [09:08] * Joins: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt)
# [09:09] * Joins: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net)
# [09:09] * Quits: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net) (Client Quit)
# [09:09] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
# [09:11] * Quits: matjas (~matjas@79.232-136-217.adsl-static.isp.belgacom.be) (Ping timeout: 245 seconds)
# [09:11] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
# [09:17] * Quits: nessy (~Adium@124-169-135-161.dyn.iinet.net.au) (Quit: Leaving.)
# [09:23] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
# [09:42] * matjas_ is now known as matjas
# [09:43] * temp02 is now known as temp01
# [09:48] * Quits: sroussey (~sroussey@adsl-69-234-115-237.dsl.irvnca.pacbell.net) (Ping timeout: 245 seconds)
# [09:49] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 272 seconds)
# [09:49] * Quits: jennb (~jennb@74.125.59.65) (Ping timeout: 265 seconds)
# [09:50] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 272 seconds)
# [09:50] * Quits: Jedi_ (~Jedi@Jedi.org) (Ping timeout: 272 seconds)
# [09:50] * Joins: kinetik (~kinetik@121.98.132.55)
# [09:50] * Quits: abarth (~abarth@c-67-169-68-88.hsd1.ca.comcast.net) (Quit: abarth)
# [09:50] * Joins: Jedi_ (~Jedi@Jedi.org)
# [09:52] * Quits: erlehmann (~erlehmann@89.204.137.73) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
# [09:53] * Quits: shepazu (~schepers@adsl-242-247-45.rmo.bellsouth.net) (Read error: Connection reset by peer)
# [09:54] * Joins: shepazu (~schepers@adsl-242-247-45.rmo.bellsouth.net)
# [09:55] * Joins: Amorphous (jan@unaffiliated/amorphous)
# [09:55] * Joins: mokush (~quassel@188.24.42.76)
# [09:59] * Quits: Philip` (~philip@zaynar.co.uk) (Ping timeout: 272 seconds)
# [10:00] * Joins: Philip` (~philip@zaynar.co.uk)
# [10:06] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
# [10:06] <foolip> Hixie, what I was referring to was the ttm:agent attribute, see the example in http://www.w3.org/TR/ttaf1-dfxp/#metadata-vocabulary-agent-example-1
# [10:07] <foolip> The good part being that a short id is used and is linked to the full name of the character and actor, not necessarily the syntax as such
# [10:08] <foolip> I think that e.g. <v bond> and *optional* extra metadata about the voices would be a sensible approach
# [10:14] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
# [10:14] * bga_ is now known as _bga
# [10:17] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
# [10:21] * _bga is now known as bga_|away
# [10:22] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: Leaving.)
# [10:23] * Joins: david_carlisle (~davidc@62.231.145.254)
# [10:33] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
# [10:33] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
# [10:33] * bga_ is now known as _bga
# [10:34] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 276 seconds)
# [10:42] * Joins: ROBOd (~robod@109.96.222.113)
# [10:45] <annevk> Hixie, TabAtkins, are you also going to take care of the Disposition of Comments?
# [10:47] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
# [10:47] * bga_ is now known as bga_|away
# [10:50] * Quits: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
# [10:50] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
# [10:50] * bga_ is now known as _bga
# [10:52] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 272 seconds)
# [10:53] * _bga is now known as bga_|away
# [10:59] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
# [11:02] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
# [11:02] <jgraham> TabAtkins: I'm pretty sure that the kind of box that was mentioned in the <comment> thread is not either like a pullquote or like a chart
# [11:02] <jgraham> I think it is a perfectly valid use of <aside> though
# [11:03] <jgraham> And if the spec disagrees I think the spec is silly (I already think that using <aside> for sidebars is the weirdest possible use)
# [11:03] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
# [11:07] * gavin__ is now known as gavin
# [11:07] * Quits: gavin (~gavin@people.mozilla.com) (Changing host)
# [11:07] * Joins: gavin (~gavin@firefox/developer/gavin)
# [11:13] * Joins: workmad3 (~workmad3@cspool123.cs.man.ac.uk)
# [11:27] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [11:41] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
# [12:04] * Quits: fuzzyone (fuzzyone@vaserv/clients/fuzzyone) (Ping timeout: 250 seconds)
# [12:05] * Joins: FireFly (~firefly@unaffiliated/firefly)
# [12:29] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote host closed the connection)
# [12:30] * Joins: MikeSmith_ (~MikeSmith@EM114-48-179-83.pool.e-mobile.ne.jp)
# [12:32] * Joins: nessy (~Adium@124-169-135-161.dyn.iinet.net.au)
# [12:33] * Quits: MikeSmith (~MikeSmith@EM114-48-218-181.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
# [12:33] * MikeSmith_ is now known as MikeSmith
# [12:40] * Quits: mokush (~quassel@188.24.42.76) (Ping timeout: 245 seconds)
# [12:50] * Joins: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k459.webspeed.dk)
# [12:54] * Quits: 92AABRWC0 (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
# [12:59] * Quits: variable (~variable@unaffiliated/variable) (Ping timeout: 264 seconds)
# [13:04] * Joins: mpt (~mpt@91.189.88.12)
# [13:04] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
# [13:04] * Joins: mpt (~mpt@canonical/mpt)
# [13:07] * bga_|away is now known as bga_
# [13:09] * Joins: erlehmann (~erlehmann@89.204.137.73)
# [13:17] * Joins: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net)
# [13:18] * Quits: Thezilch (~fuz007@cpe-76-90-63-19.socal.res.rr.com) (Ping timeout: 240 seconds)
# [13:21] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
# [13:28] * Quits: nessy (~Adium@124-169-135-161.dyn.iinet.net.au) (Quit: Leaving.)
# [13:35] * Joins: matjas_ (~matjas@79.232-136-217.adsl-static.isp.belgacom.be)
# [13:36] * Quits: matjas (~matjas@79.232-136-217.adsl-static.isp.belgacom.be) (Ping timeout: 272 seconds)
# [13:40] * Quits: erlehmann (~erlehmann@89.204.137.73) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
# [13:49] * Joins: payman_m (~payman_m@pat.se.opera.com)
# [13:50] * Quits: payman_m (~payman_m@pat.se.opera.com) (Client Quit)
# [13:56] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
# [14:00] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [14:02] * Joins: erlehmann (~erlehmann@89.204.137.73)
# [14:07] * Joins: torvalamo (~duckmysic@c177BBF51.dhcp.bluecom.no)
# [14:09] * Quits: erlehmann (~erlehmann@89.204.137.73) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
# [14:13] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
# [14:14] * Quits: karlushi (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
# [14:15] * Joins: karlcow (~karl@nerval.la-grange.net)
# [14:18] * Joins: charlvn (~charlvn@196-210-178-223.dynamic.isadsl.co.za)
# [14:23] * matjas_ is now known as matjas
# [14:47] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
# [14:57] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [15:00] * bga_ is now known as bga_|away
# [15:02] * Joins: plainhao (~plainhao@208.75.85.237)
# [15:11] * Joins: variable (~variable@unaffiliated/variable)
# [15:14] * Joins: Thezilch (~fuz007@cpe-76-90-63-19.socal.res.rr.com)
# [15:18] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
# [15:21] * Parts: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
# [15:23] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
# [15:26] * Joins: mokush (~quassel@188.24.42.76)
# [15:28] * Joins: erlehmann (~erlehmann@89.204.137.73)
# [15:46] * bga_|away is now known as bga_
# [15:48] * Joins: boaz (~boaz@64.119.153.2)
# [15:52] * Joins: yod (~thereaux@fw.vdl2.ca)
# [15:58] * Quits: erlehmann (~erlehmann@89.204.137.73) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
# [16:04] * jarib_ is now known as jarib
# [16:04] * Quits: jarib (jarib@tttt.mine.nu) (Changing host)
# [16:04] * Joins: jarib (jarib@unaffiliated/jarib)
# [16:11] * Joins: ry (~ry@static-71-183-64-28.nycmny.fios.verizon.net)
# [16:14] * Joins: smaug____ (~chatzilla@209.118.182.194)
# [16:15] * Quits: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k459.webspeed.dk) (Quit: Leaving)
# [16:22] * kbrosnan_ is now known as kbrosnan
# [16:22] * Joins: Xano__ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
# [16:22] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Read error: Connection reset by peer)
# [16:22] * Quits: kbrosnan (~kbrosnan@ip24-250-54-36.ri.ri.cox.net) (Changing host)
# [16:22] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
# [16:31] * Joins: miketaylr (~miketaylr@ip68-12-237-183.ok.ok.cox.net)
# [16:33] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
# [16:34] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [16:34] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Client Quit)
# [16:34] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [16:35] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Client Quit)
# [16:35] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [16:36] * Quits: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
# [16:37] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
# [16:37] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
# [16:37] * Joins: aroben (~aroben@unaffiliated/aroben)
# [16:37] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Client Quit)
# [16:41] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [16:41] * Joins: sean`` (~Sean@h183194.upc-h.chello.nl)
# [16:42] * Quits: sean`` (~Sean@h183194.upc-h.chello.nl) (Client Quit)
# [16:45] <AryehGregor> Who decided that sizeof() in C should behave differently for arrays and pointers? It's quite inconsistent.
# [16:46] <bga_> heh
# [16:46] <bga_> K&R!
# [16:46] * Quits: smaug____ (~chatzilla@209.118.182.194) (Ping timeout: 272 seconds)
# [16:47] <jcranmer> it's quite helpful though
# [16:47] <jcranmer> arrays ≠ pointers
# [16:47] * Quits: matjas (~matjas@79.232-136-217.adsl-static.isp.belgacom.be) (Quit: Computer has gone to sleep.)
# [16:48] * Joins: matjas (~matjas@79.232-136-217.adsl-static.isp.belgacom.be)
# [16:48] <AryehGregor> Yeah, but if you have a static array and you change it to a pointer because it's too big to go on the stack, suddenly your sizeof() calls silently do something different.
# [16:48] <jcranmer> int arr[] = {1, 2, 3, 4};
# [16:48] <jcranmer> &arr == arr
# [16:48] <AryehGregor> &arr == arr? o_O
# [16:48] <jcranmer> yep
# [16:48] * AryehGregor clearly doesn't know enough C
# [16:48] <jcranmer> that trips up SO many students
# [16:49] * Xano__ is now known as Xano
# [16:49] <AryehGregor> That makes no sense.
# [16:50] <bga_> sizeof(&arr[0])
# [16:50] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
# [16:50] <Philip`> AryehGregor: Using sizeof on arrays seems quite risky - better to have some macro that returns number of elements, and fails on pointers
# [16:50] <jcranmer> arrays are closer to labels
# [16:51] <AryehGregor> Philip`, in other words, the feature is ill-conceived.
# [16:51] <jcranmer> so the address of this label is the location it is at
# [16:51] <jcranmer> you also can't legally say arr = foo;
# [16:51] <Philip`> ...although actually I'm not sure how possible it is to have a macro like that
# [16:51] <Philip`> I've got some code with
# [16:51] <Philip`> template<typename T, size_t n> u8 (*ArraySizeDeducer(T (&)[n]))[n];
# [16:51] <Philip`> #define ARRAY_SIZE(name) (sizeof(*ArraySizeDeducer(name)))
# [16:51] <Philip`> but apparently it fails in GCC, so it just uses
# [16:52] <Philip`> #define ARRAY_SIZE(name) (sizeof(name) / (sizeof((name)[0])))
# [16:52] <Philip`> there, which won't detect accidental use of pointer types
# [16:52] * Quits: matjas (~matjas@79.232-136-217.adsl-static.isp.belgacom.be) (Client Quit)
# [16:52] <jcranmer> static assert name == &name?
# [16:54] <Philip`> void* x; x = &x; // now x == &x, and you can't tell that statically
# [16:54] <jcranmer> well, that would require a good static analysis to detect your trick
# [16:54] <AryehGregor> I would be so much happier writing OpenCL if the compiler didn't routinely do things like go into an infinite loop for no obvious reason.
# [16:55] <jcranmer> s/good/decent/
# [16:55] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
# [16:55] <Philip`> jcranmer: Indeed, and you can't do a static assert except for conditions which a dumb static analysis can definitely find the answer to
# [16:56] <bga_> may be c99 will fix your problem
# [16:57] <Philip`> AryehGregor: Maybe it's trying to optimise your non-terminating program into a pre-computed constant return value?
# [16:58] <AryehGregor> Philip`, I hope not, since my program is supposed to terminate.
# [16:58] <AryehGregor> Other users of this GPU would be annoyed, otherwise.
# [16:58] * Quits: miketaylr (~miketaylr@ip68-12-237-183.ok.ok.cox.net) (Quit: miketaylr)
# [16:58] * Joins: miketaylr (~miketaylr@ip68-12-237-183.ok.ok.cox.net)
# [17:00] * Joins: smaug____ (~chatzilla@209.118.182.194)
# [17:02] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
# [17:10] <Aleoss> What is wrong with this X-UA-Compatible value? "IE=edge;chrome=1;FF=3;Opera=9;Konqueror=3;Safari=3;OtherUA=4"
# [17:10] <Aleoss> Validator says it is a bad value.
# [17:10] <jcranmer> everything is ancient?
# [17:11] <Aleoss> jcranmer: Has nothing to do with the versions, but rather the syntax obviously.
# [17:11] <AryehGregor> Aleoss, X-UA-Compatible is nonstandard and invalid to begin with.
# [17:11] <AryehGregor> Also, nothing actually pays attention to it other than IE and the Chrome plugin for IE, so those extra values are nonsense.
# [17:11] <AryehGregor> Chrome Frame, that's what it's called.
# [17:11] <Philip`> Aleoss: Everything is wrong with it
# [17:11] <Aleoss> AryehGregor: So I should send it in HTTP headers only or not bother with it at all?
# [17:11] <AryehGregor> Aleoss, don't bother with it at all.
# [17:12] <AryehGregor> Unless you want to opt in to Chrome Frame, then I guess you need it.
# [17:12] <AryehGregor> For IE=edge, make sure you have a correct doctype, then you'll get that automatically.
# [17:12] <AryehGregor> (If your page validates as HTML5, you have a correct doctype.)
# [17:12] <Philip`> Especially the OtherUA=4, which I assume was copied-and-pasted many times from the original announcement without anyone stopping to think about what it actually meant
# [17:12] <AryehGregor> This is all copied and pasted from the original announcement?
# [17:13] <Philip`> No, some has accreted since then
# [17:13] <Aleoss> Philip`: That would just mean version 4 of anything else.
# [17:13] <AryehGregor> Which makes no sense.
# [17:13] <AryehGregor> The entire thing makes no sense.
# [17:13] <AryehGregor> That header was made up by IE and no one else uses it or plans to ever use it, except Chrome Frame.
# [17:14] <Philip`> http://www.alistapart.com/articles/beyonddoctype - <meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4" />
# [17:14] <AryehGregor> And IE doesn't even need it if you have a good doctype.
# [17:14] <Aleoss> AryehGregor: <!DOCTYPE html>
# [17:14] <AryehGregor> Aleoss, that's fine. Then leave out the meta.
# [17:14] <AryehGregor> The validator says it's invalid for a reason. :)
# [17:17] <Philip`> There should be a law that if you publish an article with some markup that people shouldn't copy and paste directly into their own pages, you must surround it with a flashing red border and "DO NOT USE THIS EXAMPLE DIRECTLY" warnings surrounding it, and it should be rendered as an image so they can't copy it as text
# [17:18] * Quits: smaug____ (~chatzilla@209.118.182.194) (Ping timeout: 245 seconds)
# [17:19] <bga_> and google do not find your text. yes
# [17:20] <bga_> user-select: none; is better
# [17:21] * Joins: sideshow_ (~MikeSmith@sideshowbarker.net)
# [17:21] <david_carlisle> Philip`: re laws, i just copied the markup that you posted to http://krijnhoetmer.nl/irc-logs/whatwg/20101214#l-671 but it appears to be invalid
# [17:22] * Quits: ukai_ (~ukai@nat/google/x-ivrkcwbubpxyucen) (Ping timeout: 265 seconds)
# [17:23] * Quits: cyphase (~cyphase@adsl-99-62-187-200.dsl.pltn13.sbcglobal.net) (Ping timeout: 240 seconds)
# [17:24] <Philip`> david_carlisle: I shall hand myself in to the authorities forthwith
# [17:24] <Philip`> though I will fight attempts at extradition
# [17:25] * Joins: Martijn (~Martijnc@91.176.99.122)
# [17:25] * Joins: paul_irish_ (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
# [17:25] * Joins: BlurstOf_ (~blurstoft@168.203.117.107)
# [17:26] * Joins: yod1 (~thereaux@fw.vdl2.ca)
# [17:26] * Quits: miketaylr (~miketaylr@ip68-12-237-183.ok.ok.cox.net) (*.net *.split)
# [17:26] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (*.net *.split)
# [17:26] * Quits: yod (~thereaux@fw.vdl2.ca) (*.net *.split)
# [17:26] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (*.net *.split)
# [17:26] * Quits: Martijnc` (~Martijnc@91.176.99.122) (*.net *.split)
# [17:26] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (*.net *.split)
# [17:26] * Quits: sideshow (~MikeSmith@sideshowbarker.net) (*.net *.split)
# [17:30] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
# [17:31] * bga_ is now known as bga_|away
# [17:32] * Quits: JonathanNeal (~JNizzle@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Quit: Leaving)
# [17:37] * Quits: jacobolus (~jacobolus@96.24.64.117) (Remote host closed the connection)
# [17:37] * Quits: Aleoss (AleossIRC@69-11-109-118.regn.hsdb.sasknet.sk.ca) (Ping timeout: 250 seconds)
# [17:42] * Joins: miketaylr (~miketaylr@ip68-12-237-183.ok.ok.cox.net)
# [17:44] * Quits: brendaneich (~brendanei@adsl-71-131-200-57.dsl.sntc01.pacbell.net) (Quit: brendaneich)
# [17:47] * Joins: jacobolus (~jacobolus@user-64-9-233-216.googlewifi.com)
# [17:47] * Quits: jacobolus (~jacobolus@user-64-9-233-216.googlewifi.com) (Remote host closed the connection)
# [17:49] * Joins: ukai_ (~ukai@nat/google/x-fhglcojmeiztsgzr)
# [17:49] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
# [17:52] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [17:52] * Joins: jacobolus (~jacobolus@user-64-9-233-216.googlewifi.com)
# [17:53] * Quits: BlurstOf_ (~blurstoft@168.203.117.107) (Remote host closed the connection)
# [17:54] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
# [17:54] * Quits: paul_irish_ (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
# [17:55] * Joins: smaug____ (~chatzilla@nat/mozilla/x-ssfyemtnkpgrzzcz)
# [17:56] * Joins: openstandards (~openstand@home.standardizedways.co.uk)
# [17:57] * Quits: yod1 (~thereaux@fw.vdl2.ca) (Quit: Leaving.)
# [17:57] * Joins: yod (~thereaux@fw.vdl2.ca)
# [17:58] * Quits: jacobolus (~jacobolus@user-64-9-233-216.googlewifi.com) (Ping timeout: 240 seconds)
# [18:01] * Joins: nattokirai (~nattokira@nat/mozilla/x-dtushwyjsfcmdkar)
# [18:02] * Joins: paul_irish (~paul_iris@67.218.102.219)
# [18:02] * Quits: plainhao (~plainhao@208.75.85.237) (Quit: plainhao)
# [18:04] * bga_|away is now known as bga_
# [18:10] * Joins: dglazkov (d8ef2d04@gateway/web/freenode/ip.216.239.45.4)
# [18:12] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
# [18:13] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: No route to host)
# [18:13] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [18:19] * Joins: JonathanNeal (~JNizzle@rrcs-76-79-114-214.west.biz.rr.com)
# [18:20] * Joins: plainhao (~plainhao@208.75.85.237)
# [18:26] * Joins: agektmr (~Adium@p1116-ipbf7801marunouchi.tokyo.ocn.ne.jp)
# [18:30] * Joins: MikeSmith_ (~MikeSmith@EM114-48-44-65.pool.e-mobile.ne.jp)
# [18:31] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [18:33] * Quits: MikeSmith (~MikeSmith@EM114-48-179-83.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
# [18:33] * MikeSmith_ is now known as MikeSmith
# [18:33] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [18:34] * Joins: dave_levin (~dave_levi@74.125.59.65)
# [18:35] * Joins: sicking (~chatzilla@nat/mozilla/x-fgzgqxzmnyzfxbsc)
# [18:36] * Quits: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt) (Quit: Leaving)
# [18:38] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Ping timeout: 240 seconds)
# [18:39] * Joins: cyphase (~cyphase@adsl-99-62-187-200.dsl.pltn13.sbcglobal.net)
# [18:40] * Joins: jwalden (~waldo@nat/mozilla/x-argdrlabqvgchdyv)
# [18:41] * Joins: dbaron (~dbaron@nat/mozilla/x-qlrqlkoiswsyawcs)
# [18:43] * Joins: roc (~chatzilla@nat/mozilla/x-wkhykuxjatkdueqi)
# [18:44] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 250 seconds)
# [18:54] * Quits: paul_irish (~paul_iris@67.218.102.219) (Remote host closed the connection)
# [18:54] * Joins: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca)
# [18:57] * Quits: cyphase (~cyphase@adsl-99-62-187-200.dsl.pltn13.sbcglobal.net) (Quit: http://www.cyphase.com/)
# [18:59] * Joins: paul_irish (~paul_iris@nat/google/x-nhoqdrxerwqmhoct)
# [19:01] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
# [19:02] * Joins: peol (~andree@85.235.30.211)
# [19:02] * Quits: peol (~andree@85.235.30.211) (Changing host)
# [19:02] * Joins: peol (~andree@unaffiliated/peol)
# [19:03] * Quits: workmad3 (~workmad3@cspool123.cs.man.ac.uk) (Remote host closed the connection)
# [19:03] * bga_ is now known as bga_|away
# [19:04] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
# [19:04] * Joins: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi)
# [19:04] * Joins: ojan (~ojan@nat/google/x-agmtvwouzdntqmcm)
# [19:10] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
# [19:16] * Quits: miketaylr (~miketaylr@ip68-12-237-183.ok.ok.cox.net) (Quit: miketaylr)
# [19:16] * bga_|away is now known as bga_
# [19:16] * Joins: mdelaney (~mdelaney@66.109.105.201)
# [19:17] * Quits: agektmr (~Adium@p1116-ipbf7801marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
# [19:18] * Joins: matjas (~matjas@91.182.189.178)
# [19:21] * bga_ is now known as bga_|away
# [19:22] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
# [19:23] * Joins: cardona507 (~cardona50@68-29-197-199.pools.spcsdns.net)
# [19:24] * Joins: cardona507_ (~cardona50@cpe-98-150-147-252.hawaii.res.rr.com)
# [19:27] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [19:28] * Quits: cardona507 (~cardona50@68-29-197-199.pools.spcsdns.net) (Ping timeout: 260 seconds)
# [19:28] * cardona507_ is now known as cardona507
# [19:35] <JonathanNeal> I think most browsers have chosen font-size: 16px; and font-family: serif; to be the default font style of a document, but this isn't actually required or recommended by w3c or whatwg. Is that correct?
# [19:35] * Joins: othermaciej (~mjs@67.218.105.130)
# [19:36] <AryehGregor> Seemingly.
# [19:38] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
# [19:39] <jcranmer> JonathanNeal: most likely desire of browsers for consistency
# [19:39] <AryehGregor> If they're all the same, it should be added to the spec.
# [19:39] <jcranmer> for what it's worth, elinks seems to think that a monospace font works quite well
# [19:41] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: jeremyselier)
# [19:41] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
# [19:42] * Quits: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net) (Quit: The computer fell asleep)
# [19:42] <AryehGregor> I imagine elinks does not closely adhere to the contents of the rendering section.
# [19:42] <TabAtkins> Is elinks one of the terminal browsers?
# [19:43] <jcranmer> yes
# [19:44] <TabAtkins> Then it can use the limitations clause to justify its breakage of various parts of the spec. ^_^
# [19:45] <jcranmer> well, I'm sure you could have a terminal that uses serif fonts
# [19:45] <jcranmer> I don't think anyone wants to have such a thing
# [19:45] <jcranmer> but it's possible
# [19:45] <AryehGregor> Related to lynx.
# [19:45] <AryehGregor> Thus the name.
# [19:45] <TabAtkins> It'd still probably end up rendering it monospace, right?
# [19:45] * AryehGregor just uses lynx when he needs a text browser
# [19:45] <TabAtkins> AryehGregor: Yeah, I suspected.
# [19:45] <TabAtkins> Me too.
# [19:45] <AryehGregor> There's technically no rule that terminals have to be monospace.
# [19:46] <AryehGregor> You could use Arial for your terminal if you really wanted.
# [19:46] <TabAtkins> Hm, I guess so. You'd probably make a lot of things render really weird.
# [19:46] <AryehGregor> Needless to say, yeah.
# [19:46] <JonathanNeal> So, if all browsers have followed 16px serif are you saying it should seriously be considered for the spec?
# [19:46] <AryehGregor> These browsers probably output ASCII art, too.
# [19:46] <AryehGregor> JonathanNeal, yes, that may as well be added to the rendering section.
# [19:47] * bga_|away is now known as bga_
# [19:47] <TabAtkins> If websites are designed taking advantage of the consistency (which I'm sure they are), then yes.
# [19:51] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
# [19:52] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: Leaving.)
# [19:56] * Joins: brendaneich (~brendanei@nat/mozilla/x-xmdbsokmppmijvqs)
# [19:59] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
# [19:59] * Joins: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36)
# [20:01] * Quits: mdelaney (~mdelaney@66.109.105.201) (Quit: mdelaney)
# [20:01] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
# [20:01] * Joins: Guest81200 (~andree@85.235.30.211)
# [20:04] * Quits: peol (~andree@unaffiliated/peol) (Ping timeout: 276 seconds)
# [20:05] * Quits: Guest81200 (~andree@85.235.30.211) (Ping timeout: 260 seconds)
# [20:07] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
# [20:08] * Quits: espadrine (~espadrine@acces1465.res.insa-lyon.fr) (Quit: espadrine)
# [20:08] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
# [20:10] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
# [20:10] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Client Quit)
# [20:10] * Quits: oojacoboo (~jacob@96-32-175-233.dhcp.gwnt.ga.charter.com) (Quit: oojacoboo)
# [20:11] * aroben is now known as aroben|lunch
# [20:12] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
# [20:12] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
# [20:14] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Client Quit)
# [20:18] <dglazkov> I think your last email was good, TabAtkins, but not sure yet whether the explanation is super clear :)
# [20:18] <dglazkov> I wonder if Boris hangs out here, maybe it's best to 'splain in irc?
# [20:19] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [20:20] <TabAtkins> Doesn't look like he does.
# [20:21] <dglazkov> :(
# [20:21] <TabAtkins> I hear they have an entire IRC network to themselves, though. ^_^
# [20:22] <Philip`> Themselves plus the spammers
# [20:23] <AryehGregor> He's here sometimes.
# [20:23] <AryehGregor> I think.
# [20:23] <AryehGregor> Apparently not often.
# [20:26] * Quits: dbaron (~dbaron@nat/mozilla/x-qlrqlkoiswsyawcs) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [20:30] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
# [20:31] <annevk> I managed to reduce my encoding dataset to 89 variants on the train. This is probably as good as it is going to get.
# [20:32] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
# [20:33] <annevk> Why isn't the CSS-based XBL part of the discussion yet?
# [20:33] * annevk thought that was rather interesting
# [20:34] <TabAtkins> One piece at a time. ^_^
# [20:34] <annevk> Euhm, no?
# [20:34] <annevk> I don't want XBL twice.
# [20:35] <TabAtkins> Nah, I meant that we're trying to discuss one thing at a time.
# [20:35] <TabAtkins> Agreed that we don't want XBL twice. This should all be part of the same framework.
# [20:36] <annevk> By putting it in CSS it is somewhat more clear that it is immutable, maybe...
# [20:36] <annevk> Doing that at a markup level is somewhat weird...
# [20:36] <annevk> All markup so far can be scripted, after all.
# [20:36] <TabAtkins> We don't always want it to be immutable, though.
# [20:38] <dglazkov> what's immutable?
# [20:38] <annevk> Well, the current proposal was to make the templates immutable, right?
# [20:39] <annevk> But then CSS can be scripted too so I guess my comparison does not hold...
# [20:39] <dglazkov> annevk: ah. gotcha
# [20:39] <dglazkov> annevk: no, the idea is that you can mutate templates all you want -- it just won't affect the existing instances
# [20:39] <TabAtkins> No, templates are mutable too. The point is that once you *apply* a template all the informatino in it is cloned out, so you can forget about the template it came from.
# [20:40] <annevk> Ah, so when you add new elements the template would apply to you get it with changes?
# [20:40] <Hixie> would be nice to have a way to do it all from CSS
# [20:40] <dglazkov> like you bend your cookie cutter to make tree-shaped cookies, and then into a man-shaped cookies. The re-bending shouldn't change all your tree-shaped cookies into man-shaped cookies :)
# [20:40] * Quits: openstandards (~openstand@home.standardizedways.co.uk) (Remote host closed the connection)
# [20:40] <Hixie> even if it just means having "HTML islands" in CSS files
# [20:40] <dglazkov> Hixie: eeew
# [20:40] <annevk> It would obsolete the whole need for all these crazy pseudo-elements in CSS...
# [20:40] <annevk> Which is a win, I think.
# [20:41] * Joins: othermaciej_ (~mjs@2620:0:1b00:1f01:9227:e4ff:fef3:599)
# [20:41] * Quits: mokush (~quassel@188.24.42.76) (Ping timeout: 245 seconds)
# [20:41] <dglazkov> Hixie: that was an instinctive reaction, but now that I think about it ...
# [20:41] <Hixie> yeah
# [20:41] <Hixie> same here
# [20:41] <dglazkov> you could devise easier parsing rules
# [20:41] <Hixie> at first i'm like "ew"
# [20:41] <Hixie> and then i'm like "well"
# [20:41] <dglazkov> <template><tr></template>
# [20:41] <Hixie> and then i'm like "hmm"
# [20:42] <annevk> dglazkov, like WebSRT parsing rules maybe?
# [20:42] * dglazkov looks up WebSRT
# [20:42] <Hixie> there's definitely a lot to define if we go that route
# [20:42] <TabAtkins> That... might help with the crazy parsing rules.
# [20:42] <annevk> (at least the markup subset)
# [20:42] <Hixie> annevk: i don't think the websrt parsing rules would really fit, but yeah
# [20:43] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [20:43] <dglazkov> holy crap you guys are crazy
# [20:43] <dglazkov> sorry, just started reading websrt
# [20:44] * Quits: othermaciej (~mjs@67.218.105.130) (Ping timeout: 250 seconds)
# [20:44] * othermaciej_ is now known as othermaciej
# [20:44] <annevk> dglazkov, <evil laugh here>
# [20:45] * Joins: mokush (~quassel@188.24.42.76)
# [20:45] <dglazkov> I think I am going to go ahead and not read it. Just annevk's blog post is fine. Otherwise, I might go Scanners
# [20:46] <dglazkov> ok, you may have something there Hixie -- about HTML islands in CSS. Even though it sounds disgusting. It's like that nordic fish dish or something.
# [20:48] * Joins: jamesr_ (~jamesr@nat/google/x-mykomqdjeuoqvcxs)
# [20:48] <Hixie> yeah it's definitely not aestheticaly obvious
# [20:49] <dglazkov> but would allow avoiding using processing directives I think
# [20:49] * Joins: sroussey (~sroussey@adsl-69-234-115-237.dsl.irvnca.pacbell.net)
# [20:50] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
# [20:50] <TabAtkins> If we went the "HTML Islands" route, I'd probably see if we could just reuse Anne's XML5.
# [20:51] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [20:52] * TabAtkins wants to file a bug to deprecate <input type=reset>, and then file bugs on each browser to remove support so they're a noop.
# [20:53] * Joins: brendaneich_ (~brendanei@nat/mozilla/x-wyelnghvpkcakvnk)
# [20:53] * Quits: brendaneich (~brendanei@nat/mozilla/x-xmdbsokmppmijvqs) (Read error: Connection reset by peer)
# [20:53] * brendaneich_ is now known as brendaneich
# [20:53] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
# [20:53] <Dashiva> "Please upgrade to an older browser to use reset buttons"
# [20:53] <TabAtkins> Yus.
# [20:54] <TabAtkins> Nobody actually uses them. Except me, accidentally.
# [20:55] <othermaciej> TabAtkins: there doesn't seem to be much upside to removing support
# [20:56] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
# [20:56] <annevk> seem kind of useful for a preferences panel
# [20:57] <TabAtkins> othermaciej: The upside is that I stop resetting forms accidentally.
# [20:57] * Quits: jwalden (~waldo@nat/mozilla/x-argdrlabqvgchdyv) (Ping timeout: 240 seconds)
# [20:57] <Dashiva> Add a confirmation dialog preference setting option
# [20:58] * Quits: torvalamo (~duckmysic@c177BBF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
# [20:58] * Joins: jwalden (~waldo@nat/mozilla/x-bmmkdggbbtzrrrvu)
# [20:59] * Joins: murz (~mmurraywa@wcproxy.msnbc.com)
# [21:02] * Joins: torvalamo (~duckmysic@c177BBF51.dhcp.bluecom.no)
# [21:02] <dglazkov> roc: do you know how to summon Boris? :)
# [21:03] <dglazkov> I think TabAtkins' explanation is pretty good -- agian :)
# [21:05] <othermaciej> TabAtkins: I guess the term in my utility function representing your convenience doesn't have a very high coefficient
# [21:06] <TabAtkins> othermaciej: Get a better utility function.
# [21:08] * Joins: miketaylr (~miketaylr@ip68-12-237-183.ok.ok.cox.net)
# [21:12] * Quits: othermaciej (~mjs@2620:0:1b00:1f01:9227:e4ff:fef3:599) (Quit: othermaciej)
# [21:13] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
# [21:14] * Quits: smaug____ (~chatzilla@nat/mozilla/x-ssfyemtnkpgrzzcz) (Ping timeout: 240 seconds)
# [21:16] * Joins: oojacoboo (~jacob@96-38-235-118.static.gwnt.ga.charter.com)
# [21:18] <MrWax> Does anyone know when likely we will be able to implement offline cache db's with HTML5 ? I mean when more than just FF (Indexeddb) support it?
# [21:19] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Read error: Connection timed out)
# [21:19] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
# [21:20] * Joins: TabAtkins_ (~tabatkins@nat/google/x-zotdekhhgaqfadbr)
# [21:24] * Quits: roc (~chatzilla@nat/mozilla/x-wkhykuxjatkdueqi) (Ping timeout: 240 seconds)
# [21:24] * Quits: sicking (~chatzilla@nat/mozilla/x-fgzgqxzmnyzfxbsc) (Ping timeout: 265 seconds)
# [21:25] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
# [21:29] * Quits: plainhao (~plainhao@208.75.85.237) (Quit: plainhao)
# [21:30] * Joins: othermaciej (~mjs@17.246.16.227)
# [21:31] <dglazkov> ok, I don't like HTML Islands again. Because now you can't build templates imperatively.
# [21:31] <dglazkov> and they're not DOM.
# [21:31] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Remote host closed the connection)
# [21:31] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
# [21:31] <annevk> CSS has an API
# [21:31] <dglazkov> so you can't refer to them
# [21:32] <annevk> pretty sure we could have all of that
# [21:32] <annevk> not sure if we want that though
# [21:32] <dglazkov> annevk: ah, build templates imperatively as part of CSSOM?
# [21:33] <annevk> something like that
# [21:33] <annevk> they could be DocumentFragment or some such
# [21:33] <annevk> or just an Element I guess
# [21:45] * Quits: murz (~mmurraywa@wcproxy.msnbc.com) (Quit: murz)
# [21:50] <dglazkov> interesting. I think the idea is at least worth experimenting with
# [21:52] * Quits: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi) (Remote host closed the connection)
# [21:56] * Quits: cardona507 (~cardona50@cpe-98-150-147-252.hawaii.res.rr.com) (Quit: zzzzz)
# [21:57] * Joins: smaug____ (~chatzilla@nat/mozilla/x-svaqxwuzkjjkiqti)
# [21:57] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
# [21:57] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Read error: Connection reset by peer)
# [21:57] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
# [21:59] * Joins: sicking (~chatzilla@nat/mozilla/x-uhlrdftpqcbauujt)
# [22:04] * Joins: espadrine (~espadrine@eduroinsa944.insa-lyon.fr)
# [22:12] * Quits: paul_irish (~paul_iris@nat/google/x-nhoqdrxerwqmhoct) (Remote host closed the connection)
# [22:14] * Quits: sicking (~chatzilla@nat/mozilla/x-uhlrdftpqcbauujt) (Ping timeout: 255 seconds)
# [22:18] * Parts: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
# [22:19] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
# [22:22] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
# [22:22] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [22:28] <dglazkov> annevk, Hixie: are you going to float this idea to public-webapps?
# [22:31] <annevk> I hope Hixie will; I don't quite have the full picture
# [22:31] <dglazkov> Hixie: it seems there's a fairly broad agreement about templates being non-reflective. Should I document this in a bug somewhere or what do I do? Teach me the proces, Master
# [22:31] <annevk> I just thought it should be considered in the XBL discussion as it seemed like a nice enough idea
# [22:33] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
# [22:34] <annevk> dglazkov, it being documented in email should be sufficient assuming Hixie will continue to be the editor of that document
# [22:34] <dglazkov> annevk: great!
# [22:37] <zcorpan> dglazkov: how about "HTML Components"?
# [22:37] <annevk> dglazkov, btw, http://www.w3.org/TR/NOTE-HTMLComponents
# [22:37] <annevk> aah, zcorpan won
# [22:37] <dglazkov> zcorpan: sure, sounds good :)
# [22:38] <zcorpan> wow, i didn't know they made a w3c spec for it
# [22:38] <dglazkov> it's not a spec, it's a note. Which means we can take the name, right?
# [22:38] * dglazkov knows nothing about standards process.
# [22:38] <dglazkov> except that it's painful
# [22:39] <annevk> names are not really reserved, but picking a name that does not conflict with what Microsoft did might be wise
# [22:39] <dglazkov> "The spec formerly know as XBL2"
# [22:40] <dglazkov> know->known drats
# [22:40] <dglazkov> DOM Chunks
# [22:40] <dglazkov> :D
# [22:40] * Parts: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
# [22:40] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
# [22:41] <annevk> ooh, new Opera build is significantly better
# [22:41] <annevk> at least in terms of tab space allocation
# [22:42] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
# [22:42] <annevk> DOM Chunks haha
# [22:42] <zcorpan> same as in previous build. keep up! or, i mean, you're on vacation, go away :P
# [22:42] <annevk> though it would have to be Web Chunks ;p
# [22:42] <dglazkov> :)
# [22:42] <zcorpan> Web Slices? oh wait
# [22:44] <dglazkov> I don't see a problem with using Web Components
# [22:45] <dglazkov> It's not like Oracle is going to come at us for naming the spec Web SQL Database :)
# [22:45] <dglazkov> and it makes good sense
# [22:46] * Quits: espadrine (~espadrine@eduroinsa944.insa-lyon.fr) (Quit: espadrine)
# [22:49] <annevk> If it is going to be part of HTML it will just be part of HTML... No separate name needed. If it is going to be part of CSS I suspect something like CSS Components Module...
# [22:54] * Quits: matjas (~matjas@91.182.189.178) (Quit: Computer has gone to sleep.)
# [22:54] <TabAtkins_> Well, it's still useful to have a name for the chunk, like Web Storage or Server-Sent Events have.
# [22:54] <TabAtkins_> dglazkov: "maximum-pleasure encapsulation" makes me feel dirty inside.
# [22:59] <dglazkov> TabAtkins_: mission accomplished!
# [23:02] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [23:04] * Quits: charlvn (~charlvn@196-210-178-223.dynamic.isadsl.co.za) (Quit: Leaving)
# [23:05] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
# [23:09] * Quits: miketaylr (~miketaylr@ip68-12-237-183.ok.ok.cox.net) (Remote host closed the connection)
# [23:09] * Joins: cardona507 (~cardona50@98.150.147.252)
# [23:10] * Quits: bzed (~bzed@devel.recluse.de) (Quit: leaving)
# [23:11] * Joins: jlebar (~jlebar@nat/mozilla/x-vaciafjpbphlfljy)
# [23:11] * Joins: bzed (~bzed@devel.recluse.de)
# [23:12] <zcorpan> fwiw, i recall that when i was a beginner with html and css, i wanted a way to put html in css
# [23:13] * Quits: ROBOd (~robod@109.96.222.113) (Quit: .)
# [23:13] <jlebar> Hixie, ping?
# [23:13] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Ping timeout: 240 seconds)
# [23:15] * Joins: roc (~chatzilla@nat/mozilla/x-vmcewnubnylrcecm)
# [23:17] <roc> dglazkov: he's bz
# [23:17] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
# [23:17] <dglazkov> roc: thanks!
# [23:18] <roc> not currently online it seems
# [23:18] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:21] <Aleoss> "Bad value tablist for attribute role on element ul." How is this possible? According to the HTML5 spec, "tablist" is a valid role attribute value for the ul element.
# [23:26] <Aleoss> http://www.whatwg.org/specs/web-apps/current-work/#annotations-for-assistive-technology-products-%28aria%29
# [23:26] * Quits: roc (~chatzilla@nat/mozilla/x-vmcewnubnylrcecm) (Ping timeout: 276 seconds)
# [23:27] * Quits: nattokirai (~nattokira@nat/mozilla/x-dtushwyjsfcmdkar) (Ping timeout: 250 seconds)
# [23:31] * Joins: paul_irish (~paul_iris@nat/google/x-oijtqawrcviftfii)
# [23:31] <Aleoss> Anyone?
# [23:31] * Joins: nattokirai (~nattokira@nat/mozilla/x-vgdacnvljmeaxeom)
# [23:32] * Quits: sroussey (~sroussey@adsl-69-234-115-237.dsl.irvnca.pacbell.net) (Ping timeout: 272 seconds)
# [23:32] * Quits: saba (~lover@unaffiliated/saba) (Ping timeout: 264 seconds)
# [23:35] <zcorpan> Aleoss: http://bugzilla.validator.nu/
# [23:36] <Aleoss> zcorpan: That requires that I register there.
# [23:36] <zcorpan> yes?
# [23:37] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
# [23:37] <zcorpan> send email to hsivonen@iki.fi if you don't want to register
# [23:37] * Joins: nessy (~Adium@74.125.56.18)
# [23:39] * jgraham is impressed that dglazkov managed to turn the XBL2 discussion into a naming bikeshed so early and so eagerly
# [23:39] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
# [23:40] <annevk> haha http://www.flickr.com/photos/tantek/5218572290/ CSS WG in action
# [23:40] <jgraham> I vote for WebCOM, of course. Because what could be make web developers feel more like Real Programmers (TM) than using COM
# [23:40] <dglazkov> jgraham: :D
# [23:41] <dglazkov> jgraham: to be fair, I did create a separate thread.
# [23:41] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
# [23:41] * Joins: roc (~chatzilla@nat/mozilla/x-cciwuipvtglwzkab)
# [23:41] <jgraham> dglazkov: :)
# [23:44] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
# [23:44] * Joins: justinhjohnson_ (~justinjn@67-131-94-2.dia.static.qwest.net)
# [23:44] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
# [23:45] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
# [23:47] * _bga is now known as bga_|away
# [23:47] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Ping timeout: 245 seconds)
# [23:47] * justinhjohnson_ is now known as justinhjohnson
# [23:50] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Remote host closed the connection)
# [23:51] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
# [23:55] * bga_|away is now known as bga_
# [23:57] <bga_> WebCOM?
# [23:57] <bga_> is it COM for web
# [23:58] <bga_> i mean http://en.wikipedia.org/wiki/Component_Object_Model
# Session Close: Wed Dec 15 00:00:01 2010

The end :)