[Prototype-core] Re: From rubyonrails-spinoffs: is Element.setStyle a resource hog?

2007-02-18 Thread Andrew Dupont
On Feb 18, 12:22 pm, Marius Feraru [EMAIL PROTECTED] wrote: So, the only issue still standing in this paragraph is how to detect different versions. People [1] think the right choice is not browser detection, but object detection. This is a very weary subject, I don't really want to reiterate

[Prototype-core] Re: From rubyonrails-spinoffs: is Element.setStyle a resource hog?

2007-02-18 Thread Sam Stephenson
On Feb 18, 2:24 pm, Marius Feraru [EMAIL PROTECTED] wrote: Nicely said, with one possible amendment: compactness as in code size? I'd give that the lowest priority, execution speed IMHO is far more important than download speed. After all, we're talking about web applications, not web pages

[Prototype-core] Re: From rubyonrails-spinoffs: is Element.setStyle a resource hog?

2007-02-18 Thread Marius Feraru
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas Fuchs wrote: I'm pretty sure that's not the case with the majority of users. Pitifully, they are clueless. :( They are not able to distinguish between load and run, nor about resource caching. Anyway, we don't really strive for download

[Prototype-core] Re: From rubyonrails-spinoffs: is Element.setStyle a resource hog?

2007-02-18 Thread Mislav Marohnić
On 2/18/07, Martin Ellis [EMAIL PROTECTED] wrote: Can't prototype.js be elegant without it looking like ruby code? Prototype.js is not making Ruby in JavaScript. It just embraces the conventions (modules, names, return types) because the two languages have similar dynamic features. As for

[Prototype-core] Re: From rubyonrails-spinoffs: is Element.setStyle a resource hog?

2007-02-18 Thread Thomas Fuchs
Am 18.02.2007 um 22:07 schrieb Martin Ellis: Also remember that less code means less possible breakage... the memory leak with morph, this was caused by less code. IMHO, that was caused by a misbehavin' JavaScript engine... :) --~--~-~--~~~---~--~~ You

[Prototype-core] From rubyonrails-spinoffs: is Element.setStyle a resource hog?

2007-02-18 Thread Ken Snyder
Andrew Dupont wrote: ... I just submitted #7585: http://dev.rubyonrails.org/ticket/7585 This patch also serves as an example of how I'd like to overhaul Prototype's browser detection. This looks beautiful. Great work! --~--~-~--~~~---~--~~ You received

[Prototype-core] Re: Proposed rewrite of $$/Selector

2007-02-18 Thread Christophe Porteneuve
Ken Snyder a écrit : Yes, it was very slow for me too with any of the nth- predicates. That nth routine relies on counting the number of previous siblings FOR EVERY NODE. I'm not sure if that is avoidable, but I've added the Yeah, you're O(n²) on this, and I think I found a way to be

[Prototype-core] Re: Proposed rewrite of $$/Selector

2007-02-18 Thread Christophe Porteneuve
Andrew Dupont a écrit : On Feb 18, 9:45 pm, Ken Snyder [EMAIL PROTECTED] wrote: Yes, it was very slow for me too with any of the nth- predicates. That nth routine relies on counting the number of previous siblings FOR EVERY NODE. I'm not sure if that is avoidable, but I've added the