On Mon, Jul 22, 2013 at 3:19 PM, Brendan Eich <[email protected]> wrote: > Tab Atkins Jr. wrote: >> Of course. But Rick's argument against was justifying itself on the >> parser, not expectation of web-dependence on the results. > > It was clear enough (to me and I think others) that Rick was talking > indirectly about web-dependence, but let's not get stuck here.
If so, then cool, we can all drop that sub-thread. ^_^ >> You've lost track of who's suggesting what. I'm not suggesting >> anything - it was a proposal by Andy. > > Somehow I thought you were on board (you *are* a Pythonista :-P) -- sorry. Oh, I'm on board with the idea - I like the Python functionality, and have found it very useful in avoiding temporary variables just to check that a value is within a particular range. But I think there's a small but reasonable chance this would be web-breaking, and wouldn't push it unless someone with more power inside a browser is willing to push on this. (I'm merely a spec-writer.) Also, I'm quite certain that changing the precedence of the equality and the comparison ops would be web-breaking, as I've used that fact before (specifically, comparing the result of two comparisons directly, as given in an example by Andy). I might be okay with just allowing chaining of same-precedence things, but it would be weird and different from the other languages that have this functionality. > While I have you (and others here), I wish we had a code search engine > strong enough to find patterns such as x < y < z and the like on the web. > Anyone know of anything like that? Now that Google's Code Search is dead, I'm not aware of a good one. :/ ~TJ _______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
