25 comments

[ 2.9 ms ] story [ 53.7 ms ] thread
This looks awesome! Are there any other javascript libraries that support drag, drop, and swipe events?
Yes, there are several, but not many can be used with delegate / on in the same way these events can. This makes it extremely useful for frameworks that use declarative event bindings.
I would like to see some data on how much faster. Maybe make some demos that run in a frame where jQuery is compared to this library. It's a tall claim to say this is faster and needs credible verification.
For fast fix:

http://bitovi.com/blog/2012/04/faster-jquery-event-fix.html

There's a JS benchmark.

For styles, there's a demo: http://donejs.com/docs.html#!jQuery.styles

comparing jQuery's height vs one implemented with reading multiple properties. I can get a benchmark for this soon.

As far as animate, that's tricky. There's nothing to measure but framerate I suppose. It does in fact use CSS animations and if you assume they are faster (which what's the point if not) ... then you can assume animate is faster.

This appears to me as a collection of jQuery plugins that is masquerading as a better version of jQuery. I really don't like the name, and I hope whoever controls the jQuery trademark puts the kibosh on this name. These plugins should stand on their own merit, and should be advertised as something other than jQuery++.

Frankly, I have also not really liked that jQueryMobile, and jQueryUI used the jQuery name because it killed the prospects of better alternative projects, but at least they had endorsement.

It is by no means masquerading as a better version of jQuery. No where does it say this. It only states it's a collection of jQuery plugins.
(comment deleted)
It says that in the name.
Is c++ better than c?
Was it meant to be?
Thats the implication, obviously.
It sort of IS implying that it is a better version of jquery in several places.
That said, I have no issue with you saying that. jQuery does have some issues, and this might address them. I'll be checking it out later on tonight.
Frankly, I have also not really liked that jQueryMobile, and jQueryUI used the jQuery name because it killed the prospects of better alternative projects, but at least they had endorsement.

What personally put me off jQueryMobile was that it seeks to make everything look like iOS, and to me, that's a no go. That and it being balls slow, even on pretty good hardware.

Without being able to piggyback on the jQuery moniker I absolutely refuse to believe it would have been able to make it on its own.

And as such, I definitely agree with your point about killing prospects of alternative projects. It's sorely needed.

If they are providing performance improvements, why not just pull a copy of jQuery and commit the improvements? Why do these need to be presented as a separate library?
Of the 3 that add performance improvements:

animate - probably wouldn't make sense until CSS is better supported.

styles - I've suggested adding it, but waiting on the "go ahead".

fastfix - I've suggested adding, but jQuery said it wasn't interested. I don't think they realize that although fix in its current state is fast, it's called all the time, making it important.

I can now listen to ".item hoverenter" and ".item hoverleave" in backbone? Sounds good to me!
"Have you ever found yourself wishing jQuery had just one more feature or wanted it to be a tiny bit faster?"

Yes, then I search for plugins and find that other people had also wished for the same feature or performance improvement and implemented it.

Right... that's what this seems to be. An organized collection of plugins. Or do I misunderstand it?
Looks like a very useful set of functionality, but the name will need to change.