[MTOS-dev] [ProNet] Javascript Library Standardization

Byrne Reese byrne at sixapart.com
Wed Jan 23 14:48:15 PST 2008


I would never advocate point MT at a third party server. If we are to adopt
a 3rd party library, then we will certify MT against a fixed version of that
library. The risk introduced by allowing a third party to update MT¹s core
javascript libraries, without our first testing them is astronomical.

Whatever we adopt must be licensed in a way that is compatible with Movable
Type dual-licensing strategy, and must be shipped and bundled with the app.

Byrne

On 1/23/08 2:25 PM, "Chad Everett" <2008 at everitz.com> wrote:

> I don't disagree with that at all - I'm just saying that a lot of people seem
> to say that the advantage of YUI is that it comes from the Yahoo servers, when
> I'm not sure if that's much of an advantage is all.  I think that once it's on
> a user's PC, it won't make much of a difference to the user.  Though since
> Yahoo does use expire headers, and they update it, if the performance is bad,
> it will be noticeable (yes, you can download it and host it yourself - but who
> will do that?).  If you go get something else, and download it, chances are
> you aren't going to update it unless you need to do so.
> 
> As to the particular framework, I think that it needs to be a solid process if
> one will be chosen over others. JavaScript has been a pain to me lately, and
> having to deal with which one is where and what effect it has on performance
> is not my idea of fun right now...
> 
> --
> Chad Everett
> Everitz Consulting
> 
> 
> Timothy Appnel wrote:
>>  
>> 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.
> 
> 
> _______________________________________________
> 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/da90a9c4/attachment.html 


More information about the MTOS-dev mailing list