[MTOS-dev] [ProNet] Javascript Library Standardization

Su hamletcomplex at gmail.com
Wed Jan 23 20:37:23 PST 2008


On Jan 23, 2008 8:39 PM, Byrne Reese <byrne at sixapart.com> wrote:

> The religious war will be hard to avoid, which is why I think the
> overriding
> and most important requirement is:
> * the core javascript library for Movable Type MUST NOT interfere with the
> usage of other popular javascript libraries.


It probably would be best to look at this a single issue at a time.
On this specific point, here's what I know:

The jQuery $(selector) function can be remapped to something else, say
jQuery(selector), by using noConflict: http://icanhaz.com/jqcompat which is
a minor stylistic requirement once implemented. Unless for whatever bizarre
reason someone maps another library to the same name, this should make it
conflict-free.

I haven't looked into YUI very much, but my impression is that it
essentially does by default what jQ does with noConflict() by enclosing
everything inside a YAHOO object.

mootools claims no compatibility with other libraries, and their explanation
can be boiled down to "Just cuz": http://icanhaz.com/moofaq which isn't
exactly encouraging. Further, they show no indication that they care or
intend to do anything about it. You must choose a side. Further down in the
FAQ, there's also hint that moo expects your doctype to be strict, which is
a bit weird, and frankly none of their business.

I can't find anything about a Prototype compatibility mode, but as long as
jQ implements /its/ mode, that seems moot if we discount mootools'
disinterest in the matter.

And just because I can't let it pass since this sounds like we /are/ talking
at least partially about the application JS, the amazing Ext UI library will
officially integrate with all of the above EXCEPT mootools:
http://extjs.com/download/build I think someone's independently working on a
moo adapter, but I don't know much about it or if it even went anywhere.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.sixapart.com/pipermail/mtos-dev/attachments/20080123/adb41972/attachment-0001.html 


More information about the MTOS-dev mailing list