<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>frag   (frăg) &#187; javascript</title>
	<atom:link href="http://fragged.org/_/javascript/feed" rel="self" type="application/rss+xml" />
	<link>http://fragged.org</link>
	<description>[..] 2. To completely ruin something.</description>
	<lastBuildDate>Fri, 10 Feb 2012 12:15:55 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>MooTools Request.Spy &#8211; monitor all requests through the Request class prototype</title>
		<link>http://fragged.org/mootools-request-spy-monitor-all-requests-through-the-request-class-prototype_1474.html</link>
		<comments>http://fragged.org/mootools-request-spy-monitor-all-requests-through-the-request-class-prototype_1474.html#comments</comments>
		<pubDate>Fri, 10 Feb 2012 12:10:49 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[Request.spy]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1474</guid>
		<description><![CDATA[An interesting question on StackOverflow prompted me to look into creating a universal spy/logger for all Requests that MooTools. The objective is: being able to log / spy on all XHR requests w/o modifying code anywhere. It is trivial to override the Request Class and change the prototype of the success and failure. The problem [...]]]></description>
		<wfw:commentRss>http://fragged.org/mootools-request-spy-monitor-all-requests-through-the-request-class-prototype_1474.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Manage lazy-loading handlebars / mustache / other templates via MooTools</title>
		<link>http://fragged.org/manage-lazy-loading-handlebars-mustache-other-templates-via-mootools_1464.html</link>
		<comments>http://fragged.org/manage-lazy-loading-handlebars-mustache-other-templates-via-mootools_1464.html#comments</comments>
		<pubDate>Wed, 08 Feb 2012 13:35:21 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[fragged]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[handlebars]]></category>
		<category><![CDATA[templating]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1464</guid>
		<description><![CDATA[I have started using Backbone.js but with handlebars templates (like in Ember.js) that I parse through Underscore.js. Anyway, to cut a long story short &#8211; I did not want to have a bunch of flat script tags with HTML in the document body on page load so I thought of a way to lazyload and [...]]]></description>
		<wfw:commentRss>http://fragged.org/manage-lazy-loading-handlebars-mustache-other-templates-via-mootools_1464.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Using overloadSetter / overloadGetter to make flexible functions in mootools</title>
		<link>http://fragged.org/using-overloadsetter-overloadgetter-to-make-flexible-functions-in-mootools_1451.html</link>
		<comments>http://fragged.org/using-overloadsetter-overloadgetter-to-make-flexible-functions-in-mootools_1451.html#comments</comments>
		<pubDate>Thu, 02 Feb 2012 16:08:24 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[fragged]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[class]]></category>
		<category><![CDATA[function]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1451</guid>
		<description><![CDATA[This is a really helpful feature of MooTools that a few people know and use. Basically, there is a pair of 2 Function prototypes called &#8216;overloadGetter&#8216; and &#8216;overloadSetter&#8216;. They are very simple in what they can provide. Say, you have a function that is a private property setter in a Class that takes 2 arguments: [...]]]></description>
		<wfw:commentRss>http://fragged.org/using-overloadsetter-overloadgetter-to-make-flexible-functions-in-mootools_1451.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MooTools in a distant future: how to write to better survive the changes</title>
		<link>http://fragged.org/mootools-in-a-distant-future-how-to-write-to-better-survive-the-changes_1438.html</link>
		<comments>http://fragged.org/mootools-in-a-distant-future-how-to-write-to-better-survive-the-changes_1438.html#comments</comments>
		<pubDate>Wed, 01 Feb 2012 23:00:54 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[fragged]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[milk]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1438</guid>
		<description><![CDATA[You may have already heard this, or maybe not. But this won&#8217;t change the fact that javascript is changing and the way people write it and specifically, how they write the libraries, modules and widgets we all share and use is slowly being edged towards an AMD pattern. This stands for Asynchronous Module Definition, pioneered [...]]]></description>
		<wfw:commentRss>http://fragged.org/mootools-in-a-distant-future-how-to-write-to-better-survive-the-changes_1438.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>substitutePath &#8211; a string method that recursively replaces values from an object</title>
		<link>http://fragged.org/substitutepath-a-string-method-that-recursively-replaces-values-from-an-object_1416.html</link>
		<comments>http://fragged.org/substitutepath-a-string-method-that-recursively-replaces-values-from-an-object_1416.html#comments</comments>
		<pubDate>Sun, 25 Dec 2011 08:52:31 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[fragged]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[string-extras]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1416</guid>
		<description><![CDATA[Originally, this was meant to be released as something for String.Extras in mootools-more as an idea by Oskar, coined by myself with input from csuwldcat &#8211; but it seems that the pull request is not going anywhere so I will release it here instead. The idea is to extend the behaviour of String.substitute to be [...]]]></description>
		<wfw:commentRss>http://fragged.org/substitutepath-a-string-method-that-recursively-replaces-values-from-an-object_1416.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>New mootools plugins released on github/forge</title>
		<link>http://fragged.org/new-mootools-plugins-released-on-githubforge_1411.html</link>
		<comments>http://fragged.org/new-mootools-plugins-released-on-githubforge_1411.html#comments</comments>
		<pubDate>Sat, 24 Dec 2011 16:53:53 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[fragged]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[bootstrap]]></category>
		<category><![CDATA[modal]]></category>
		<category><![CDATA[mooTagify]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1411</guid>
		<description><![CDATA[Time to wrap up the year, I think. I released 2 more small plugins of mine on github and the MooTools forge. mooTagify GitGub project page: https://github.com/DimitarChristoff/mooTagify Forge link: http://mootools.net/forge/p/mootagify A plugin for small tag lists input. Also, provides an ajax auto-completion sub-class that can be used as a standalone anyway. Screenshot: Example with ajax [...]]]></description>
		<wfw:commentRss>http://fragged.org/new-mootools-plugins-released-on-githubforge_1411.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Using MooTools class mutators to log method calls</title>
		<link>http://fragged.org/using-mootools-class-mutators-to-log-method-calls_1405.html</link>
		<comments>http://fragged.org/using-mootools-class-mutators-to-log-method-calls_1405.html#comments</comments>
		<pubDate>Wed, 09 Nov 2011 12:27:00 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[debugging]]></category>
		<category><![CDATA[mutators]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1405</guid>
		<description><![CDATA[When you are debugging a huge web app, comprised of many classes and many methods, it can be really tedious and difficult. Having to go and edit code and add `console.log` calls all over the place is hardly productive and can involve a lot of typing. Fortunately, you can use a lesser known feature of [...]]]></description>
		<wfw:commentRss>http://fragged.org/using-mootools-class-mutators-to-log-method-calls_1405.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>mooPlaceholder revisited: a flexible placeholder input solution for IE and older browsers</title>
		<link>http://fragged.org/mooplaceholder-revisited-a-flexible-placeholder-input-solution-for-ie-and-older-browsers_1399.html</link>
		<comments>http://fragged.org/mooplaceholder-revisited-a-flexible-placeholder-input-solution-for-ie-and-older-browsers_1399.html#comments</comments>
		<pubDate>Mon, 31 Oct 2011 14:20:20 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[html5]]></category>
		<category><![CDATA[mooPlaceholder]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1399</guid>
		<description><![CDATA[Creating some javascript that can mimic the HTML5 behavior of a placeholder= attribute on an input element can be simple. Unfortunately, getting a single solution you can work with that fits all browsers and have little overhead to work with is not that easy. The following are the requirements when making it universal: work as [...]]]></description>
		<wfw:commentRss>http://fragged.org/mooplaceholder-revisited-a-flexible-placeholder-input-solution-for-ie-and-older-browsers_1399.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Working with dynamic Class names in MooTools</title>
		<link>http://fragged.org/working-with-dynamic-class-names-in-mootools_1395.html</link>
		<comments>http://fragged.org/working-with-dynamic-class-names-in-mootools_1395.html#comments</comments>
		<pubDate>Tue, 18 Oct 2011 09:21:23 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[oop]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1395</guid>
		<description><![CDATA[This is somewhat trivial but is also useful and is a common question that a lot of people ask. The problem is in 2 parts: How to instantiate a Class based upon a dynamic name/variable and how to identify the Class name that has created a MooTools Class instance (the prototype, really). First of all, [...]]]></description>
		<wfw:commentRss>http://fragged.org/working-with-dynamic-class-names-in-mootools_1395.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Lazyloading multiple sequential javascript dependencies in MooTools</title>
		<link>http://fragged.org/lazyloading-multiple-sequential-javascript-dependencies-in-mootools_1389.html</link>
		<comments>http://fragged.org/lazyloading-multiple-sequential-javascript-dependencies-in-mootools_1389.html#comments</comments>
		<pubDate>Wed, 06 Jul 2011 13:56:21 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[lazyloading]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1389</guid>
		<description><![CDATA[We all know and love Asset.js from MooTools-more. It affords you lazyloading by providing Asset.javascript, Asset.image, Asset.images and Asset.css. However, sometimes you need more precision when bringing in external scripts as dependencies. Hence I created my own Asset.javascripts &#8211; based losely on a coupling of Asset.images and Asset.javascript but providing sequential asynchronous loading. Asset.javascripts = [...]]]></description>
		<wfw:commentRss>http://fragged.org/lazyloading-multiple-sequential-javascript-dependencies-in-mootools_1389.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MooTools pattern fun: Class Implements + Extends at the same time</title>
		<link>http://fragged.org/mootools-pattern-fun-class-implements-extends-at-the-same-time_1359.html</link>
		<comments>http://fragged.org/mootools-pattern-fun-class-implements-extends-at-the-same-time_1359.html#comments</comments>
		<pubDate>Wed, 06 Jul 2011 11:23:17 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[fragged]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[JSONP]]></category>
		<category><![CDATA[localStorage]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1359</guid>
		<description><![CDATA[Update: Thanks to @CarstenSchwede, who pointed out that the MooTools Class Constructor expects the Extends mutator __before__ the Implements one, meaning you don&#8217;t need to worry about any of the stuff I had to come up with (described in this post). Upon further investigation with Arian, it turns out that MooTools 2.0 will NOT be [...]]]></description>
		<wfw:commentRss>http://fragged.org/mootools-pattern-fun-class-implements-extends-at-the-same-time_1359.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>mootools flickr api class via Request.JSONP</title>
		<link>http://fragged.org/mootools-flickr-api-class-via-request-jsonp_1042.html</link>
		<comments>http://fragged.org/mootools-flickr-api-class-via-request-jsonp_1042.html#comments</comments>
		<pubDate>Fri, 13 May 2011 10:58:31 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[flikr]]></category>
		<category><![CDATA[JSONP]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1042</guid>
		<description><![CDATA[updated for mootools 1.3.2 I needed to bring some images into a thumbnail/gallery and decided to use flickr&#8217;s API for easy access. The result is a mini-api which allows you to control your options and parse the images that flickr sends back. // the class Request.flickr = new Class({ Extends: Request.JSONP, options: { callbackKey: "jsoncallback", [...]]]></description>
		<wfw:commentRss>http://fragged.org/mootools-flickr-api-class-via-request-jsonp_1042.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CKeditor blues: when it fails to pass on the data via AJAX</title>
		<link>http://fragged.org/ckeditor-blues-when-it-fails-to-pass-on-the-data-via-ajax_1363.html</link>
		<comments>http://fragged.org/ckeditor-blues-when-it-fails-to-pass-on-the-data-via-ajax_1363.html#comments</comments>
		<pubDate>Thu, 12 May 2011 16:40:38 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[CKEDITOR]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1363</guid>
		<description><![CDATA[CKeditor is a good WYSIWYG content editor and is very popular in various CMS and on-page editing tools. It _tends_ to work and is helpful to those who cannot use HTML natively. However, from a developer standpoint &#8211; it can cause some headaches and it lacks proper API (or otherwise documentation). All you get is [...]]]></description>
		<wfw:commentRss>http://fragged.org/ckeditor-blues-when-it-fails-to-pass-on-the-data-via-ajax_1363.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A powerful and simple mootools modal window class called &#8220;baseBox&#8221;</title>
		<link>http://fragged.org/the-simple-modal-window-via-mootools_232.html</link>
		<comments>http://fragged.org/the-simple-modal-window-via-mootools_232.html#comments</comments>
		<pubDate>Tue, 03 May 2011 02:36:05 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[modal]]></category>
		<category><![CDATA[snippets]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=232</guid>
		<description><![CDATA[This was completely overhauled. Basically, I just released a new mootools modalBox Class called &#8216;baseBox&#8217;. You can see it on jsfiddle and play with it some. Full details, documentation are available on the project github page. Features: Full CSS support &#8211; whatever you do, it assigns to the box. Complete control &#8211; plenty of options, [...]]]></description>
		<wfw:commentRss>http://fragged.org/the-simple-modal-window-via-mootools_232.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Tutorial: write a small content slider Class in MooTools and extend it</title>
		<link>http://fragged.org/tutorial-write-a-small-content-slider-class-in-mootools-and-extend-it_1321.html</link>
		<comments>http://fragged.org/tutorial-write-a-small-content-slider-class-in-mootools-and-extend-it_1321.html#comments</comments>
		<pubDate>Fri, 22 Apr 2011 14:47:25 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[fragged]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[class]]></category>
		<category><![CDATA[tutorial]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1321</guid>
		<description><![CDATA[Difficulty: moderate Framework: MooTools 1.3 (no previous ver compatibility) Dependencies: MooTools-more 1.3.1 (no compat mode, just Element.Delegation required to build it) DocType: HTML5 &#8211; optional Before I begin, if you have not made a MooTools Class before, I suggest you first read this tutorial I made last month on creating a Sliding Tips plugin, which [...]]]></description>
		<wfw:commentRss>http://fragged.org/tutorial-write-a-small-content-slider-class-in-mootools-and-extend-it_1321.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>How to clone element storage in mootools</title>
		<link>http://fragged.org/how-to-clone-element-storage-in-mootools_1260.html</link>
		<comments>http://fragged.org/how-to-clone-element-storage-in-mootools_1260.html#comments</comments>
		<pubDate>Fri, 18 Feb 2011 12:00:05 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[storage]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1260</guid>
		<description><![CDATA[Ever needed to clone an element and take your element storage with it? I have and it&#8217;s not easy. There&#8217;s Element.cloneEvents(), which takes the storage.events callbacks but any other storage you may have used remains unavailable behind the closure that MooTools uses for the storage object. This bit of code tracks of any data you [...]]]></description>
		<wfw:commentRss>http://fragged.org/how-to-clone-element-storage-in-mootools_1260.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Feature detect base64 image support, revisited</title>
		<link>http://fragged.org/feature-detect-base64-image-support-revisited_1250.html</link>
		<comments>http://fragged.org/feature-detect-base64-image-support-revisited_1250.html#comments</comments>
		<pubDate>Fri, 11 Feb 2011 10:01:26 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[base64]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1250</guid>
		<description><![CDATA[Recently I had cause to revisit my old routine that checks if a browser can work with base64-encoded images. This is a test that modernizr does not offer so the only way to do so is to Feature-detect. To the rescue: an empty 1x1px gif image gets encoded and is then set as the src [...]]]></description>
		<wfw:commentRss>http://fragged.org/feature-detect-base64-image-support-revisited_1250.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Some &#8220;-More&#8221; intermoos: a long chat with Aaron Newton</title>
		<link>http://fragged.org/some-more-intermoos-a-long-chat-with-aaron-newton_1225.html</link>
		<comments>http://fragged.org/some-more-intermoos-a-long-chat-with-aaron-newton_1225.html#comments</comments>
		<pubDate>Fri, 28 Jan 2011 11:14:05 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[interviews]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[intermoo]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1225</guid>
		<description><![CDATA[Our next mootools interview is a a bit long. Let it not be said that I did not warn you &#8211; but it&#8217;s worth the read. So, without further adieu&#8230; One of the biggest &#8220;names&#8221; you are likely to hear whilst talking about MooTools (or even javascript in general) is that of Aaron Newton. Through [...]]]></description>
		<wfw:commentRss>http://fragged.org/some-more-intermoos-a-long-chat-with-aaron-newton_1225.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Intermoos Part 6: Fábio Miranda Costa gets slick</title>
		<link>http://fragged.org/intermoos-part-6-fabio-miranda-costa-gets-slick_1213.html</link>
		<comments>http://fragged.org/intermoos-part-6-fabio-miranda-costa-gets-slick_1213.html#comments</comments>
		<pubDate>Thu, 30 Dec 2010 10:00:59 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[interviews]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[intermoo]]></category>
		<category><![CDATA[interview]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1213</guid>
		<description><![CDATA[Here&#8217;s the next instalment in our Intermoos series: we sit and talk with Fábio Miranda Costa, a mootools core member and one of the coders behind Slick, the new MooTools selector engine. Name: Fábio Miranda Costa Nickname: fabiomcosta Country: Brasil MooTools team: Core and Slick Age: 24 Company / Occupation: Software Engineer at Globo.com Blog: [...]]]></description>
		<wfw:commentRss>http://fragged.org/intermoos-part-6-fabio-miranda-costa-gets-slick_1213.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Intermoos part 5: Ryan &#8220;rpflo&#8221; Florence. On moo4q and ninjas</title>
		<link>http://fragged.org/intermoos-part-5-ryan-rpflo-florence-on-mooq4-and-ninjas_1200.html</link>
		<comments>http://fragged.org/intermoos-part-5-ryan-rpflo-florence-on-mooq4-and-ninjas_1200.html#comments</comments>
		<pubDate>Fri, 17 Dec 2010 10:49:16 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[fragged]]></category>
		<category><![CDATA[interviews]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[intermoo]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1200</guid>
		<description><![CDATA[Here&#8217;s the next instalment in our Intermoos series: we sit and talk with Ryan Florence, one of the most extraordinary and well respected coders, the man behind moo4q, SlideShow, mooDocs and the MooTools magazine. I thought he was Italian (or at least French) for a long time. I was wrong&#8230; Name: Ryan Florence Nickname: rpflo [...]]]></description>
		<wfw:commentRss>http://fragged.org/intermoos-part-5-ryan-rpflo-florence-on-mooq4-and-ninjas_1200.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Intermoos Part 4: Mark Obcena. Keetology, a book and more</title>
		<link>http://fragged.org/intermoos-part-4-mark-obcena-keetology-a-book-and-more_1189.html</link>
		<comments>http://fragged.org/intermoos-part-4-mark-obcena-keetology-a-book-and-more_1189.html#comments</comments>
		<pubDate>Wed, 15 Dec 2010 20:58:33 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[interviews]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[intermoo]]></category>
		<category><![CDATA[interview]]></category>
		<category><![CDATA[keeto]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1189</guid>
		<description><![CDATA[Great timing is essential to great interviews (cough) but this one really is a cracker. Mark Obcena only had the official announcement / release of his new book &#8220;Pro JavaScript with MooTools&#8221; earlier today (after great anticipation, if I may add). So, what better time to get a few answers from the man of the [...]]]></description>
		<wfw:commentRss>http://fragged.org/intermoos-part-4-mark-obcena-keetology-a-book-and-more_1189.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Intermoos series, Part 1 &#8211; David Walsh: MooTools FTW, didn&#8217;t you know.</title>
		<link>http://fragged.org/intermoos-series-part-1-david-walsh-mootools-ftw-didnt-you-know_1147.html</link>
		<comments>http://fragged.org/intermoos-series-part-1-david-walsh-mootools-ftw-didnt-you-know_1147.html#comments</comments>
		<pubDate>Sun, 12 Dec 2010 21:04:14 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[interviews]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[intermoo]]></category>
		<category><![CDATA[interview]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1147</guid>
		<description><![CDATA[Hello and welcome to our new series: &#8220;Intermoos&#8220;. What it is, is a series of interviews with members of the MooTools team and community that have the time to spare. We ask them a few annoying questions, we get a few interesting answers, you get the idea. And what better way than to start it [...]]]></description>
		<wfw:commentRss>http://fragged.org/intermoos-series-part-1-david-walsh-mootools-ftw-didnt-you-know_1147.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>mootools Request.JSONP to decode shortened url hashes</title>
		<link>http://fragged.org/mootools-request-jsonp-to-decode-shortened-url-hashes_1128.html</link>
		<comments>http://fragged.org/mootools-request-jsonp-to-decode-shortened-url-hashes_1128.html#comments</comments>
		<pubDate>Fri, 13 Aug 2010 08:38:19 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[bit.ly]]></category>
		<category><![CDATA[JSONP]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1128</guid>
		<description><![CDATA[I tend to get annoyed about URL baiting that takes place over social networks &#8211; you really don&#8217;t know what&#8217;s behind a shortened URL until you click it. Or&#8230; until you run a URL resolver that can help. In building my Twitter Trend Aggregator, I came to explore this and found an invaluable service through [...]]]></description>
		<wfw:commentRss>http://fragged.org/mootools-request-jsonp-to-decode-shortened-url-hashes_1128.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>using mootools pseudo selectors to SEO check for hidden page elements</title>
		<link>http://fragged.org/using-mootools-pseudo-selectors-to-seo-check-for-hidden-page-elements_1118.html</link>
		<comments>http://fragged.org/using-mootools-pseudo-selectors-to-seo-check-for-hidden-page-elements_1118.html#comments</comments>
		<pubDate>Wed, 28 Jul 2010 10:36:43 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[SEO / SEM]]></category>
		<category><![CDATA[seo]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1118</guid>
		<description><![CDATA[This is an interesting one. Basically, there&#8217;s a school of thought in SEO that says, you should not apply a display: none CSS property to elements without a valid reason. By valid, it is understood that the hidden content it is somehow interacting with the user based upon events. For example, flyout / foldout menu [...]]]></description>
		<wfw:commentRss>http://fragged.org/using-mootools-pseudo-selectors-to-seo-check-for-hidden-page-elements_1118.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>protecting private class methods in mootools</title>
		<link>http://fragged.org/protecting-private-class-methods-in-mootools_1110.html</link>
		<comments>http://fragged.org/protecting-private-class-methods-in-mootools_1110.html#comments</comments>
		<pubDate>Thu, 15 Jul 2010 14:09:20 +0000</pubDate>
		<dc:creator>coda</dc:creator>
				<category><![CDATA[javascript]]></category>
		<category><![CDATA[mootools]]></category>
		<category><![CDATA[oop]]></category>

		<guid isPermaLink="false">http://fragged.org/?p=1110</guid>
		<description><![CDATA[This is a bit of a sore topic as it is often being asked by people on forums and sites like Stack Overflow. Essentially, javascript does not offer a meaningful way to protect methods from being called directly. Come to think of it, neither does mootools&#8211;at least not officially. However, there is a private API [...]]]></description>
		<wfw:commentRss>http://fragged.org/protecting-private-class-methods-in-mootools_1110.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/


Served from: fragged.org @ 2012-02-11 02:30:39 -->
