[MTOS-dev] [ProNet] Javascript Library Standardization

[Jesse Gardner]

Couldn't have said it better, myself, Tim.

I like what Yahoo is doing.  I use their CSS reset religiously.  But it's
seems like a lot of function and no form.  I've used mootools because it's
small, fast and does some pretty sexy things.  That said, IANAC(oder) and
I'll defer to the clunky library just as long as someone tells me how to
make it sing and dance.

-- 
Jesse Gardner
------------------
http://plasticmind.com
E: jesse at plasticmind.com
P: 267.679.6316

On 1/23/08, Timothy Appnel <tim at appnel.com> wrote:
>
> On 1/23/08, Chad Everett <2008 at everitz.com> wrote:
>
> >  I have to say that I actually don't like YUI.
>
> I haven't looked at it and haven't spent too much time doing
> JavaScript code, but I don't like the fact that ever tutorial, cool
> trick and innovative design widget I've seen is NOT using YUI.
> Assuming I haven't overlooked some great innovations, it would seem to
> me that standardizing on YUI would remove a lot of the value I
> expected such a move would deliver. Count mine as a vote against YUI.
>
> What does Six Apart have against Prototype or jQuery that they would favor
> YUI?
>
> >  It is an advantage that it doesn't come from your own servers, I guess,
> so
> > bandwidth is a potential savings, but it does come from somewhere,
> meaning
> > your clients are going to have to get it.  If you're worried about
> bandwidth
> > that much, then it could be an issue.  You could use expires headers and
> > versioning to take care of that to some degree if you really care that
> much.
> >  And from what I've seen in my limited testing, YUI sucks - both in
> terms of
> > the amount of bandwidth it uses and in the usability.
>
> Chad I think you are overlooking browser caching here. Coming from one
> source the library should get pulled from the local cache no matter
> which site is using it.
>
> <tim/>
>
> --
> Timothy Appnel
> Appnel Solutions
> http://appnel.com/
> _______________________________________________
> MTOS-dev mailing list
> MTOS-dev at sixapart.com
> http://www.sixapart.com/mailman/listinfo/mtos-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.sixapart.com/pipermail/mtos-dev/attachments/20080123/fd09d476/attachment.html