Comments for unscriptable.com http://unscriptable.com Just another WordPress site Wed, 25 Jan 2012 04:45:41 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Comment on OOCSS for JavaScript Pirates by OOCSS for JavaScript Pirates | unscriptable.com - EtondeGroup Blog of Web Applications | EtondeGroup Blog of Web Applications http://unscriptable.com/2010/11/15/oocss-for-javascript-pirates/#comment-166 OOCSS for JavaScript Pirates | unscriptable.com - EtondeGroup Blog of Web Applications | EtondeGroup Blog of Web Applications Wed, 25 Jan 2012 04:45:41 +0000 http://unscriptable.com/?p=676#comment-166 [...] here to see the original: OOCSS for JavaScript Pirates | unscriptable.com Bookmark on Delicious Digg this post Recommend on Facebook share via Reddit Share with Stumblers [...] [...] here to see the original: OOCSS for JavaScript Pirates | unscriptable.com Bookmark on Delicious Digg this post Recommend on Facebook share via Reddit Share with Stumblers [...]

]]> Comment on Using AMD loaders to write and manage modular javascript by Where does jQuery fit-in with frameworks like JavaScriptMVC, BackboneJS, SproutCore and Knockout? | Q&A System http://unscriptable.com/2011/04/27/using-amd-loaders-to-write-and-manage-modular-javascript/#comment-165 Where does jQuery fit-in with frameworks like JavaScriptMVC, BackboneJS, SproutCore and Knockout? | Q&A System Mon, 23 Jan 2012 01:36:25 +0000 http://unscriptable.com/?p=719#comment-165 [...] there are many exceptional AMD Loader options for use like RequireJS or LabJS etc. However, jQuery now has define and then competencies [...] [...] there are many exceptional AMD Loader options for use like RequireJS or LabJS etc. However, jQuery now has define and then competencies [...]

]]> Comment on curl.js – yet another AMD loader [updated] by jQuery 1.7 Released | Sean Walther’s Blog http://unscriptable.com/2011/03/30/curl-js-yet-another-amd-loader/#comment-142 jQuery 1.7 Released | Sean Walther’s Blog Fri, 04 Nov 2011 02:12:16 +0000 http://unscriptable.com/?p=698#comment-142 [...] 50% improvement)Better support for HTML5 in IE (blech, IE)AMD (Asynchronous Module Definition, this guy describes AMD well) support (it will work with AMD compliant loaders)Added jQuery.isNumeric()I would love to thank the [...] [...] 50% improvement)Better support for HTML5 in IE (blech, IE)AMD (Asynchronous Module Definition, this guy describes AMD well) support (it will work with AMD compliant loaders)Added jQuery.isNumeric()I would love to thank the [...]

]]> Comment on AMD versus CJS. What’s the best format? by Eric Bréchemier http://unscriptable.com/2011/09/30/amd-versus-cjs-whats-the-best-format/#comment-158 Eric Bréchemier Fri, 28 Oct 2011 10:20:49 +0000 http://unscriptable.com/?p=778#comment-158 Would it be possible to define some kind of intermediate layer that would resolve to either an AMD or a CJS or a static module definition? I am thinking of something in the like of: Function: scope(function closure[, string id[, array needs]]) Define a new module Parameters: closure - function(object context), function that may optionally define something by returning it. The context argument provided to the function may contain id/values for each definition available. It may be shared by all modules or specific to each module to enforce sandboxing. id - string, optional identifier to store the result of the function in context needs - array of identifiers, optional list of modules to wait for in case scope() resolves to an asynchronous implementation. Not all properties may actually be set in context depending on implementation. One of several implementations could be selected to use AMD, CJS or immediate execution. The signature of scope() is obviously compatible with AMD and synchronous execution, but I lack experience to tell how it would fare with CJS. Would it be possible to define some kind of intermediate layer that would resolve to either an AMD or a CJS or a static module definition?

I am thinking of something in the like of:

Function: scope(function closure[, string id[, array needs]])
Define a new module

Parameters:
closure – function(object context), function that may optionally define something by returning it. The context argument provided to the function may contain id/values for each definition available. It may be shared by all modules or specific to each module to enforce sandboxing.
id – string, optional identifier to store the result of the function in context
needs – array of identifiers, optional list of modules to wait for in case scope() resolves to an asynchronous implementation. Not all properties may actually be set in context depending on implementation.

One of several implementations could be selected to use AMD, CJS or immediate execution.

The signature of scope() is obviously compatible with AMD and synchronous execution, but I lack experience to tell how it would fare with CJS.

]]> Comment on AMD versus CJS. What’s the best format? by EmbedJS 0.2 and AMD http://unscriptable.com/2011/09/30/amd-versus-cjs-whats-the-best-format/#comment-157 EmbedJS 0.2 and AMD Wed, 19 Oct 2011 07:47:45 +0000 http://unscriptable.com/?p=778#comment-157 [...] there have been some blog posts lately that compare the pros and cons of each of them, so I don’t want to repeat all of [...] [...] there have been some blog posts lately that compare the pros and cons of each of them, so I don’t want to repeat all of [...]

]]> Comment on What is the fastest way to load AMD modules? by Latest News Updates for Web Developers and Designers #1 | Multy Shades http://unscriptable.com/2011/09/21/what-is-the-fastest-way-to-load-amd-modules/#comment-150 Latest News Updates for Web Developers and Designers #1 | Multy Shades Thu, 13 Oct 2011 16:43:54 +0000 http://unscriptable.com/?p=735#comment-150 [...] What is the fastest way to load AMD modules [...] [...] What is the fastest way to load AMD modules [...]

]]> Comment on AMD Module Patterns: Singleton by Essential jQuery Plugin Patterns - Smashing Coding http://unscriptable.com/2011/09/22/amd-module-patterns-singleton/#comment-153 Essential jQuery Plugin Patterns - Smashing Coding Tue, 11 Oct 2011 13:35:28 +0000 http://unscriptable.com/?p=761#comment-153 [...] “AMD Module Patterns: Singleton,” John Hann [...] [...] “AMD Module Patterns: Singleton,” John Hann [...]

]]> Comment on curl.js – yet another AMD loader [updated] by Essential jQuery Plugin Patterns - Smashing Coding http://unscriptable.com/2011/03/30/curl-js-yet-another-amd-loader/#comment-141 Essential jQuery Plugin Patterns - Smashing Coding Tue, 11 Oct 2011 13:32:35 +0000 http://unscriptable.com/?p=698#comment-141 [...] on these tools are beyond the scope of this article, but I recommend John Hann’s post “curl.js: Yet Another AMD Loader,” and James Burke’s post “ LABjs and RequireJS: Loading JavaScript Resources the Fun [...] [...] on these tools are beyond the scope of this article, but I recommend John Hann’s post “curl.js: Yet Another AMD Loader,” and James Burke’s post “ LABjs and RequireJS: Loading JavaScript Resources the Fun [...]

]]> Comment on AMD Module Patterns: Singleton by dojo/lifeIMAGE « The Original BrickEngraver/BrickPrinter http://unscriptable.com/2011/09/22/amd-module-patterns-singleton/#comment-152 dojo/lifeIMAGE « The Original BrickEngraver/BrickPrinter Mon, 10 Oct 2011 15:57:53 +0000 http://unscriptable.com/?p=761#comment-152 [...] [...] [...] [...]

]]> Comment on Closures for Dummies (or why IIFE !== closure) by JavaScript Magazine Blog for JSMag » Blog Archive » News roundup: Node causes cancer, node cures cancer! http://unscriptable.com/2011/10/02/closures-for-dummies-or-why-iife-closure/#comment-162 JavaScript Magazine Blog for JSMag » Blog Archive » News roundup: Node causes cancer, node cures cancer! Mon, 10 Oct 2011 07:09:38 +0000 http://unscriptable.com/?p=802#comment-162 [...] Closures for Dummies (or why IIFE !== closure) [...] [...] Closures for Dummies (or why IIFE !== closure) [...]

]]>