Re: [jQuery] Help Appending HTML

jQuery knows how to handle table/tbody issues. > That maybe true. The tbody element is implicit, even if you don't have > it in the html source, it is part of the DOM tree. In IE you must use > the tbody element to append rows to... ___ jQuery mailing l

Re: [jQuery] JQuery selector to detect focus

> (a) How can we we bolt extra selector definitions to the JQuery library > without modifying the JQuery.js file itself. You can see an example of adding to jQuery's selection expressions here: http://www.malsup.com/jquery/expr/ Mike ___ jQuery mailing

Re: [jQuery] Ajax numpty, stumbling around

I highly recommend using the form plugin to handle form submission. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Ajax numpty, stumbling around

> Any chance of a link to it? The form plugin is available here: http://jquery.com/dev/svn/plugins/form/form.js?format=txt Sample usage can be found here: http://malsup.com/jquery/form/ ___ jQuery mailing list discuss@jquery.com http://jquery.com/discu

Re: [jQuery] Is the forms plugin documented anwhere

> Is there any documentation on the forms plugin? The documentation is right in the form.js source file. Same link as before. Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

[jQuery] Form plugin - move to core?

The recent increase in questions about form serialization and form submission makes me wonder the following about why the form plugin is not used more: 1. Is it not meeting your needs? 2. Did you not know it exists? 3. Do you prefer not to use plugins? 4. Something else? I also wonder if its

Re: [jQuery] Global AJAX handlers

> the global responders for individual requests -- as Klaus points out, there > are often XHR requests that don't merit the user's attention. You can't really "override" the global responders. If you declare local handlers they are called in addition to the global methods, not instead of them. M

Re: [jQuery] Form plugin - move to core?

> I don't see there is something deal with multiple-select situation in > forms.js. And serialize( ) in form.js, you return a hash value, and > this will only hold one value if the input element has the same name. > So I'd like your below idea "introduce a serializeToString", and I > think it's bet

Re: [jQuery] Global AJAX handlers

Andre, Zörn, Those are both good ideas for overriding the global callbacks. I'd like that capability. Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Form plugin - move to core?

> BTW, curious to know answers to Mike's questions about the deserialize > plugin Hi Ashutosh, Regarding your question, 1. I think your deserializer is a great plugin and I expect to use it in the future but I haven't had an actual use case for it yet. So it hasn't been a matter of it not meeti

Re: [jQuery] find 2 different element types but keep dom order?

> I want to selecting all input and select elements that are not hidden, while > remaining there original dom order.. You can do that with expressions. I think this will work: $('#myForm :visible') Mike ___ jQuery mailing list discuss@jquery.com http

Re: [jQuery] Form plugin's serialize(): performance issues

Seems to be faster rewriting it with a for loop instead of using each. Matt, can you confirm? Mike $.fn.serialize = function() { var a = []; var ok = {INPUT:true, TEXTAREA:true, OPTION:true}; var els = this[0].getElementsByTagName("*"); var l = els.length;

Re: [jQuery] Form plugin's serialize(): performance issues

Oops, I missed a 'return'. This: if (el.type == 'image' && el.form.clicked_x) return a.push( {name: el.name+'_x', value: el.form.clicked_x}, {name: el.name+'_y', value: el.form.clicked_y} ); Should be: if (el.type == 'image' && el.form.clicked_x) { a.pus

Re: [jQuery] Form plugin's serialize(): performance issues

> Believe it or not, make it a reverse for loop, it is even faster: Except that we want to process them in semantic order! :-) ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Form plugin's serialize(): performance issues

> Can you explain why processing elements in semantic order is important? Hi Renato, The reasoning behind keeping the elements in semantic order is to have the form submit data to the server in EXACTLY the same order as it would if javascript were disabled. For many, this is unimportant, but som

Re: [jQuery] Signals and slots

> Good work Franck. Indeed. And it looks like he's added quite a bit to it since the original. Cool. Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Signals and slots

> I've reported to the list regularly: http://jquery.com/discuss/2006-May/#4964 Me too: http://jquery.com/discuss/2006-July/#7201 ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Form plugin's serialize(): performance issues

> I agree with Brian about the need of a FastSerialize method. Renato, I've been benchmarking these serialize methods on a form with one select element that has 2000 options. Using the Firebug timer to capture elapsed time for the serialize call I see negligible difference in your impl and the o

Re: [jQuery] New Plugin - JTicker (newsticker)

> http://www.jasons-toolbox.com/JTicker/ Love the RSS support. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Getting Selectbox selected value. Works in IE not FF.

Rey, $("#mySelect [EMAIL PROTECTED]") That syntax should definitely work. And it used to. If I go back in time and run version 169 it works fine in FF. Somewhere along the line this broke. Mike ___ jQuery mailing list discuss@jquery.com http://jque

Re: [jQuery] Form plugin's serialize(): performance issues

> Where are you finding the Firebug timer? I'm not seeing much of a > performance boost using the for loop, but without a true timer, it's not > a fair test... Look at the measurement section here: http://www.joehewitt.com/software/firebug/docs.php My test func looks like this: $(function() {

Re: [jQuery] jQuery 1.0.2 RC1

6 failures in Opera 8.5, including 2 in the "ifelse" test. On 10/2/06, Jörn Zaefferer <[EMAIL PROTECTED]> wrote: > Hi folks, > > I just uploaded what I like to call jQuery version 1.0.2 Release > Candiate 1. Sounds great, eh? > > It would be great if you could give it a try and report if anything

Re: [jQuery] Fast form serializer function for review

Very nice, Matt. This serialize method is way faster if the select element is not a "multiple" select which I assume is how you benchmarked it. When the select is a multiple-select then I see basically the same performance with the for-loop impl posted on the other thread. I did a quick test and

Re: [jQuery] Fast form serializer function for review

Or better yet: $('option:selected')... Also, I think I'd get rid of this: var n = this.name || this.id; because the id should not be used for the name. I think that's always been wrong and it would result in a different behavior when javascript is disabled. Mike On 10/3/06, Webunity | Gilles

Re: [jQuery] Fast form serializer function for review

That would actually have to ripple through all three methods in the form plugin, not just the serialize method. On 10/3/06, Brian <[EMAIL PROTECTED]> wrote: > I'd say that .serialize() should take a boolean argument, "retainOrder", > which will retain semantic order if true, and not if false/null

Re: [jQuery] Fast form serializer function for review

This would still work. Semantic ordering will be retained within element type, just not cross-type. In Matt's method you'd get all the inputs (in order), then all the textareas, etc. Mike > Yes, I care. > > Case: > An unchecked checkbox doesn't post. However, you usually want to work > with an

Re: [jQuery] FastSerialize plugin posted in wiki

> Thought it would be more useful on the website until it was decided > whether it might be included with the form plugin. Mike (Alsup), is it > ultimately your call how this gets incorporated? I liked Brian's idea to > use a boolean argument for semantic order, and it should be

Re: [jQuery] jQuery and Prototype

I agree completely. I'll update my plugins today. Mike > > I think 'jQuery(...)' should still be used internally and by plugin > authors for the foreseeable future. If file size is an issue, the code > could always be compressed/packed. > > I would say keep $ as the alias. If there are conflicts

[jQuery] 'fast' serialize and 'semantic' serialize method

Below is a consolidated serialize method to accommodate the optimized vs. semantic issue we've been pursuing recently. Essentially, this is Matt Grimm's fastSerialize method with conditional behavior to drive the semantic logic. I like how Matt wrote that method and the semantic stuff drops right

Re: [jQuery] 'fast' serialize and 'semantic' serialize method

> $('*:not(option)', this) Thanks, Matt. That's even better! > As a side question, what advantage is there to calling the jQuery > function by name instead of by the "$" alias? See other thread on this topic (jQuery and Prototype). Mike ___ jQuery m

Re: [jQuery] 'fast' serialize and 'semantic' serialize method

I uploaded forms.js to my test page. The test page now has the side-by-side forms with one using the 'fast' method and one using the 'semantic' method. http://www.malsup.com/jquery/form/ Mike On 10/6/06, Mike Alsup <[EMAIL PROTECTED]> wrote: > > $('*

Re: [jQuery] downloading plugins?

Todd, Just tack "?format=txt" on to the end of the url. For example, http://jquery.com/dev/svn/plugins/form/form.js?format=txt Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] jQuery 1.0.2 RC2

Test #38 fails in Opera 8.54. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] jQuery 1.0.2 RC2

Nope. I've just been hanging onto it so I can test stuff with it. I jarred up my installation if you want to try using that. I posted it here: http://malsup.com/jquery/op854.jar Mike > Any idea where to download that version? I can't find any download prior > to Opera 9.

Re: [jQuery] jQuery 1.0.2 RC2

> From , follow the "show other versions" link. Thanks, Choan. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Form plugin: default method

> Therefore I propose the default method should be 'GET' as it is the case > for a form in HTML: Good catch, Klaus. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Form plugin: default method

Another form thing... this line in ajaxSubmit: vars.push({name: 'evaljs', value: 1}); seems to be left over from an older version. I don't believe we need this anymore. Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] IE7 and document.ready

Can you post a test page because that sure doesn't happen for me. Mike > Ok then jQuery is broken ;) > > $(document).ready() fires each time i load new ajax content in both FF > and IE (lower than 7) ___ jQuery mailing list discuss@jquery.com http://jq

[jQuery] form plugin updates

Based on recent discussions I've made some updates to the form plugin. Today's discussion prompted some mods to the ajaxSubmit method. I also updated many of the comments and then discovered that the coordinates for image submit elements are not posted correctly in all browsers (FF in my case).

Re: [jQuery] form plugin updates

Thanks for the heads-up, Renato. I put your fix in there and posted the updated js. It worked fine with all the browsers I have. Mike > In short, if you have an input named "action" or "method", this code > > var url = url || f.action || ''; > var mth = mth || f.method || 'GET'; > > will retrie

[jQuery] Error in latest svn jquery.js (427)

In the attr method the following barfs: var fix = { ... cssFloat: fix["float"], ... }; ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] form plugin updates

> > The plugin is now 1.70KB when packed. At some point it would be nice > > to roll the changes from the past few weeks back into SVN and > > determine if it might be a core candidate at that point. > > > The big problem with merging into core: The currente serialize method > and the one from the

Re: [jQuery] form plugin updates

> I don't think this is a big problem, we can just rename the form's > serialize method to formSerialize or something like that. It's > unfortunate that two methods of the same name exist and it's better to > fix it now than to perpetuate it. I think the real question is > whether or not to add a

Re: [jQuery] form plugin updates

> I don't even think this would break code that currently uses serialize from > core. That's probably not true. Current usage would probably need to be updated from: var s = $('input,textarea').serialize(); to: var s = $('#myForm').serialize(); ___

Re: [jQuery] form plugin for dummies

> I have been trying to figure out how I could use the form plugin > (http://jquery.com/dev/svn/plugins/form/form.js). I'm aware of the examples > embedded in the code but I guess this is to advanced for me. Is there > documention for dummies somewhere on this plugin ? or a demo ? Pierre, You c

[jQuery] Form plugin revisited ;-)

I've updated the form plugin once again to fix a bug in ajaxSubmit which I found while unit testing. I thought I'd take this opportunity to summarize the changes made recently: 1. Incorporated Matt Grimm's optimized serialization code. 2. Defaulted the form method to 'GET' per Klaus's suggestion.

Re: [jQuery] More jQuery Tutorials (was "unsuscribe")

> I've actually already created the drop-down menu for > the blog post: > http://test.learningjquery.com/dropdown.htm Nice job, Karl. It looks great. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Form plugin revisited ;-)

> An alternative to the above extended array/objects would be to just pass the > jQuery object > that contains all form elements as a second parameter to the pre-callback. > The validation > could then access all form elements and use the validation rules within the > elements to > check the ent

Re: [jQuery] Weird IE issue with two .corner()'d divs butted up against each other vertically.

For IE you need to make sure that elements that you corner have layout. divs do not have layout by default. You can give them an explicit hieght or width or use something more subtle like zoom. For details see: http://www.satzansatz.de/cssd/onhavinglayout.html Mike On 10/13/06, Mike DeFreitas

Re: [jQuery] Form plugin revisited ;-)

Jörn, I see negligible performance gains using $(:input, ctx) vs the current $('*:not(option)', ctx), however it does make the code cleaner because I can get rid of the 'ok' array. formToArray now looks like this: jQuery.fn.formToArray = function(semantic) { var a = []; var q = semantic

Re: [jQuery] Form plugin revisited ;-)

> That looks pretty nice. But you would still need some way to return the > jQuery object for use in a pre-callback. I need that to integrate my > validation stuff with the form plugin :-) Yes, the pre-submit callback is invoked from the ajaxSubmit() method and it will be passed the array and the

Re: [jQuery] Form plugin revisited ;-)

> How does jQuery(':input', this) differ from > jQuery('input,textarea,select,button', this) ? Great question, Aaron, The ":input" selector will grab all elements and then filter them using a regex match of the nodeName against "input|select|textarea|button". On the other hand, the "input,textare

Re: [jQuery] Plugin Authoring

> I'd like to point to a small change I made recently to the jQuery > Plugins Authoring article, for all those who take others code as > reference. The "reference code" to define defaults and parse options now > looks like this: I like this push for consistency. Does it make sense to do this now

Re: [jQuery] Form plugin revisited ;-)

Klaus, Thanks for catching that! I totally missed that the 'get's weren't working and that the 'get' was not augmenting the url. I'll have to improve my unit tests! I'll be committing the form plugin to svn within the next day or two. Thanks again. Mike > jQuery.fn.ajaxSubmit = function(tar

Re: [jQuery] Form plugin revisited ;-)

> Thanks for catching that! I totally missed that the 'get's weren't > working and that the 'get' was not augmenting the url. I'll have to > improve my unit tests! > > I'll be committing the form plugin to svn within the next day or two. All, The form plugin has been updated in svn. It now inc

Re: [jQuery] Unable to bind click function in a dynamically created object?

> I see one thing that may cause the problem: your variable link is a > jQuery object. This is passed as context a few lines later on, but you > have to pass a DOM node as context to the $ function. The context arg can be a jQuery object. From the source: jQuery = function(a,c) {

Re: [jQuery] Bug in Firefox with e.target?

Hi Klaus, Intertesting. If I change your alert to alert(e.target.tagName); then I see STRONG. Mike On 10/19/06, Klaus Hartl <[EMAIL PROTECTED]> wrote: > Hi all, > > I wanted to add the normalization for e.target as discussed earlier. But > I came across a strange bug in Firefox. Have a look a

Re: [jQuery] jQuery history plugin - from making the back button work to a more elaborate Hijax solution

Klaus, > $('a.hijax').history(); > > jQuery.fn.history = function() { > return this.each(function() { > $(this).click(function(e) { > jQuery.history.setHash('#' + this.href.split('#')[1]); > }); > }); > }; This is looking very nice. I like this usage patt

Re: [jQuery] nice plugin idea - Splitter

> Jack Slocum's site is a great source for plugin ideas. The > YUI guys are lucky to have him building off their framework. I say we put a > burlap sack over him, give him a whack on the head, and abduct him over to > jQuery. :-) I'm with you on the sack-n-whack, Dave. Jack's got a great site, b

Re: [jQuery] Tabs plugin 2.0

Hi Klaus, Great stuff with the tabs plugin. I was wondering about these 2.0 changes. Are you going to check this in to svn? I've reworked the form plugin to use the preferred "options" model too but I don't know what to do with it now since we're still in a 1.0.3 release cycle . Do we hold off

Re: [jQuery] Tabs plugin 2.0

> I use the latter to keep tabs compatible with jQuery < 1.03. What I meant was, as an "official" plugin are you required to play by the same rules as jQuery itself where API changes are reserved for major releases? Mike ___ jQuery mailing list discuss

Re: [jQuery] forms plugin how to implement a preCallBack function to validate inputs

> Is there an example of the correct implentation of preCallback with the > forms plugin?? Sam, If the form is getting submitted in a non-ajax fashion it is likely due to a javascript error. If you're running Firebug, try stepping through your callback to see where the error occurs. One thing t

[jQuery] Another update for form.js

I just checked in some more changes to the form plugin. The methods were reworked to use the standard plugin style for specifying options. The signatures for ajaxSubmit and ajaxForm now take just a single argument which is an object literal. Here are the details from the docs: -

Re: [jQuery] Another update for form.js

> Could you add some documentation about the parameters for those callbacks? Hi Jörn, The inline docs have more details about the callback args. I only posted the bit that itemized the available options. Thanks. Mike ___ jQuery mailing list discuss@

Re: [jQuery] Window Dialogues

> It is allready pretty big in filesize, but i wanted as much flexibility as > possible, meaning you can set: isDraggable, isResizable, hasTitlebar, > hasStatusbar etc.etc. > > I think i can have a demo ready tomorrow late in the evening. Cool. Thanks Gilles!

Re: [jQuery] Another update for form.js

Just a quick FYI... I made one last minor update to form.js today to ensure compatibility with jQuery 1.0 and 1.0.1. Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Visual jQuery Announcement

On 10/27/06, Yehuda Katz <[EMAIL PROTECTED]> wrote: > All of the very dark button use white text. The light buttons (light grey > and blue) use black text. Maybe your screen is very dark? That's not true. Selected items are extremely difficult to read. :hover elements are challenging as well. __

Re: [jQuery] jQuery API and docs

> > While we are at it, how to go about params that can be be a string or a > > number (like speed)? Just stating the argument is an object is ambiguous > > to me. > > > > What about: @param Integer|String ? Since there is no Integer data type I'd stick with Number and doc the supported/expected v

Re: [jQuery] moddify the title tag

> You get only one chance at this - you can't change it once the tag is written. You can do this in FF and IE: document.title = 'my new title'; ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Form plugin: overload serialize no no

Hi Klaus, > Isn't it a bit dangerous to alter jQuery's core in a plugin? I hear what you're saying. I ended up using "serialize" partially based on this note from John: > I think form.js's .serialize() should supercede the serialize() in > ajax.js. It's all around a better plugin. If we're seri

Re: [jQuery] JQuery Corner Problem

mrkris, Steven, Wow, believe it or not I never noticed that. I guess I don't use fixed height divs too often. I'm working on a fix for that but am having a hard time with IE6 (surprise, surprise). I may need to call in the big guns (aka, Dave Methvin). Mike > > The corners appear 1/2 way down

Re: [jQuery] append quicktime plugin

> i'm trying to append a quicktime movie using jquery. Use $().html(). I have a plugin for this if you're interested. Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] append quicktime plugin

> $("#qtDiv").html($("#qtDiv).html() . $newHTML) Yes, except with Javascript syntax instead of php. :-) var qtHtml = "http://jquery.com/discuss/

Re: [jQuery] jQuery's build.xml. Question on ?

> pretty much the same syntax but with different behavior. Look closer and you'll see that the 1st arg points to a js file that performs the magic. Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Allow onclick (etc) on disabled input

> If you decorate the control like it's disabled, and leave it with an ID > (so jquery can find it) but no name, it will be an "unsuccessful control", > and won't send. If someone enters something in the field, you can use > $('myinput').attr('name', 'myinput') to add the name attribute. Nice id

Re: [jQuery] New jQuery Plugin - Star Rating

> http://sandbox.wilstuckey.com/jquery-ratings/ Great stuff, Will. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] jQuery's build.xml. Question on ?

> Aaaah, I was thinking that there was some magic within js.jar. I get it > now. Thanks Mike. No problem. I believe js.jar is just the Rhino engine. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

[jQuery] Update notice: form plugin bug fixed

I just updated the form plugin to fix a bug found by Zach Tirrell. There was an error in handling pre-selected options for 'select-multiple' elements. Details about the bug can be found here: http://nosheep.net/story/jquery-form-plugin-sweet-almost/ Thanks, Zach! Mike __

[jQuery] Media plugins

I've just posted some convenience plugins for dealing with Quicktime, Flash, and mp3 media. Source and demos can be found here: http://malsup.com/jquery/media/ Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Media plugins

> Excuse me, Kurt, would you please elaborate more on "for content > that's going to be delivered in RSS feeds"? > I am not sure that I fully understand your point. I think he means that since the actual markup is just an anchor tag it will appear that way in a feed. Likewise if you have javascri

Re: [jQuery] Media plugins

> Can it be modified to work with FLAM and WIMPY? Hi Sam, I've never used either of those but if they just use flash then I would think the flash plugin would work with them with little or no modifications. Mike ___ jQuery mailing list discuss@jquery.

Re: [jQuery] $.getJSON ?

> at the moment i'm just using jQuery 1.0.1. getJSON wasn't added to jQuery until ver 1.0.2. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] $.getJSON ?

> i've now updated to jQuery 1.0.3 and get a new error (same code): Can you post a link? ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Media plugins

> I'm curious to know what you think :-) That's excellent, Luke! Very flexible and very powerful; nice work! Mike PS: Love the Beatles! ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] does jQuery has support for parameter handling ?

> var newtest = decodeURIComponent(test); > > I get the error "malformed URI sequence". Try this: var newtest = decodeURI(encodeURI(test)); ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] $.get - Retrieving XML Docs

> I added it to the top of my custom.js file (which is included after > jQuery) and I tried $.debug(variableName) and all it did was say > "$.debug is not a function". His script adds "debug" and "log" to the jQuery object so you can use it like: $('a').debug("anchors");

Re: [jQuery] ajax form docs

> What is "param" and what is "formdata" formdata() is an old function that used to exist in the form plugin long ago. $.param is a core method which converts an object or an array into a query string. > How can I submit a form then via ajax? Use the form plugin: http://jquery.com/dev/svn/trunk

Re: [jQuery] ajax form docs

> I wonder if there is any case where one would use $.ajax without calling > $.param for any data first. If not, it would be nice to simply integrate > that call into $.ajax. That's a good point, Jörn. ___ jQuery mailing list discuss@jquery.com http://j

Re: [jQuery] ajax form docs

> Of couse it would be an ugly API change. If that stuff is integrated > into $.ajax, we could savely deprecate $.get and $.post. Perhaps interrogating the type would work? if (typeof data != 'string') data = jQuery.param(data) ___ jQuery mailing l

Re: [jQuery] ajax form docs

> While we are at it: A get request can send it's data only by appending > the query string to the URL, right? Can this be handled by $.ajax, too? Sure, it could. I think it makes sense to move all that logic into $.ajax but I would keep $.get and $.post because they are nice convenience methods.

Re: [jQuery] ajax form docs

> So don't see the need for $.get and $.post anymore. It's not a need, it's a convenience. Just like getJSON and getScript. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] new jQuery API draft

> I'd like to present you a first draft for a new stylesheet for the This is looking good, Jörn. Much easier to use than the old layout. Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] How I use jQuery

> http://www.incomesolutions.com.au/ That's a good looking site, Joel. Well done. Mike ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] Loop through all elements of a form

On 11/11/06, Klaus Hartl <[EMAIL PROTECTED]> wrote: > > I also have never seen something like: $("#editarticle/form :input") > > before. Can this be extended like: > > $("#editarticle/form :[EMAIL PROTECTED]'text']") ? > > I don't think so. ":input" is a shortcut for all kind of form elements. > If

Re: [jQuery] jQuery 1.1 by the end of Nov

> I'm all for the custom build feature - in fact it was one of the first > things included on the jQuery home page when it first launched back in > Jan. (I removed it at the 1.0 launch, because it was broken). John, If you're intent on moving stuff out of core, I'd rather it be the fx functions t

Re: [jQuery] .empty() not emptying...

For cross-browser success, use this: $('#id')[0].value = ""; ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] $.val() limited in functionality?

> I have to admit, I didn't understand that $.val() was limited to only input > elements, and I expected it to get the value of any element. val() is confusing because of its hybrid nature. Only a few elements support the "value" attribute (input, option, button and param), but any object *could

Re: [jQuery] $.val() limited in functionality?

> So this function *could* retrieve the value of the selected option in a > select box? Better than *could* - it *does*. ___ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/

Re: [jQuery] $.val() limited in functionality?

> What about select-multiple? This, of course, does not work. val() will return the value of the first selected option in this case. Also note that simply adding a value attribute to something like a div won't work cross-browser. Mike ___ jQuery mail

Re: [jQuery] $.val() limited in functionality?

> only a few of us who were confused), then maybe you're right about > abandoning .val(). It doesn't have to leave the code base, but knowing that > the .attr() is seemingly a better alternative is helpful. attr is not an alternative to val. It flat out won't work in FF for textareas, selects or

  1   2   3   4   5   6   >