http://blogs.msdn.com/clraddins/archive/2007/01/12/welcome-to-the-clr-add-in-team-blog.aspxWe’re a new feature team in the CLR that is tasked with making it easy for managed applications to host add-ins (and plug-ins, add-ons, extensions, ...) . These features will first be included in the Orcas version of Visual Studio and the .Net FrameworkenCommunityServer 2.1 SP1 (Build: 61025.2)http://blogs.msdn.com/clraddins/archive/2007/01/12/welcome-to-the-clr-add-in-team-blog.aspx#1459500Sat, 13 Jan 2007 09:02:41 GMT91d46819-8472-40ad-a661-2c78acb4018c:1459500dono<p>Why does AddInStore.FindAddIns take a Type parameter? Would it not be better to make the method generic?</p> http://blogs.msdn.com/clraddins/archive/2007/01/12/welcome-to-the-clr-add-in-team-blog.aspx#1485138Thu, 18 Jan 2007 01:01:03 GMT91d46819-8472-40ad-a661-2c78acb4018c:1485138Gary<p>Version 2 problem --</p> <p>Sharing: taking an add-in built for one application and running it in another</p> <p>Is this addressed in the Orcas CTP?</p> http://blogs.msdn.com/clraddins/archive/2007/01/12/welcome-to-the-clr-add-in-team-blog.aspx#1494071Fri, 19 Jan 2007 21:30:48 GMT91d46819-8472-40ad-a661-2c78acb4018c:1494071CLR Add-In Team<p>Regarding AddInStore.FindAddIns taking a type parameter rather than making the method generic: we discussed this internally with the design guidelines guys and they recomended going with a type as a parameter. </p> <p>The justification is that if you're using the type information as data (in our case telling the AddInStore what type of add-in you want) you should pass it in as a parameter rather than make the method generic. They only recomended going with a generic method if it actually contributed to type saftey and could help you find more bugs at compile time. </p> <p>Making it generic also would have made it much harder for you to treat the type as data when you don't know at compile time what type of add-in you want. </p> http://blogs.msdn.com/clraddins/archive/2007/01/12/welcome-to-the-clr-add-in-team-blog.aspx#1494094Fri, 19 Jan 2007 21:34:24 GMT91d46819-8472-40ad-a661-2c78acb4018c:1494094CLR Add-In Team<p>The current Orcas CTP has everything you need to take an add-in built for one application and running it in another (assuming both applications use our add-in model). </p> <p>We'll have some more information about how this works shortly when we start with a series of posts about our architecture. </p> http://blogs.msdn.com/clraddins/archive/2007/01/12/welcome-to-the-clr-add-in-team-blog.aspx#1557755Tue, 30 Jan 2007 20:04:17 GMT91d46819-8472-40ad-a661-2c78acb4018c:1557755Eric Newton<p>Awesome... way to go guys, this is exactly what the BCL team should be working on!</p> <p>Kudos</p> <p>PS. I'd still like to see some &quot;standard&quot; framework interfaces for things like Internet Mail (IMimeMessage, etc) that 3rd party vendors should implement. &nbsp;</p> http://blogs.msdn.com/clraddins/archive/2007/01/12/welcome-to-the-clr-add-in-team-blog.aspx#6057942Sat, 10 Nov 2007 17:33:30 GMT91d46819-8472-40ad-a661-2c78acb4018c:6057942Nelly<p>Tenuate, <a rel="nofollow" target="_new" href="http://buytenuate.blogspot.com">http://buytenuate.blogspot.com</a></p>