<?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/"
		>
<channel>
	<title>Comments for softwaregreenhouses.com Blog</title>
	<atom:link href="http://softwaregreenhouses.com/blog/index.php/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://softwaregreenhouses.com/blog</link>
	<description>nuturing the growth of living abstractions...</description>
	<lastBuildDate>Wed, 28 Oct 2009 18:18:40 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Handling .NET Assembly Licenses (.licx, .license) Dynamically at Runtime by Kevin McCormick</title>
		<link>http://softwaregreenhouses.com/blog/2008/02/01/handling-net-assembly-licenses-dynamically-at-runtime/comment-page-1/#comment-8024</link>
		<dc:creator>Kevin McCormick</dc:creator>
		<pubDate>Wed, 28 Oct 2009 18:18:40 +0000</pubDate>
		<guid isPermaLink="false">http://softwaregreenhouses.com/blog/2008/02/01/handling-net-assembly-licenses-dynamically-at-runtime/#comment-8024</guid>
		<description>Many thanks... This is pretty much a pre-requisite for any any application developer that is writing an application with a plug-in architecture, where third party controls might be used in said plug-ins.  I added this to an eventhandler for AppDomain.CurrentDomain.AssemblyLoad to catch any dynamically loaded assemblies and to get licenses as they are loaded, works great and is mostly elegant (here&#039;s to hoping future .NET versions remove the need to supply a type).</description>
		<content:encoded><![CDATA[<p>Many thanks&#8230; This is pretty much a pre-requisite for any any application developer that is writing an application with a plug-in architecture, where third party controls might be used in said plug-ins.  I added this to an eventhandler for AppDomain.CurrentDomain.AssemblyLoad to catch any dynamically loaded assemblies and to get licenses as they are loaded, works great and is mostly elegant (here&#8217;s to hoping future .NET versions remove the need to supply a type).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Part II &#8211; Windows Controls Extensibility with .NET 3.5 CLR Add-Ins using WPF and Crossbow by Judah Himango</title>
		<link>http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/comment-page-1/#comment-4005</link>
		<dc:creator>Judah Himango</dc:creator>
		<pubDate>Thu, 05 Mar 2009 04:56:47 +0000</pubDate>
		<guid isPermaLink="false">http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/#comment-4005</guid>
		<description>What about loading the add-ins in a separate process?

I tried this and I get an error telling me the control can&#039;t be created because the thread isn&#039;t STA. Any idea how to get the creation thread STA using a separate process?</description>
		<content:encoded><![CDATA[<p>What about loading the add-ins in a separate process?</p>
<p>I tried this and I get an error telling me the control can&#8217;t be created because the thread isn&#8217;t STA. Any idea how to get the creation thread STA using a separate process?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Windows Controls Extensibility with .NET 3.5 CLR Add-Ins Using a &#8220;Leased-Space&#8221; Model by Michelle</title>
		<link>http://softwaregreenhouses.com/blog/2007/10/20/windows-controls-extensibility-with-net-35-clr-add-ins-using-a-leased-space-model/comment-page-1/#comment-1293</link>
		<dc:creator>Michelle</dc:creator>
		<pubDate>Wed, 29 Oct 2008 05:32:47 +0000</pubDate>
		<guid isPermaLink="false">http://softwaregreenhouses.com/blog/2007/10/20/windows-controls-extensibility-with-net-35-clr-add-ins-using-a-leased-space-model/#comment-1293</guid>
		<description>Good for people to know.</description>
		<content:encoded><![CDATA[<p>Good for people to know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Part II &#8211; Windows Controls Extensibility with .NET 3.5 CLR Add-Ins using WPF and Crossbow by Mike</title>
		<link>http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/comment-page-1/#comment-918</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Mon, 30 Jun 2008 13:11:36 +0000</pubDate>
		<guid isPermaLink="false">http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/#comment-918</guid>
		<description>Could you please post a code snippet on how to uload the AppDomain in your sample?</description>
		<content:encoded><![CDATA[<p>Could you please post a code snippet on how to uload the AppDomain in your sample?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Part II &#8211; Windows Controls Extensibility with .NET 3.5 CLR Add-Ins using WPF and Crossbow by Ram</title>
		<link>http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/comment-page-1/#comment-917</link>
		<dc:creator>Ram</dc:creator>
		<pubDate>Mon, 30 Jun 2008 02:11:33 +0000</pubDate>
		<guid isPermaLink="false">http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/#comment-917</guid>
		<description>Hi,

 Is it to possible to unload the AppDomain where Add-in was created? When I tried to uload the add-in&#039;s AppDomain, it closes the main application silently. Please find below the code I tried and advise me if something is wrong here.

 private void somethingToolStripMenuItem_Click(object sender, EventArgs e)
        {
            MessageBox.Show(&quot;Something&quot;);

            Control ctrl = tabControl1.TabPages[0].Controls[0];
            tabControl1.TabPages.RemoveAt(0);
            AppDomain domain =  AddInController.GetAddInController(ctrl).AppDomain;
            ctrl = null;
            GC.Collect();
            AppDomain.Unload(domain);
        }

Thanks in advance.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p> Is it to possible to unload the AppDomain where Add-in was created? When I tried to uload the add-in&#8217;s AppDomain, it closes the main application silently. Please find below the code I tried and advise me if something is wrong here.</p>
<p> private void somethingToolStripMenuItem_Click(object sender, EventArgs e)<br />
        {<br />
            MessageBox.Show(&#8221;Something&#8221;);</p>
<p>            Control ctrl = tabControl1.TabPages[0].Controls[0];<br />
            tabControl1.TabPages.RemoveAt(0);<br />
            AppDomain domain =  AddInController.GetAddInController(ctrl).AppDomain;<br />
            ctrl = null;<br />
            GC.Collect();<br />
            AppDomain.Unload(domain);<br />
        }</p>
<p>Thanks in advance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Part II &#8211; Windows Controls Extensibility with .NET 3.5 CLR Add-Ins using WPF and Crossbow by Leonardo</title>
		<link>http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/comment-page-1/#comment-874</link>
		<dc:creator>Leonardo</dc:creator>
		<pubDate>Mon, 09 Jun 2008 14:34:37 +0000</pubDate>
		<guid isPermaLink="false">http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/#comment-874</guid>
		<description>Thanks Marty,

About the control and alt keys, they do act strange on a modified version of your sample.

I modded the sample to create a MDI parent form, each of the HostedControls get inserted on a new form instance, everything seems fine until you press the control key or Tab+, the expected behavior would be to change the focus on each of the controls inside the form, but, the behavior i get is swapping between the different hosted forms in the mdi, maybe i&#039;m doing something wrong, but i just wanted to know your comment to see if you get the same behavior.

thanks for your comments</description>
		<content:encoded><![CDATA[<p>Thanks Marty,</p>
<p>About the control and alt keys, they do act strange on a modified version of your sample.</p>
<p>I modded the sample to create a MDI parent form, each of the HostedControls get inserted on a new form instance, everything seems fine until you press the control key or Tab+, the expected behavior would be to change the focus on each of the controls inside the form, but, the behavior i get is swapping between the different hosted forms in the mdi, maybe i&#8217;m doing something wrong, but i just wanted to know your comment to see if you get the same behavior.</p>
<p>thanks for your comments</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Part II &#8211; Windows Controls Extensibility with .NET 3.5 CLR Add-Ins using WPF and Crossbow by Marty Nelson</title>
		<link>http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/comment-page-1/#comment-859</link>
		<dc:creator>Marty Nelson</dc:creator>
		<pubDate>Wed, 28 May 2008 03:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/#comment-859</guid>
		<description>Leonardo -

When you activate an add-in, it is going to create a new one, that&#039;s just how CLR add-in&#039;s work.  So you need to hold on to the activated instance if you want to reuse the underlying control.  So you might go through a caching class of some kind that looks up the add by token name and either returns the already activated add-in if it exists, or activates (creates) it if it doesn&#039;t and adds it to the cache.

The issue with ctrl+ and alt+ keys should work fine with the WPF/Windows interop.  It was my first attempt without the interop that had these deficiencies.</description>
		<content:encoded><![CDATA[<p>Leonardo -</p>
<p>When you activate an add-in, it is going to create a new one, that&#8217;s just how CLR add-in&#8217;s work.  So you need to hold on to the activated instance if you want to reuse the underlying control.  So you might go through a caching class of some kind that looks up the add by token name and either returns the already activated add-in if it exists, or activates (creates) it if it doesn&#8217;t and adds it to the cache.</p>
<p>The issue with ctrl+ and alt+ keys should work fine with the WPF/Windows interop.  It was my first attempt without the interop that had these deficiencies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Part II &#8211; Windows Controls Extensibility with .NET 3.5 CLR Add-Ins using WPF and Crossbow by Leonardo</title>
		<link>http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/comment-page-1/#comment-816</link>
		<dc:creator>Leonardo</dc:creator>
		<pubDate>Wed, 21 May 2008 22:19:18 +0000</pubDate>
		<guid isPermaLink="false">http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/#comment-816</guid>
		<description>Hi!,
i tried the solution and it works great, but is there a way to change the activation of the AddIn?? 

i&#039;m using spring, and i&#039;ve configured the user controls in my config file, but everytime an addin gets activated, it creates a new instance of the Control without actually querying spring for the configured instance, ( i&#039;ve modified the Control GetControl() method to get the actual spring instance ) but i still have two instances of the same control....

another question is, why is the behavior of special keys like tab and ctrl+ and alt+ keys changed?? is there anyway to fix this issue??

thanks!</description>
		<content:encoded><![CDATA[<p>Hi!,<br />
i tried the solution and it works great, but is there a way to change the activation of the AddIn?? </p>
<p>i&#8217;m using spring, and i&#8217;ve configured the user controls in my config file, but everytime an addin gets activated, it creates a new instance of the Control without actually querying spring for the configured instance, ( i&#8217;ve modified the Control GetControl() method to get the actual spring instance ) but i still have two instances of the same control&#8230;.</p>
<p>another question is, why is the behavior of special keys like tab and ctrl+ and alt+ keys changed?? is there anyway to fix this issue??</p>
<p>thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Part II &#8211; Windows Controls Extensibility with .NET 3.5 CLR Add-Ins using WPF and Crossbow by Marty Nelson</title>
		<link>http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/comment-page-1/#comment-311</link>
		<dc:creator>Marty Nelson</dc:creator>
		<pubDate>Sun, 06 Apr 2008 21:26:31 +0000</pubDate>
		<guid isPermaLink="false">http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/#comment-311</guid>
		<description>@Adam -

I haven&#039;t tried it with different security settings yet.  My understanding is that the handle to the add-in control is a fairly low-level Win32 handle, so it&#039;s mostly rendering and eventing, the add-in control code is still running on it&#039;s own side.</description>
		<content:encoded><![CDATA[<p>@Adam -</p>
<p>I haven&#8217;t tried it with different security settings yet.  My understanding is that the handle to the add-in control is a fairly low-level Win32 handle, so it&#8217;s mostly rendering and eventing, the add-in control code is still running on it&#8217;s own side.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Part II &#8211; Windows Controls Extensibility with .NET 3.5 CLR Add-Ins using WPF and Crossbow by Marty Nelson</title>
		<link>http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/comment-page-1/#comment-310</link>
		<dc:creator>Marty Nelson</dc:creator>
		<pubDate>Sun, 06 Apr 2008 21:24:15 +0000</pubDate>
		<guid isPermaLink="false">http://softwaregreenhouses.com/blog/2008/01/13/part-ii-windows-controls-extensibility-with-net-35-clr-add-ins-using-wpf-and-crossbow/#comment-310</guid>
		<description>@Eric Brand

Why would you need to marshall the form to the host side?  Why not just run it on the add-in side?

Or are you thinking of an MDI scenario?  In that case I would have a host form on the host side and just fill it with a control from the add-in side...</description>
		<content:encoded><![CDATA[<p>@Eric Brand</p>
<p>Why would you need to marshall the form to the host side?  Why not just run it on the add-in side?</p>
<p>Or are you thinking of an MDI scenario?  In that case I would have a host form on the host side and just fill it with a control from the add-in side&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.496 seconds -->
