Renamed are best done by creating the new name and leaving the old
name around for compatibility.
This isn't a "rename bind to something else and force everyone to
change" it's a "give a new standard name for bind leaving the old name
in place for old code so that new projects have a name t
A couple quick points -
First, it seems like you're using the namespaces backwards. Normally you
would do 'init.collapsable', 'expand.collapsable', etc. (thus you would be
able to remove all the init events in the collapsable namespace, for
example).
If you could make a demo page demonstrating th
You should send this message to the jQuery UI mailing list:
http://groups.google.com/group/jquery-ui
--John
On Fri, Jul 17, 2009 at 1:22 PM, sankofa wrote:
>
> I am a jQuery newbie and have applied a jQuery datepicker and form
> validation to several pages. The validation is working as expect
This may possibly be a jQuery UI issue, you should post your question to the
jQuery UI list:
http://groups.google.com/group/jquery-ui
--John
On Fri, Jul 17, 2009 at 11:07 AM, vrn_shan wrote:
>
> We are using jQuery 1.3.2 and jQuery UI 1.7.2 in our project.
>
> Everything was working perfect ti
On Jul 17, 12:02 pm, Gilles wrote:
> Stop supporting IE or even just IE6 would be very unprofessional, it's
> not a question of balls, it's a question of professionalism. Not
> supporting IE doesn't damage IE in any way, it's the end user that get
> all the problems.
Then Microsoft is unprofess
We are using jQuery 1.3.2 and jQuery UI 1.7.2 in our project.
Everything was working perfect till we were using jQuery UI 1.7.1.
Then we upgraded to jQuery UI 1.7.2, but it is causing a trouble in
Opera (9.63).
The issue is as follows :- There is a jQuery UI dialog with a textarea
and a submit b
Bug? (or wrongly assumed functionality) It took me hours to discover
it.
Lets try event delegation with namespaced events.Use Firebug with any
jQuery page having the h1 (or use other elem).
$(document).bind('collapsable.init',function(){ console.log
('collapsable.init'); });
$(document).bind('co
I am a jQuery newbie and have applied a jQuery datepicker and form
validation to several pages. The validation is working as expected,
however I am having problems with the datepicker.
When the datepicker is added to a blank text box, it works fine. When
the datepicker is addded to a textbox tha
No one suggested not supporting IE in general, and supporting IE6 is
not at all a binary decision, as you begin to hint toward the end.
There are plenty of ways to cleanly offer reduced functionality. It
is quite professional for any web developer to do cost/benefit
analysis on various levels of
On Jul 16, 10:41 pm, tres wrote:
> Maybe the IT industry should just grow some balls and stop supporting
> IE6, or IE in general. The the industry has everything to gain and
> nothing to lose by severing all ties to IE. People will be forced to
> indulge in a newer, better, faster and more secure
element.bind('click', someFunction, this); - This way allow backward
compatibility.
Your way, renaming the functions the most uses in plug-in, will mean
an aweful lot of developers will have to go through their code and
update it. And to be honest I don't see how anything else could
describe bett
Isn't the google stuff more than good enough tho :)
After if it is mostly for personal use, do your own patches before
submitting them, then I dont see what stop you jQuery is open-source
after all :)
--~--~-~--~~~---~--~~
You received this message because you are
Stop supporting IE or even just IE6 would be very unprofessional, it's
not a question of balls, it's a question of professionalism. Not
supporting IE doesn't damage IE in any way, it's the end user that get
all the problems.
Some company keep using IE6 not always because their employees can't
up
I don't know if Mercurial would be better or what about Neptunial? ... want
to save us some time and tell us what that means. Links, etc?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"jQuery Development" group.
To
First of all I like Hg.
This will allow me to manage patches I'm writing for myself or plan on
submitting to the main repos.
I believe several others will find this useful. That is the ability to
write against an Hg repository, and tracking trunk changes via Hg and
BitBucket.
The whole DVCS idea i
Has anyone made any progress on this? If you're aspiring stackoverflow
users, you might consider this as encouragement:
550 point bounty to the whomever solves this (expires in two days):
http://stackoverflow.com/questions/1051090/how-can-i-control-ie6jqueryjquery-ui-memory-leaks
Thanks,
Michael
Andrew -
We've thought about this issue a bunch and, unfortunately, there's just not
a whole lot that can be successfully removed from jQuery.
For example, if we scale back to just using querySelectorAll then all
filter() operations will fail (since qSA doesn't provide a means of
filtering, only
Rey Bango indicated that a mobile-optimized version of jQuery is "on
the radar" of the development team. I'd be interested in contributing
to efforts in that direction. I've been doing a lot of WebKit-specific
mobile development lately and it seems to me it ought to be possible
to offer a version
Why?
On Jul 17, 7:57 am, mose wrote:
> Hello all,
>
> I want to start maintaining a jQuery Mercurial mirror on BitBucket.
> Any objection/pointers/comments?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"jQuery De
19 matches
Mail list logo
