CARVIEW |
jeresig
(John Resig)
- You’re not logged in!
- Login
- Pricing & Signup
- Name
- John Resig
- Website/Blog
- https://ejohn.org/
- Company
- Mozilla Corporation
- Location
- Boston, MA
- Member Since
- Feb 28, 2008 (about 1 year)
Following 9 coders and watching 30 repositories view all →
Public Repositories (10)
-
sizzle
A sizzlin' hot selector engine.
Last updated Fri Feb 05 16:50:03 -0800 2010
-
processing-js
A port of the Processing visualization language to JavaScript.
Last updated Wed Feb 03 07:11:32 -0800 2010
-
dromaeo
JavaScript Performance Test Suite
Last updated Thu Dec 10 13:47:46 -0800 2009
-
testswarm
Distributed continuous integration testing for JavaScript.
Last updated Sat Dec 05 03:01:42 -0800 2009
-
retweet
A simple retweet button.
Last updated Mon Oct 05 12:17:51 -0700 2009
-
fireunit
A Firebug extension for JavaScript testing.
Last updated Sun Oct 04 18:47:58 -0700 2009
-
selectortest
A test suite for the Selectors API specification.
Last updated Mon Sep 21 18:58:31 -0700 2009
-
jeresig.github.com
A GitHub-powered web site.
Last updated Tue Dec 16 20:27:56 -0800 2008
-
env-js
A pure-JavaScript browser environment.
Last updated Sun Oct 12 08:27:10 -0700 2008
-
vote
Reddit, Hacker News, Digg voting script for Ubiquity.
Last updated Thu Sep 04 12:37:35 -0700 2008
Public Activity 
It may be usable but no, it's not part of jQuery core yet. I want to make sure that we work out the exact API before moving further - so I don't know exactly what release it'll land in, yet.
Forgot to thank Justin Meyer for his live namespaced tests - thanks Justin!
Waaaayy ahead of you:
https://code.google.com/p/chromium/issues/detail?id=883Been open for over 2 years at this point.

-
Justin Meyer committed e177465a:
Forgot to land Justin's tests for the event fixes.

-
jeresig committed e7912805:
A large refactor of the event handling logic. Data and namespace information is maintained in a separate object now, no longer on the event handler. Proxy functions are no longer needed, as a result. Additionally execution order of the handlers is maintained, fixing #4261, and the execution of handlers is maintained even while they're being removed. Live events will be refactored separately.
Yes. As you'll note, delegate just uses live - therefore it supports everything that live supports.
Oops, didn't mean to leave that nodeName check in - removed in 8a4b2102ff57fb113267cd2824fa4f3a907ae9ed.

-
neerajdotname committed 532bec4c:
Adding in some more replaceWith tests for #5917.

-
Noah Sloan committed 8660ea1a:
Only detach the incoming elements to replaceWith if they're DOM nodes. Fixes #5986.
I noticed that you have test cases in your ticket - why aren't there any in the patch? I'm also a bit confused as to why jQuery.extend(true, [], arr) no longer clones the array.
I noticed that you have test cases in your ticket - why aren't there any in the patch? I'm also a bit confused as to why jQuery.extend(true, [], arr) no longer clones the array.
@rkatic: As a public-facing API setArray simply doesn't make sense (and it never has been an API that we've wanted to expose). It's a destructive operation which is completely against the rest of the jQuery API. Moving it into pushStack is really better all around.
No, that's not what I said. I use want to remove jQuery.fn.setArray as it's no longer needed - it can be incorporated into jQuery.fn.pushStack.
@rkatic: Actually, that's not entirely true - the only place jQuery(array) is used is within pushStack - that can easily be rewritten to use the faster code path - and if it's being removed then it makes a lot of sense to deprecate/remove it as well (people should be using pushStack anyway).
The logic doesn't seem sound here - what if you have an array followed by a plain object. In that case copyIsArray will still be true from the last iteration even though we're now working with a plain object. It seems like the copyIsArray statement would have to be before the isPlainObject one, at the very least.