Mostly. The livequery plugin lets you watch for new elements and do something when they appear. It's a little resource intensive, since it polls the DOM repeatedly. The jQuery version doesn't have that, and probably for good reason.
More importantly, though, weβre taking a big leap with Sizzle: Weβre releasing it as a completely standalone project to be collaborated upon by many library creators and developers.
This should hopefully lead to a library that makes cross-browser development even easier:
This isn't a straight-up integration of liveQuery. We've been very hesitant to bring in liveQuery wholesale because 1) It's quite large and 2) It's very slow (especially when you start using lots of selectors). We didn't want to integrate something until we felt good about the performance. The combination of the new selector engine and event delegation makes this a reality for us, so we're quite happy.
It seems like the jquery integrated live function does not work on the iPhone safari browser. The livequery plugin works just fine. Can someone confirm this?
The big question for me that I haven't seen discussed is whether or not I can update to 1.3 on an existing site using 1.2.6 without something breaking. Does any core functionality change that requires rewriting code
You'll need to wait for this final release candidate of UI 1.6 to come first. UI 1.5.x depends upon jQuery 1.2.x and UI 1.6.x depends upon jQuery 1.3.x.
is this helpful? i still get bit by js failures in ie, but i'm not sure what the impact of this change is. is the advantage more that no sniffing means less chance to get that wrong or be fooled?
It's primarily helpful to jQuery itself. The problem is that most libraries have blindly assumed that specific browser bugs (such as an Internet Explorer bug) will exist forever in all versions of the browser. When the time comes for IE to fix the bug (and it will come) the library will break due to the blind assumption. Using feature detection, like we have, is a sure-fire way to make sure that this doesn't happen.
jQuery.support, itself, will likely only be marginally useful to those outside of jQuery core (since we're checking for some very specific bugs or features). That being said we have documented it since it could still be useful.
it's great that you're active on this discussion thread. is it challenging finding all the places that discuss jQuery? is it interesting engaging with different communities or are they all pretty much the same?
it's hard to tell what 'amazed' and '"patched"' mean. rather, it's hard to know what you're saying and with what overtones. are you sharing a fun joke or being rude? i think you might be downvoted for perceived sarcasm/meanness. it could be a mistake.
Oh, sorry! I wasn't trying to go specific about the detail, just some general feeling I have towards jQuery.
I guess I'd better explain why I feel so.
I was experimenting with JavaScript a couple of years ago before jQuery/Prototype/etc took off. IE6 was the absolutely major browser back then, but I was expecting JavaScript to work both in Firefox and IE6. You couldn't imagine how frustrated I felt trying to get anything work cross-platform flawlessly.
Then I came across jQuery. I think it was still in an "alpha" stage then -- the whole idea was awesome, but with many bugs (I even worked one out and had John patched it with my code). I was amazed at the way John solved the problems of JavaScript (personally I do not like JavaScript), saving a lot of trouble for me.
Later I moved on and was not involved with JavaScript for quite a while. But I still kept an eye on the evolution of jQuery. I was really excited by the animation effects jQuery provides (how could one possibly achieve that in such a language with broken support? He must be a genius!). As for the 1.3 release, I think "future detection" probably solves the cross-platform issue once and for all. That's what I meant when I said the word "patched".
Forgive my broken English -- it's not my mother tongue :|
http://ajax.googleapis.com/ajax/libs/jquery/1.3.0/jquery.min...