<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Visions of Software</title>
	<atom:link href="http://visionsofsoftware.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://visionsofsoftware.com</link>
	<description>Exploring software&#039;s vast horizons</description>
	<lastBuildDate>Mon, 23 Aug 2010 09:56:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Use explicit marshalling to update a WPF UI from a non-UI thread by The adapter pattern and presenter-first UIs &#171; Visions of Software</title>
		<link>http://visionsofsoftware.com/2010/06/25/use-explicit-marshalling-to-update-a-wpf-ui-from-a-non-ui-thread/#comment-24</link>
		<dc:creator><![CDATA[The adapter pattern and presenter-first UIs &#171; Visions of Software]]></dc:creator>
		<pubDate>Mon, 23 Aug 2010 09:56:16 +0000</pubDate>
		<guid isPermaLink="false">http://visionsofsoftware.com/?p=127#comment-24</guid>
		<description><![CDATA[[...] Binding the interfaces to a deployed UI can then take the form of UI-specific adapters to the IInput and IOutput interfaces. I.e. for a Window1 class containing input and output accessors (implemented using explicit marshalling as described in this blog entry): [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Binding the interfaces to a deployed UI can then take the form of UI-specific adapters to the IInput and IOutput interfaces. I.e. for a Window1 class containing input and output accessors (implemented using explicit marshalling as described in this blog entry): [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Use explicit marshalling to update a WPF UI from a non-UI thread by Update UI from background worker thread without explicit marshalling &#171; Visions of Software</title>
		<link>http://visionsofsoftware.com/2010/06/25/use-explicit-marshalling-to-update-a-wpf-ui-from-a-non-ui-thread/#comment-9</link>
		<dc:creator><![CDATA[Update UI from background worker thread without explicit marshalling &#171; Visions of Software]]></dc:creator>
		<pubDate>Wed, 21 Jul 2010 09:20:34 +0000</pubDate>
		<guid isPermaLink="false">http://visionsofsoftware.com/?p=127#comment-9</guid>
		<description><![CDATA[[...] A separate blog entry details how to update a UI using explicit marshalling. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] A separate blog entry details how to update a UI using explicit marshalling. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Adapting agile techniques to open source and personal projects by Stefano</title>
		<link>http://visionsofsoftware.com/2010/07/16/adapting-agile-techniques-to-open-source-and-personal-projects/#comment-7</link>
		<dc:creator><![CDATA[Stefano]]></dc:creator>
		<pubDate>Fri, 16 Jul 2010 12:08:03 +0000</pubDate>
		<guid isPermaLink="false">http://visionsofsoftware.com/?p=182#comment-7</guid>
		<description><![CDATA[Great post. &lt;a href=&quot;https://core.forge.funambol.org/wiki/HOWTOWriteAgileFunambol&quot; rel=&quot;nofollow&quot;&gt;Here&lt;/a&gt;, you can find a tentative effort to do that. In addition to embrace an agile development process for open source development, we try also to encourage the approach with rewards. I am not sure it is key (actually I tend to think it is not), but anyway an effort you may be interested to look at.

Stefano]]></description>
		<content:encoded><![CDATA[<p>Great post. <a href="https://core.forge.funambol.org/wiki/HOWTOWriteAgileFunambol" rel="nofollow">Here</a>, you can find a tentative effort to do that. In addition to embrace an agile development process for open source development, we try also to encourage the approach with rewards. I am not sure it is key (actually I tend to think it is not), but anyway an effort you may be interested to look at.</p>
<p>Stefano</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Update UI from background worker thread without explicit marshalling by Use explicit marshalling to update a WPF UI from a non-UI thread &#171; Visions of Software</title>
		<link>http://visionsofsoftware.com/2010/05/14/update-ui-from-background-worker-thread-without-explicit-marshalling/#comment-4</link>
		<dc:creator><![CDATA[Use explicit marshalling to update a WPF UI from a non-UI thread &#171; Visions of Software]]></dc:creator>
		<pubDate>Fri, 25 Jun 2010 11:34:52 +0000</pubDate>
		<guid isPermaLink="false">http://visionsofsoftware.wordpress.com/?p=17#comment-4</guid>
		<description><![CDATA[[...] A separate blog entry details how to update a UI using a background worker&#8217;s implicit marshalling. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] A separate blog entry details how to update a UI using a background worker&#8217;s implicit marshalling. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on C# and NUnit &#8211; testing interface implementations by Daniel Irvine</title>
		<link>http://visionsofsoftware.com/2010/06/04/c-and-nunit-testing-interface-implementations/#comment-2</link>
		<dc:creator><![CDATA[Daniel Irvine]]></dc:creator>
		<pubDate>Sat, 05 Jun 2010 17:25:03 +0000</pubDate>
		<guid isPermaLink="false">http://visionsofsoftware.com/?p=68#comment-2</guid>
		<description><![CDATA[Nice idea - I&#039;ve done something similar to this in the past. You can use parameterized test fixtures (in NUnit 2.5) so that you need only declare one test class, and then pass each concrete implementation in as a test fixture parameter.  NUnit will instantiate and run the test class once for each parameter that you pass in.  See http://nunit.org/index.php?p=testFixture&amp;r=2.5.]]></description>
		<content:encoded><![CDATA[<p>Nice idea &#8211; I&#8217;ve done something similar to this in the past. You can use parameterized test fixtures (in NUnit 2.5) so that you need only declare one test class, and then pass each concrete implementation in as a test fixture parameter.  NUnit will instantiate and run the test class once for each parameter that you pass in.  See <a href="http://nunit.org/index.php?p=testFixture&#038;r=2.5" rel="nofollow">http://nunit.org/index.php?p=testFixture&#038;r=2.5</a>.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

