Supporting CommonJS Module Loader plugin extensnion (or improve it to fit your needs) about curl

[unscriptable]

Hey temsa!

curl.js's plugins all adhere to the CommonJS Modules/LoaderPlugin proposed spec. RequireJS's don't, yet.

There's no proposed standard for the names of plugins. I think this would also be important in the near future. For example, I think we should reserve the following names for plugins that are likely to be used by most loaders:

text! -- load a text file
css! -- load a css file as a link
i18n! -- load a translation string bundle
js! -- load a non-module javascript file

Is this what you mean?

-- John

[temsa]

Hi ! and thank you for your great talk at #JSConf, was part of the attendees :)

Sorry, I probably overlooked your plugin code while searching for all AMD implementations that don't follow this spec (BTW, curl is not listed in CommonJS wiki as an implemention of this spec ;) ). I just try to move people to have real standards about this. in some way I would have liked a better approach (worked a bit with Wes Garland for CommonJS Module/2.0 spec some months ago, and proposed some syntax, following more or less @danwrong guidelines), allowing for more innovative possibility regarding syntax, but still i prefer something standard, rather than per implementation.

I know you've tweeted about the new mailing list Jame has made (I guess, didn't verified it was him, but at least he advertised it on twitter end commonjs mailing list), I just put the url if some other people interested by this topic would want to join : https://groups.google.com/group/amd-implement

[unscriptable]

Hi temsa. I remember you. You asked some good questions about ES/Harmony Modules. :)

You wrote:

BTW, curl is not listed in CommonJS wiki as an implemention of this spec

Thanks! I fixed that just now.

Looking forward to working with you on AMD and modules.

-- John