I agree with waseen

2009/6/5 waseem sabjee <waseemsab...@gmail.com>

> to be honest. it would not be wise using multiple different js libraries.
>
> you basically have multiple definitions that do the exact same thing....it
> really is best to stick to a specific library as much as you can.
>
>
> On Fri, Jun 5, 2009 at 8:29 PM, Ricardo <ricardob...@gmail.com> wrote:
>
>>
>> jQuery saves the '$' object on init, if it exists. noConflict()
>> 'returns' it to the old owner. Passing true the 'jQuery' object is
>> also freed. There's not much to it:
>>
>> jQuery.extend({
>>        noConflict: function( deep ) {
>>                window.$ = _$;
>>                if ( deep )
>>                        window.jQuery = _jQuery;
>>                return jQuery;
>>        },
>>
>> On Jun 5, 12:06 pm, Alex Ehlke <capt...@gmail.com> wrote:
>> > The online documentation for jQuery.noConflict() seems to be
>> > incorrect, or ambiguous at best. Here is the text I'm referring to,
>> > fromhttp://docs.jquery.com/Core/jQuery.noConflict:
>> >
>> > NOTE: This function must be called after including the jQuery
>> > javascript file, but before including any other conflicting library,
>> > and also before actually that other conflicting library gets used, in
>> > case jQuery is included last.
>> >
>> > There are several problems here. The second "and also" clause seems to
>> > actually be an alternative, not an additional requirement. This needs
>> > rewording, since it seems to imply it's also a requirement -- but it's
>> > impossible to include jQuery last, yet call jQuery.noConflict() before
>> > including other libraries, so clearly this needs to be rewritten.
>> >
>> > Also, there is a link on that page tohttp://
>> docs.jquery.com/Using_jQuery_with_Other_Libraries
>> > which says that if jQuery is included last, noConflict() is
>> > unnecessary (again, despite what the noConflict() documentation says).
>>
>
>


-- 
Gustavo Salome Silva

Reply via email to