The .live() method is new in 1.3 and remove the need of livequery with
some enhancements. I wrote some tests for this specific behaviour and
I think it is a corner-case only for .live. Here is some code:
.live - selector bug
The .live() method is new in 1.3 and remove the need of livequery with
some enhancements. I wrote some tests for this specific behaviour and
I think it is a corner-case only for .live. Here is the code:
.live - selector bug
Major commit for jQuery.Event/jQuery.event.trigger with features,
enhancements and bug fixes.
http://dev.jquery.com/changeset/6016
--
Ariel Flesler
http://flesler.blogspot.com
On Dec 29, 7:59 pm, Ariel Flesler wrote:
> jQuery.Event can be now instantiated without the 'new' operator, still
> op
It turns out that some jQuery UI plugins are still using the extra
function manually. However, we are going to fix these places to use
the centralized method before 1.6 final is released. At that point we
will be able to just change one method in UI core and avoid any
problems that this change w
Hey guys,
Just throwing this idea out to see what the jQuery devs feel about it
- are you guys considering moving from SVN to Git?
If you're worried about Trac integration, it is possible but might
involve some work to do the install and migration - in any case, I get
the feeling that the Trac i
as for the textchildren plugin, i'm currently using it here:
https://secure.thermosoft.com/radiant-floor-heating-products/shop/thermotile-240v/
i have a single function that does live calculation of all the columns
as you change quantities of items. it works by using .text() of the
needed cells. o
Hi
I've been watching this magic argument over and over, hoping it'd
disappear.
It seems it is used all over within jQuery UI but... according to
Scott, it's encapsulated into one single function.
So... IF we don't need it anymore on jQuery UI... can we just remove
it from jQuery.trigger ?
Anyo
> one more i just remembered: md5/sha hashing as util functions : ).
> heh.
Heh, definitely not happening. Thankfully there are some good
pure-JavaScript libraries for that.
--John
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the
one more i just remembered: md5/sha hashing as util functions : ).
heh.
On Dec 30, 4:16 pm, "John Resig" wrote:
> I'll just start by saying that none of this would be in 1.3 - we're
> already in feature freeze so any of these would have to wait for a
> later release.
>
> > - better handling of t
I'll just start by saying that none of this would be in 1.3 - we're
already in feature freeze so any of these would have to wait for a
later release.
> - better handling of text nodes (http://plugins.learningjquery.com/
> textchildren/)
Possibly. I'd be curious to see what people would use it fo
Hehey!
just wondering if you guys considered pulling any of these into the
core (in my order of want-ness):
- better handling of text nodes (http://plugins.learningjquery.com/
textchildren/)
- right click event (i know this is 2-5 lines of filtering code, would
be nice to have in the core)
- whee
Woo!
-Original Message-
From: jquery-dev@googlegroups.com [mailto:jquery-...@googlegroups.com] On
Behalf Of John Resig
Sent: Tuesday, December 30, 2008 2:47 PM
To: jquery-dev@googlegroups.com
Subject: [jquery-dev] Re: Event delegation and cancelling click events
Fixed.
http://dev.jquer
> cant wait for 1.3's $.live. did you guys just merge Ariel's $.bubble
> and $.listen into the core?
No, this is a new implementation.
> also, $.taconite is awfully slow for large DOM inserts, i hear huge
> improvements to append(), after()..etc are in the pipeline...which
> should cure all.
Ri
Fixed.
http://dev.jquery.com/changeset/6013
--John
On Tue, Dec 23, 2008 at 12:46 AM, John Resig wrote:
> Yeah, I agree that this is not ideal - thanks for spotting it, I'll
> look in to it.
>
> --John
>
>
>
> On Mon, Dec 22, 2008 at 4:48 PM, Kurt Mackey wrote:
>>
>> The event delegation stuf
cant wait for 1.3's $.live. did you guys just merge Ariel's $.bubble
and $.listen into the core?
also, $.taconite is awfully slow for large DOM inserts, i hear huge
improvements to append(), after()..etc are in the pipeline...which
should cure all.
One thing i'd love to see is full selector suppo
No, it's all done using the native DOM events and event bubbling.
There are no timers involved (this is the major difference from
liveQuery, for example).
--John
On Tue, Dec 30, 2008 at 11:26 AM, weepy wrote:
>
> Hi
>
> Is there any performance degradation in using .live rather than .bind
> i
Hi
Is there any performance degradation in using .live rather than .bind
in 1.3? Does it use a timer internally ?
cheers
Jonah
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"jQuery Development" group.
To post to
What is .live() i never see this function in core!?
Come with a plugin?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"jQuery Development" group.
To post to this group, send email to jquery-dev@googlegroups.com
To
Hi, I test 1.3.b1 and this Selector work any more:
//
What is to do? Thanks.
--~--~-~--~~~---~--~~
You received
19 matches
Mail list logo
