Feature Request: $.ajax(): Detect json via response header
Hello. Could we change the $.ajax() function to treat the server's response as json if dataType is unspecified and the response content-type is "application/json"? Thanks, Dave --
Feature Request: $.ajax(): Detect json via res pons e header
<span style="color:navy; font-family:Prelude, Verdana, san-serif; "><span style="font-family:Prelude, Verdana, san-serif;">Julian, is your rewrite of <a href="http://ajax.js" type="url">ajax.js</a> available for peer preview anywhere? I'm really curious to see what you're cooking up Rick </span><span id="signature"><div style="font-family: arial, sans-serif; font-size: 12px;color: #999999;">-- Sent from my Palm Prē</div> </span><hr align="left" style="width:75%">Julian Aubourg wrote: First of all,
too much recursion error - jQuery 1.4a2
I'm using jQuery 1.4a2 with jQuery UI 1.7.2. Creating tabs worked with jQuery 1.3.2 as well as 1.4a1. Attempting to run $('#tabs').tabs() with 1.4a2 results in a 'too much recursion' error. I'm not doing anything fancy - just instantiating the tabs with a couple options. Firebug reports the problem is on line 1486 in the Proxy function, though I don't know enough about the internals of jQuery to verify if this is indeed the case. Has anyone else experienced this issue or does anyone have an idea
IRC
I know, it'll sound silly but I've been hanging in the jquery-dev chan for some time now and nobody talks :P Or am I being modded by Chanserv? --
jQuery 1.4 $.param demystified
In case anyone is curious, I've written up a post on how $.param has changed in 1.4. Please check it out and post there if you have any feedback or comments, thanks! http://benalman.com/news/2009/12/jquery-14-param-demystified/ - Ben --
jQuery in ASP.NET User Control
Hi All, Can anyone tell me how can i use jQuery in my asp.net Web User Control. Please post replies ASAP. Thanks viscusn --
Feature Request: $.ajax(): Detect json via res pons e header
<span style="color:navy; font-family:Prelude, Verdana, san-serif; "><span style="font-family:Prelude, Verdana, san-serif;">It doesn't make a difference to me if my one line gets to ride with 1.4 or not. The 'why' is because it was requested and I replied that I had a 1.3.2 copy that I had hacked to do this... John mentioned filing a ticket. As for my not providing unit test cases, I can simply reply: 9 months real world usage in every application that I've written with jquery have proven, to me,
Proposed fix for #5706 - .attr() fails with TypeError when used on foreign elements, such as SVG
<div>Please review.</div><div> </div><div><a href="http://dev.jquery.com/ticket/5706">http://dev.jquery.com/ticket/5706</a></div><div> </div><div>Ticket has full description as well as two patches on github, one for jQuery, one for Sizzle. Thanks.</div> <div> </div><div>- Richard</div><div> </div> --
Feature Request: $.ajax(): Detect json via respons e header
<span style="color:navy; font-family:Prelude, Verdana, san-serif; "><span style="font-family:Prelude, Verdana, san-serif;">I think I hacked a copy of jquery 1.3.2 to do this... I'll take a look and drop you a line. </span><span id="signature"><div style="font-family: arial, sans-serif; font-size: 12px;color: #999999;">-- Sent from my Palm Prē</div> </span><hr align="left" style="width:75%">webbiedave
A fix for the broken "selected" code in attr()
The attr() method contains this spooky code: // Safari mis-reports the default selected property of a hidden option // Accessing the parent's selectedIndex property fixes it if ( name == "selected" && elem.parentNode ) { elem.parentNode.selectedIndex; } I previously made two points: 1) This code will not work of the <option> is in an <optgroup> (common) 2) The comment incorrectly identifies the quirk being corrected After some discussion with colleagues, a better approach has been identified. However,
.SlideUp() + Firefox
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"> <META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12"> <TITLE>.SlideUp() + Firefox</TITLE> </HEAD> <BODY> <!-- Converted from text/rtf format --> <P><FONT SIZE=2 FACE="Arial">Hello,</FONT> </P> <P><FONT SIZE=2 FACE="Arial"> Has anyone else ever noticed a rather disgusting scrollbar redraw causing a page to flicker when the content shrinks in size
Bug in jQuery.val() in beta 1.4a2
Hi, I have found a bug in the jQuery.val() function. When you are trying to set the value of a select to a particular value, jQuery goes through all of the options in the list and checks their value and text properties for the passed value, checking the matched item. In jQuery 1.4, this looks like it has been optimized from the following in jQuery 1.3.2 on line 471: this.selected = (jQuery.inArray( this.value, values ) >= 0 || jQuery.inArray( this.text, values ) >= 0); to
jQuery.extend(true,...) may have some bugs...discussion please?
I was using objects as custom data structures for class initialization ( meaning var myWidget = new Widget( { foo: 'bar' } ) ), and I needed to be able to build up a master configuration that was the combination of all of the different sources. The idea is that I would use configuration 'fragments' that were pre-defined in order to specify desired behavior. So far, sounds like I should use $.extend(), right? Problem is, I wanted it to merge them. So, if there is a property of the object that is
unusual bug with .attr("size")
Worked with 1.3.2 now .attr("size") returns 1 whether it's been set or not $("x").attr("size") => 1 $("x").attr("size", 40) $("x").attr("size") => 1 and no attribute seems to appear on the element. --
focusBubbles broken?
The bubbling focus and blur events seems to be implemented incorrect and in a very strange way. 1. support.focusBubbles is true in all browsers (only testet in IE8 and FF3.5), but should be false in all browsers 2. If support.focusbubbles would be false, wich never is the case, focusin/focusout are bound, wich are only supported by IE. Following the W3C specification focus/blur are not bubbling events and therefore doesn´t need to be fixed / overwritten with a not working / not standard compilant
Default submit event cannot be prevented when triggering click event of a submit button
Here is the test case: http://jsbin.com/akaza/edit I have simply tested on IE8, Chrome 4, Opera 10 and FF 3.5, and found out that only FF 3.5 successfully has the event prevented. --
one document one jQuery instance
What would happen if jQuery would "force" a "singleton" for a host document ? What if : $() $("html") $( document ) ... etc Would all point to the same jQuery instance ? One document one jQuery. Do we already have it in core.js : // A central reference to the root jQuery(document) rootjQuery, And can we "just use it" like this : // Handle $(""), $(null), or $(undefined) if (!selector) { return rootjQuery; // originaly returning 'this' } Is there anything that "obviously" renders
Bug in jQuery animate
Calling animate with empty hash prevents that element from animating again $("#piece_1").animate({top:200}) => moves $("#piece_1").animate({}) => nothing happens (as expected) $("#piece_1").animate({top:100}) => no longer moves This is on jQuery 1.4 (and also 1.3) From looking at the source, it seems that the animation never stops (i.e. it's queue still has 'inprogess') --
v0.2 Release of karma.js
<div>I am proud to release karma.js version 0.2 today. karma.js is a library for manipulating HTML 5 and SVG. It was developed specifically for educational applications but can be used for general development. I use karma.js together with jQuery and I believe the libraries complement each other. For this reason I am notifying the jquery-dev mailing list.</div> <div> </div><div>You can get v0.2 of karma.js here:</div><div><a href="http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/js/karma.js">http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/js/karma.js</a></div>
Can't build files after latest commit
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Hi all,</div><div> </div><div>I'm terribly sorry, but I have absolutely no idea what I'm doing when it comes to this sort of thing. Can anyone shed some light on how I might be able to fix this? I thought I had the most recent version of Java installed from the Mac OS X updates, but maybe there is a more recent version floating around that I need? Or maybe that's not the problem at all.
About the group
I was browsing John's blog (because I sometimes like a good read) and I came upon this post I hadn't seen before: <a href="http://ejohn.org/blog/google-groups-is-dead/">http://ejohn.org/blog/google-groups-is-dead/</a> First of all, thanks to all those that moderate this list and the others (I wasn't aware of the nightmare behind). I was curious, though, as to the state of the migration. Where, what, when? Just being curious after a looooooong day of work. --
Why won't the code below work with IE 6
I am new to jQuery development and the code below just will not work in IE6. (a) The new checkboxes will not check (b) The function is able to update the 'id' values but not the 'name' for the new input fields being created. Mozilla works fine with all this. What am I doing wrong? Any help will be greatly appreciated. <html> <head> <script type="text/javascript" src="jquery.js"></script> <script type="text/javascript"> $("document").ready(function(){ $("input[id^='button-']").bind("click",
attr() is still very broken in 1.4a1
The release info for 1.4a1 says attr() has been heavily optimized, but unfortunately it is still very broken. Since this commonly-used method is a constant source of criticism for jQuery, and because its behavior doesn't make much sense, isn't it time it gets replaced with better logic? Some observations: 1) It still confuses properties and attributes, which is its biggest problem. Behavior is unpredictable. This is bad. 2) It looks like new code was added to call the jQuery method if the requested
jQuery 1.1.2 ready() method causes IE7 problems?
I debugged a tricky problem today in an app that came down to jQuery hanging IE. I know v1.1.2 is ancient, but I am trying to understand the root cause, so I'm just curious if anyone else has seen anything like this. Just trying to gather info. The problem: On one page in a webapp, the content is fully delivered but IE continues showing the "spinner" and "Waiting for ..." appears in the status bar. jQuery's ready() event doesn't fire and IE just hangs in that state. Here is the info: 1) jQuery 1.1.2,
jquery.color.js no longer maintained?
All, I got bit by a number of bugs in the Color Animations plugin. So, I fixed them and uploaded the fix to the comments on the issue I submitted against it. Then I noticed, other people have submitted patches as far back as almost 2 years ago. So it looks like this module is no longer being actively maintained. If that is the case, how do we go about getting a new release out there? More importantly, when will this functionality be added to the core? :)<br clear="all"> -- John Arrowwood John
Timers in the jQuery core?
Hi, It rather surprised me that one of the things I had to turn to a plugin for was a timer. It seems like the kind of thing that would frequently be useful to have, abstracted to a nice jQuery interface, rather than using directly the rather ugly setTimeout function in Javascript. Why not implement a timer interface in the jQuery core? You could also then take this one step further and use 1ms one-off timers to implement multithreaded programming through jQuery, too. I think this should work - a
Mutation Events
CHROME supports this ... but FF does not. same as IE8 . http://www.w3.org/2003/02/06-dom-support.html jQuery 1.5 perhaps ? What I am actually talking is jQuery implementing support for "Mutation Events" , which is DOM Level 2 ... http://www.w3.org/TR/2000/REC-DOM-Level-2-Events-20001113/events.html#Events-eventgroupings-mutationevents Mutation Events are actualy consequences of CRUDE operations on the dom tree ... This would allow $("div) that $("div").find(".subset").remove() has happened. For example
$.fn.contains is not consistent with :contains
<span style="color:navy; font-family:Prelude, Verdana, san-serif; "><span style="font-family:Prelude, Verdana, san-serif;">John, I tend to assume that anything prefixed with 'is' or 'has' will return a boolean. I think this is likely a common assumption. Rick </span><span id="signature"><div style="font-family: arial, sans-serif; font-size: 12px;color: #999999;">-- Sent from my Palm Prē</div> </span><hr align="left" style="width:75%">ajpiano wrote: I meant people are used to using $(foo).anyfiltermethod().length.
a bug in jQuery.fn.ready
At line 223 of core.js, readyList is an array, which will never be falsy, so the block will never be executed. --
Bug in jQuery 1.4a1 focus()
Hello, I have found a bug in the focus() function in jQuery 1.4. The focus() function simply does nothing in jQuery 1.4a1 when trying to trigger the event. For example: $("input").focus(); This does nothing. In jQuery 1.3.2, this would focus the input field. Here is a test page: http://dl.dropbox.com/u/534786/focustest.html. Click the button to call focus with jQuery 1.4a1. Hope this helps! Devon --
jQuery/FireFox selection bug
I have a snippet of XML. var xml = $('<card><state><foo>1</foo></state></card>')[0]; On Safari, this works: console.log( $(xml).find('card foo').text() ); // prints '1' On FireFox, it does not (returns empty string), but this works: console.log( $(xml).find('card').find('foo').text() ); // prints '1' I've worked around it. But it looks like it may be a jQuery bug. --
.css('border-style') not working in FireFox 3.5.5 (Mac), jQuery 1.3.2
I have a set of qunit tests for my JavaScript that I am creating. On Safari 4.0.4 (Mac), I do this: $(elem).css({ 'border-style':'outset' }); console.log( $(elem).css('border-style') ); // prints 'outset' On FireFox, the same code produces an empty string. Is it me? --
Key Event Handling
Folk, I'm using JQuery 1.3.2 with a RaphaelJS application to produce a graphical drag/drop diagram drawing tool. See my Raphalle project on github for the D&D library. I have issues with the fact that on an VML text object, jQuery's registration of mouse event handlers doesn't work, whereas Raphael's does. Some difference in the way the event gets registered? Strangely, the jQuery registration works for the other VML objects used by Raphael. But that's not the main thing I'm writing about, since
unrecognized expression error
Hi, when I give attribute name as “xd:binding”, I gets error as “Error: uncaught exception: Syntax error, unrecognized expression: [xd:binding='my:txtPhone']”. I also tried escaping – [xd\\:binding=’my:txtPhone’], JavaScript error is not coming in this case but unable to select attribute. Please refer below html file. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <script src="http://code.jquery.com/jquery-latest.js"></script>
Teardown on plugins
Is there a 'teardown' for plugins that can get triggered automatically (similar to that for events)? It's extremely common, and a source of bugs when I see: $.fn.mySuperPlugin = function(){ ...code ... $(document).click(function(e) { ...code... }); ...code... } Yes, they should be doing adding/removing this event listener every time their widget 'comes to life'. But there are cases where even this doesn't work. I think I remember John talking about this when we were discussing "jQuery Enterprise".
Making jQuery.empty over 10x faster
Hi all, I've just blogged about a technique that I used to make jQuery.empty over 10x faster in some cases. Basically, rather than individually removing each child element from the DOM which causes the browser to reflow after each one, I use a shallow cloneNode to do the job then copying events back over. Check out the blog post for more details: http://devongovett.wordpress.com/2009/12/12/how-to-make-jquery-empty-over-10x-faster/. I've included some charts comparing the performance of jQuery 1.4's
A closet IE abuser
<span style="color:navy; font-family:Prelude, Verdana, san-serif; "><span style="font-family:Prelude, Verdana, san-serif;">Well, as a developer of applications for the web, I can definitely say that I run IE 100% of the day. I also run FF, Opera and Safari 100% of the day. Ps I hate IE. </span><span id="signature"><div style="font-family: arial, sans-serif; font-size: 12px;color: #999999;">-- Sent from my Palm Prē</div> </span><hr align="left" style="width:75%">DBJDBJ
A closet IE abuser
http://www.infoworld.com/d/windows/are-you-secret-ie-abuser-140 --
serialize() doesn't serialize input type=submit
Hi everyone I've been testing some old sites to start using some jQuery .post goodness and I came across an oddity I decided to serialize() my form data so I don't have to specify the exact data I want posted on loads of different pages. However I notice the value of any submit buttons isn't serialized. Took me many hours to figure that out today. I have a few scripts which branch based on which submit buttons are pressed - it's perfectly acceptable to have more than one and even with different name
1.4a1: need help identify an error
Hello, I'm trying out 1.4a1 on my application. Something breaks from 1.3.2 and firebug returns this error message: name is undefined jquery-1.4a1.js Line 4047 which line is: name = name.replace( rupper, "-$1" ).toLowerCase(); Can you help me see if this is due to an intended non-backward compatible change, or should i file a bug? What could this be related to? Many thanks, Alexandre --
Next Page