| 00:00 | <_bga> | Hixie for example https://github.com/marcuswestin/fun |
| 01:20 | <yuhong> | FYI on InnerHTML: http://www.ericvasilik.com/2006/07/code-karma.html |
| 01:21 | <erlehmann> | ooold |
| 01:23 | <yuhong> | erlehmann: Yep, the reason I mention it was today there was a discussion of where InnerHTML comes from. |
| 01:26 | <yuhong> | Now IMO cancelling Mariner (later MozClassic) was a mistake, but that was another mess altogether. |
| 01:47 | Dashiva | reads semtech bof notes |
| 01:51 | <Dashiva> | foolip: Thanks for the recommended reading link :) |
| 01:54 | <Dashiva> | So has anyone normally in favor of DE explained why DE is suddenly bad? |
| 02:04 | <gsnedders> | bga_: http://bga.github.com/list-of-ecmascript-engines/ should probably be cleaer that Carakan is totally different to everything before it, and that it implements the ES3-subset of ES5 (see things where behaviour changed from 3 to 5) |
| 02:05 | <bga_> | hm |
| 02:06 | <gsnedders> | bga_: I'm not entirely sure how different the earlier engines are |
| 02:07 | <bga_> | gsnedders i want to describe only last version |
| 02:07 | <bga_> | else it will be hell |
| 02:07 | <bga_> | 5 monkeys |
| 02:07 | <bga_> | 4 form opera |
| 02:07 | <bga_> | etc |
| 02:07 | <bga_> | *from |
| 02:07 | <gsnedders> | bga_: SpiderMonkey is a single engine, the other monkies are just part of it |
| 02:09 | <bga_> | ah. i have splitted jscript and Chakra |
| 02:12 | <bga_> | ok gsnedders |
| 02:12 | <bga_> | i will split |
| 02:12 | <bga_> | Futhark/Linear B/Linear A as es3 w/o jit |
| 02:13 | <bga_> | and Carakan as es3 es5? w/ jit |
| 02:13 | <gsnedders> | bga_: Also, Futhark and Carakan existed/exist alongside each other even after Carakan shipped |
| 02:13 | <gsnedders> | bga_: I'd say Carakan is ES5, though it doesn't support the object stuff and strict mode. Futhark supported some ES4 stuff too, but was mostly ES3 |
| 02:14 | <bga_> | es4? |
| 02:14 | <bga_> | do you mean "const" ? |
| 02:14 | <gsnedders> | /./x, /./y, can't remember what else. |
| 02:14 | <bga_> | nice |
| 02:14 | <gsnedders> | const support predates it being in ES4 |
| 02:15 | <gsnedders> | bga_: [a,b] = [1,2] |
| 02:15 | <bga_> | gsnedders btw in opera const == var |
| 02:15 | <bga_> | iirc |
| 02:15 | <gsnedders> | bga_: yeah |
| 02:17 | <bga_> | omg its work %) |
| 02:18 | <bga_> | gsnedders what parts of es5 in Carakan? |
| 02:18 | <bga_> | only getters setters? |
| 02:18 | <gsnedders> | bga_: Everything except the object methods, function.prototype.bind, and strict mode |
| 02:19 | <gsnedders> | bga_: So all the array stuff, all the new syntax (which IIRC is just the getter/setters), all the behavioural changes from ES3->ES5 (/./ creating a new object each time, etc.) |
| 02:20 | <gsnedders> | bga_: JSON, property access on strings, string.prototypr.trim, date.now |
| 02:20 | <gsnedders> | bga_: Dunno what else is new in ES5 off-hand |
| 02:20 | <bga_> | thanks |
| 02:21 | <gsnedders> | bga_: The exclusive list is simpler :P |
| 02:21 | <gsnedders> | bga_: (will be supported in a future version, etc.) |
| 02:21 | <bga_> | btw in Futhark /./ === /./ false |
| 02:22 | <gsnedders> | bga_: They're two different literals. Try function f() { return /./; }; print(f() === f()); |
| 02:23 | <bga_> | heh |
| 02:23 | <bga_> | as in old v8 |
| 02:23 | <bga_> | => issue with lastIndex too |
| 02:23 | <gsnedders> | bga_: Well, old everything. It was ES3 behaviour and everything followed it. |
| 02:24 | <jamesr> | one of the few (only?) cases where es5 directly contradicts es3 outside of strict mode |
| 02:24 | <gsnedders> | Oh, heh, jwalden's blog post claims on SpiderMonkey and V8 support. Futhark certainly did too… |
| 02:25 | <gsnedders> | jamesr: There's a whole appendix of the spec listing the changes. |
| 02:25 | <jwalden> | jamesr: nah, there are others (null/undefined as this to builtin methods, say) |
| 02:26 | <jwalden> | which incidentally I'm a bit surprised broke seemingly nobody but the gobbledygookers |
| 02:26 | <jamesr> | who are the gobbledygookers? |
| 02:27 | <jwalden> | jamesr: http://whereswalden.com/2011/02/03/working-on-the-js-engine-episode-iv/ |
| 02:30 | gsnedders | is still glad GWT's output doesn't look like that |
| 02:34 | <bga_> | gsnedders this doesn't work :( var a = {get f: #{ -> 1 }}; _log(a.f); |
| 02:35 | <gsnedders> | bga_: um, that's not ES5. |
| 02:49 | <bga_> | gsnedders i hope opera will support {debugger} |
| 03:09 | <bga_> | gsnedders fixed. thanks again |
| 03:34 | <fantasai> | Hixie: I've got some comments on ruby, but I have to go catch a plane like right now. :) Give me like a day? |
| 03:35 | fantasai | is flying Tokyo -> NYC: it will take awhile. |
| 11:12 | <[tm]> | hsivonen: about redeploying the W3C HTML5 validator, yeah, will do |
| 11:12 | <[tm]> | but maybe have to wait til I get back home |
| 11:13 | <[tm]> | I'm in CHina for a few more days, and my connectivity here is a little unpredictable |
| 11:39 | <karlcow> | jumping above the firewall? getting your feet hot |
| 17:14 | danbri_ | finds foolip's http://blog.foolip.org/2009/08/23/microformats-vs-rdfa-vs-microdata/ almost 2 years too late :/ |
| 18:43 | danbri_ | finds foolip's http://blog.foolip.org/2009/08/23/microformats-vs-rdfa-vs-microdata/ almost 2 years too late :/ |
| 18:43 | <danbri_> | oops doubletyped that |
| 18:43 | <danbri_> | ignore me :) |
| 18:44 | <Ms2ger> | That's what we've already been doing, so, no problem :) |
| 20:15 | <Ms2ger> | > Nobody else follows process, why should we? |
| 20:16 | <Ms2ger> | Because we're the good guys, I guess |