<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
	<channel>
		<title>gdp's Comments</title>
		<language>en-us</language>
		<link>https://www.intensedebate.com/users/459269</link>
		<description>Comments by MRoderick</description>
<item>
<title>roderick.dk : Disable Webpage Preview Images in Safari 4 Final</title>
<link>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment429190395</link>
<description>This fix also works with Safari Version 6.0 (8536.25) on Mountain Lion </description>
<pubDate>Mon, 27 Aug 2012 08:40:56 +0000</pubDate>
<guid>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment429190395</guid>
</item><item>
<title>roderick.dk : Disable Webpage Preview Images in Safari 4 Final</title>
<link>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment429189828</link>
<description>Hey!  I&amp;#039;ve fixed the error on the website, and it&amp;#039;s now possible to see all the instructions again.  /Morgan </description>
<pubDate>Mon, 27 Aug 2012 08:39:43 +0000</pubDate>
<guid>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment429189828</guid>
</item><item>
<title>roderick.dk : Disable Webpage Preview Images in Safari 4 Final</title>
<link>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment422120069</link>
<description>Thank you for reporting the error.  Something seems to go wrong with the generation of the website, I&amp;#039;ll have to look into this.  </description>
<pubDate>Wed, 15 Aug 2012 07:15:01 +0000</pubDate>
<guid>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment422120069</guid>
</item><item>
<title>roderick.dk : Introducing Pubsubjs, a Library for doing publish/subscribe in JavaScript</title>
<link>http://roderick.dk/blog/2010/10/12/introducing-pubsubjs-a-library-for-doing-publish-subscribe-in-javascript/#IDComment324675996</link>
<description>Publish/Subscribe is not a replacement for Observer based patterns, such as most event systems are implemented.  I am working on an article that shows the difference between the two patterns, and discusses when the use of each of them is appropriate. </description>
<pubDate>Mon, 26 Mar 2012 08:38:27 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/10/12/introducing-pubsubjs-a-library-for-doing-publish-subscribe-in-javascript/#IDComment324675996</guid>
</item><item>
<title>roderick.dk : Introducing Pubsubjs, a Library for doing publish/subscribe in JavaScript</title>
<link>http://roderick.dk/blog/2010/10/12/introducing-pubsubjs-a-library-for-doing-publish-subscribe-in-javascript/#IDComment278729755</link>
<description>Thanks for the feedback, I&amp;#039;ve updated the first version of the test case to use the raw version of PubSubJS, &lt;a href=&quot;http://jsperf.com/pubsubjs-vs-jquery-custom-events/12&quot; target=&quot;_blank&quot;&gt;http://jsperf.com/pubsubjs-vs-jquery-custom-event...&lt;/a&gt;  I am currently doing some refactoring of PubSubJS in a private branch, to see if I can speed up the asynchronous publishing of messages. If my hunch is correct, the speed will be much closer to synchronous publishing of messages. Hopefully I will soon find the time to complete this, and if JSPerf testing shows that my research has been successful, I&amp;#039;ll merge it into master and do a new release.  I am also working on a little blog post examining the differences between the Observer pattern and Publish/Subscribe. </description>
<pubDate>Mon, 30 Jan 2012 15:48:34 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/10/12/introducing-pubsubjs-a-library-for-doing-publish-subscribe-in-javascript/#IDComment278729755</guid>
</item><item>
<title>roderick.dk : Code Retreat Berlin</title>
<link>http://roderick.dk/blog/2011/07/10/code-retreat-berlin/#IDComment174779764</link>
<description>Interesting. </description>
<pubDate>Mon, 18 Jul 2011 12:31:20 +0000</pubDate>
<guid>http://roderick.dk/blog/2011/07/10/code-retreat-berlin/#IDComment174779764</guid>
</item><item>
<title>roderick.dk : Code Retreat Berlin</title>
<link>http://roderick.dk/blog/2011/07/10/code-retreat-berlin/#IDComment173193612</link>
<description>I think it would absolutely be worthwhile to do a code retreat in Copenhagen. If it turns out to be a success, then I think we could probably do it more than once, and perhaps also do one in Malm&amp;ouml;. </description>
<pubDate>Wed, 13 Jul 2011 20:51:20 +0000</pubDate>
<guid>http://roderick.dk/blog/2011/07/10/code-retreat-berlin/#IDComment173193612</guid>
</item><item>
<title>roderick.dk : Introducing Pubsubjs, a Library for doing publish/subscribe in JavaScript</title>
<link>http://roderick.dk/blog/2010/10/12/introducing-pubsubjs-a-library-for-doing-publish-subscribe-in-javascript/#IDComment159901712</link>
<description>The message is passed, so you can use the same subscriber for several different messages. Data is usually the optional argument, but in pubsub / events systems is customary to always pass the message or event. </description>
<pubDate>Mon, 6 Jun 2011 07:57:59 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/10/12/introducing-pubsubjs-a-library-for-doing-publish-subscribe-in-javascript/#IDComment159901712</guid>
</item><item>
<title>roderick.dk : jQuery Data Link considered harmful</title>
<link>http://roderick.dk/blog/2010/11/03/jquery-data-link-considered-harmful/#IDComment124182438</link>
<description>No, not at all ... it was an imagined scenario, for the sake of argument.  I&amp;#039;ve not proved that it exists or doesn&amp;#039;t, and with no test cases, nor has anyone else ... </description>
<pubDate>Thu, 27 Jan 2011 21:06:52 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/11/03/jquery-data-link-considered-harmful/#IDComment124182438</guid>
</item><item>
<title>roderick.dk : jQuery Data Link considered harmful</title>
<link>http://roderick.dk/blog/2010/11/03/jquery-data-link-considered-harmful/#IDComment121868402</link>
<description>Hostdude, thank you for your comments!  Perhaps it IS a contradiction, that I&amp;#039;d like to see other plugins blessed and become part of jQuery core. Perhaps a better solution would be rewriting parts of jQuery core where it could be stronger, just like what&amp;#039;s going on with Ajax in 1.5b1 (basically a complete rewrite, which greatly improves error handling).  I agree, it could become a rather lengthy discussion of which plugins should become part of the core offering. Perhaps a better solution would be more official plugins, that would be actively maintained by the jQuery team (or a jQuery plugins team)? </description>
<pubDate>Mon, 17 Jan 2011 14:17:23 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/11/03/jquery-data-link-considered-harmful/#IDComment121868402</guid>
</item><item>
<title>roderick.dk : Disable Webpage Preview Images in Safari 4 Final</title>
<link>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment120830754</link>
<description>Glad to hear it :) </description>
<pubDate>Wed, 12 Jan 2011 05:41:31 +0000</pubDate>
<guid>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment120830754</guid>
</item><item>
<title>roderick.dk : Disable Webpage Preview Images in Safari 4 Final</title>
<link>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment114366846</link>
<description>Just tried it out with a newly installed OSX (new computer) and Safari 5.0.3, it still works :-) </description>
<pubDate>Tue, 7 Dec 2010 22:46:41 +0000</pubDate>
<guid>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment114366846</guid>
</item><item>
<title>roderick.dk : jQuery Data Link considered harmful</title>
<link>http://roderick.dk/blog/2010/11/03/jquery-data-link-considered-harmful/#IDComment110477676</link>
<description>Glad you liked it.  I wasn&amp;#039;t really sure if I was being clear enough about the message that I wanted to get out there, but just like writing code, writing good blog posts takes practice :-)  I am planning on writing a blog post about jQuery plugins that I DO think should be merged into core, or blessed and endorsed by the jQuery team. Any nominations would be great :-) </description>
<pubDate>Thu, 18 Nov 2010 21:21:49 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/11/03/jquery-data-link-considered-harmful/#IDComment110477676</guid>
</item><item>
<title>roderick.dk : Installing Mercurial With Bash Completion from MacPorts</title>
<link>http://roderick.dk/blog/2009/08/28/installing-mercurial-with-bash-completion/#IDComment108364392</link>
<description>I would assume that you can install as many versions as you want, but only one can be the default active one at any given time.  You should be able to see which one is active by running this command:  $ which hg  In my case this points to&amp;nbsp;/opt/local/bin/hg </description>
<pubDate>Sun, 7 Nov 2010 12:00:11 +0000</pubDate>
<guid>http://roderick.dk/blog/2009/08/28/installing-mercurial-with-bash-completion/#IDComment108364392</guid>
</item><item>
<title>roderick.dk : Introducing Pubsubjs, a Library for doing publish/subscribe in JavaScript</title>
<link>http://roderick.dk/blog/2010/10/12/introducing-pubsubjs-a-library-for-doing-publish-subscribe-in-javascript/#IDComment104367399</link>
<description>I don&amp;#039;t really think that sync publishing is inherently bad, but it can get you into some situations where debugging is really tricky. I chose to go for the least confusing default, and if people know what they&amp;#039;re doing, they can go for the faster and potentially more confusing synchronous option :-)  Callbacks are preferred when you have a real dependency, and are much easier to use than publish/subscribe pattern, which IMO should only really be used when you NEED loose coupling of modules (whatever they may be).  Thanks for pointing out the blog post, will be reading it now :-) </description>
<pubDate>Sat, 16 Oct 2010 19:50:52 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/10/12/introducing-pubsubjs-a-library-for-doing-publish-subscribe-in-javascript/#IDComment104367399</guid>
</item><item>
<title>roderick.dk : Introducing Pubsubjs, a Library for doing publish/subscribe in JavaScript</title>
<link>http://roderick.dk/blog/2010/10/12/introducing-pubsubjs-a-library-for-doing-publish-subscribe-in-javascript/#IDComment104366809</link>
<description>Hey Marco  Glad you like it.  Please do report any issues you may find, I am very keen to keep PubSubJS bug free :-) </description>
<pubDate>Sat, 16 Oct 2010 19:44:21 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/10/12/introducing-pubsubjs-a-library-for-doing-publish-subscribe-in-javascript/#IDComment104366809</guid>
</item><item>
<title>roderick.dk : Introducing FailFast, a JavaScript library for failure</title>
<link>http://roderick.dk/blog/2010/09/02/introducing-failfast-a-javascript-library-for-failure/#IDComment96969161</link>
<description>Oh, maybe I should have emphasized that the version on GitHub has been tidied up, better tested and has better tests than the one you&amp;#039;re used to :-) </description>
<pubDate>Sat, 4 Sep 2010 16:56:18 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/09/02/introducing-failfast-a-javascript-library-for-failure/#IDComment96969161</guid>
</item><item>
<title>roderick.dk : Introducing FailFast, a JavaScript library for failure</title>
<link>http://roderick.dk/blog/2010/09/02/introducing-failfast-a-javascript-library-for-failure/#IDComment96966575</link>
<description>Thanks Krzysztof,  I am having a great time in Brighton :-)  Hope to see contributions from you on github :-) </description>
<pubDate>Sat, 4 Sep 2010 16:30:21 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/09/02/introducing-failfast-a-javascript-library-for-failure/#IDComment96966575</guid>
</item><item>
<title>roderick.dk : Strict Mode in EcmaScript 5</title>
<link>http://roderick.dk/blog/2010/02/26/strict-mode-in-ecmascript-5/#IDComment89144346</link>
<description>Always a master of writing really short JavaScript :-) </description>
<pubDate>Tue, 27 Jul 2010 13:03:52 +0000</pubDate>
<guid>http://roderick.dk/blog/2010/02/26/strict-mode-in-ecmascript-5/#IDComment89144346</guid>
</item><item>
<title>roderick.dk : Disable Webpage Preview Images in Safari 4 Final</title>
<link>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment56147554</link>
<description>The same question got posted by Grahame, and the solution was:  defaults delete com.apple.Safari DebugSnapshotsUpdatePolicy </description>
<pubDate>Wed, 10 Feb 2010 07:58:37 +0000</pubDate>
<guid>http://roderick.dk/blog/2009/08/03/disable-webpage-preview-images-in-safari-4-final/#IDComment56147554</guid>
</item>	</channel>
</rss>