Yesterday, I posted a follow-up via GG; not sure what had happened--
probably a GG bug or word filter in jQuery mailing list? Anyway,
FWIW...
On Feb 13, 11:58 am, John Resig [EMAIL PROTECTED] wrote:
snip
3) Attaching properties to DOM elements is really really slow. Doing
speed tests
It looked to me (I could be wrong) that if I have 10 text inputs of the same
name, I will only get the value of the first one if I do a fieldValue(). Is
this incorrect?
Hmm, no, that's correct. Thanks for pointing that out!
But this way, the library can be used either stand-alone or as a
6) Finally, can anyone comment on introducing jQuery into a team of
web
developers with low to moderate javascript experience, building
webapps or
web sites that could run into the millions of dollars? Is jQuery
robust
enough and easy enough to deploy that it's an easy win?
I showed
Matt Kruse wrote:
1) There seems to be a lot of emphasis on using selectors and
pseudo-selectors to access everything. It makes code short and simple, but
is it really the most efficient?
Reusing selectors helps performance.
You can reuse a selection by storing selected elements in a
Matt,
I think your final statement sealed the deal when I was deciding. This list
is packed with experienced, patient, and helpful jQuery gurus. I've been
developing for nearly a decade and have subscribed to a lot of lists over
those years, and the degree of helpfulness you see on here is rare
Matt,
You 've been one of my js heroes for years, welcome on board!
alex
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Paul
Sent: mardi 13 février 2007 15:11
To: 'jQuery Discussion.'
Subject: Re: [jQuery] jQuery Design Decisions? Comparison
Matt,
First off, a warning that this response doesn't address any of your specific
questions; I'm still semi-new to jQuery and thus I'll leave the big
questions for others. However, if you don't read anymore past this, just
count this as a vote of confidence for the jQuery community!
Before I
Matt,
Just my two cents. JQuery's selectors and transversing got me hooked,
its abstracted AJAX functions made me stay. If you're looking to
introduce jQuery to a group of developers, why not have them develop
the same application in plain jane js and then using jQuery. Compare
the flexibility
Mr. Kruse,
I'd like to take a minute to respond to your well thought out post. Item 6
is the only one I think I can speak authoritatively on.
I'm a msdn.microsoft.com/vfoxpro/ Visual Foxpro developer working at a
multi location clinic developing intranet applications that fill the gaps
left
Matt Kruse schrieb:
I am evaluating jQuery for two purposes:
I think one point yet deserves a litte more focus:
jQuery's core is small, but it has already a ton of plugins available.
Still, it is quite likely that you have some requirement that isn't
covered fully by an available plugin. In
Jörn Zaefferer schrieb:
Matt Kruse schrieb:
I am evaluating jQuery for two purposes:
Just discovered your use unary operator tip
(http://www.javascripttoolbox.com/bestpractices/#plus). Great! Much more
succinct then a parseInt(value).
I don't really like the term Best Practice
I haven't seen a community were developers learnd that much from others
as jQuery's. The bloody newbies that asked basic questions months or
even weeks ago, are now answering complex question themselve.
And some of them even make it to the project team. ;o)
Sent: Tuesday, February 13, 2007 11:39 AM
To: jQuery Discussion.
Subject: Re: [jQuery] jQuery Design Decisions? Comparison to MooTools?
Jörn Zaefferer schrieb:
Matt Kruse schrieb:
I am evaluating jQuery for two purposes:
Just discovered your use unary operator tip
(http
Just discovered your use unary operator tip
(http://www.javascripttoolbox.com/bestpractices/#plus).
Great! Much more succinct then a parseInt(value).
Be very careful using the + operator this way.
+32px returns NaN
parseInt(32px) returns 32
___
On Feb 13, 2007, at 4:25 PM, Dave Methvin wrote:
Just discovered your use unary operator tip
(http://www.javascripttoolbox.com/bestpractices/#plus).
Great! Much more succinct then a parseInt(value).
Be very careful using the + operator this way.
+32px returns NaN
parseInt(32px) returns 32
Thank you to everyone for all your responses. I have indeed decided to go
with jQuery as a base for future work, so I also plan to contribute to the
project with my own plugins, etc.
I like the summary of jQuery that has been expressed like this:
$('selectSomething').doSomething()
It seems
dave.methvin wrote:
Just discovered your use unary operator tip
(http://www.javascripttoolbox.com/bestpractices/#plus).
Great! Much more succinct then a parseInt(value).
Be very careful using the + operator this way.
+32px returns NaN
parseInt(32px) returns 32
True, but in this case
I find having the doSomething part as separate plugins works very
nicely and allows me to be flexible with different sites and not load
a bunch of stuff I'm not actually using. I then just create an ant
task to put all the files into one and compress.
--
Brandon Aaron
On 2/13/07, Matt Kruse
Be very careful using the + operator this way.
+32px returns NaN
parseInt(32px) returns 32
True, but in this case you aren't really type-converting to a number,
you're actually wanting to extract a number from a string.
Yeah, I just saw the gleam in Jörn's eye and knew he was thinking
Brice Burgess schrieb:
I really don't like the idea of forking jQuery, but I'd much rather have
less selectSomething logic and more doSomething logic, so maybe at some
point I'll prepare a version of about the same size (or bigger) with
emphasis on the opposite end. Or maybe not. jQuery does
There's a whole mess of Forms plugins:
http://docs.jquery.com/Plugins#Forms
All of them focus on different tasks (although, there's currently a bunch of
validation plugins).
I think you'll find that it's trivial to extend jQuery with plugins, and
really make it your own.
--John
On 2/13/07,
Hi Matt,
It seems that the library has heavy emphasis on the selectSomething in its
core, and depends a lot on plugins for the doSomething part. I can forsee
writing my own jQuery++ or whatever that adds a lot more functionality
that I consider to be core rather than depending on multiple
Dave Methvin schrieb:
True, but in this case you aren't really type-converting to a number,
you're actually wanting to extract a number from a string.
Yeah, I just saw the gleam in Jörn's eye and knew he was thinking about
changing the parseInt/parseFloat to + in jQuery core. There are
Rey Bango-2 wrote:
Send me the link to the PT one and we'll see what we can do.
This one is nice:
http://snook.ca/files/prototype_1.5.0_snookca.pdf
as is this one:
http://www.snook.ca/archives/javascript/prototype_disse/
Although sometimes cheat sheets end up just being a list of methods
Matt Kruse schrieb:
Is there a better official form plugin? The one listed is weak for basic
form functions, so I plan to adapt my own form functions into jQuery style
and make it a plugin. I can't live without isChanged() on form fields!
I think it's a bit unfair to call that plugin weak. I
I just wanted to chime in on a few observations made.
If you choose a library on a small set of criteria ( does it do what I
need?, is it easy to do what I need?, how much do I need to learn to use it?
and what sort of resources are available to help me learn it? ) what you
find is that jquery
Yep. Jonathan Snook does a great job of creating those. I read his blog
all the time.
Lets see what can be done. Thanks for the links.
Rey
Matt Kruse wrote:
Rey Bango-2 wrote:
Send me the link to the PT one and we'll see what we can do.
This one is nice:
I agree with Klaus.
Matt, you may really want to try digging into it as Mike Alsup really
put a ton of functionality into the plugin. I think you may not have
fully reviewed it. If there's something that you think could be useful,
then you should post it here so that Mike can provide some
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Matt Kruse
Subject: Re: [jQuery] jQuery Design Decisions? Comparison to MooTools?
I've found a version of a Cheat Sheet but it's not nearly as cool as
the
latest Prototype cheat sheet. I was hoping to find a cool color
printable
sheet
If there's something that you think could be useful,
then you should post it here so that Mike can provide some feedback.
By all means. The form plugin, like most others, is a work in
progress. It's not done, but what's there so far has proven to be
robust, fast and useful. Input on additions
Awesome Alex!!
Thanks for doing this. :o)
Rey
Alex Cook wrote:
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Matt Kruse
Subject: Re: [jQuery] jQuery Design Decisions? Comparison to MooTools?
I've found a version of a Cheat Sheet but it's not nearly as cool as
the
latest
malsup wrote:
If there's something that you think could be useful,
then you should post it here so that Mike can provide some feedback.
By all means. The form plugin, like most others, is a work in
progress.
I didn't mean to be insulting when I said it was 'weak' - I'm sure it is
I didn't mean to be insulting when I said it was 'weak' - I'm sure it is
technically solid. But it lacks common functionality that I would expect,
No offense taken, no worries. You bring up some great points. I
suspect some of the functionality you mentioned is spread across some
of the other
Hi Matt,
I just tried http://docs.jquery.com/Plugins and it came up. It may have
been a temporary hiccup. Try it again.
Rey...
Matt Kruse wrote:
malsup wrote:
If there's something that you think could be useful,
then you should post it here so that Mike can provide some feedback.
By all
malsup wrote:
Not sure what you meant about
the array of values returned from fieldValue (it returns an array for
selects or checkboxes).
It looked to me (I could be wrong) that if I have 10 text inputs of the same
name, I will only get the value of the first one if I do a fieldValue().
Gotcha.
John Resig wrote:
Rey -
He was referring to the URL pointing to the forms plugin, on the
plugin page. I just fixed it (a couple URLs were broken). It should be
working now.
--John
On 2/13/07, Rey Bango [EMAIL PROTECTED] wrote:
Hi Matt,
I just tried
Matt,
Waning: The following is written by a NON-programmer.
jQuery to me is the evolution of CSS, not the evolution of JavaScript. When
I discovered CSS, I fell in love with it because of the :hover tag. It just
worked. I didn't need to learn programming. It was like magic. To me,
jQuery
Hey Matt -
Thanks for the post. It looks like you've spent a lot of time really
considering the issues. I agree, choosing a library is non-trivial.
I'll try to answer a bunch of your questions, be sure to let me know
if I missed any.
1) There seems to be a lot of emphasis on using selectors
38 matches
Mail list logo