<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://community.sharpdevelop.net/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Laputa</title><subtitle type="html">This is a mirror of http://laputa.sharpdevelop.net/, the core team&amp;#39;s central news blog.</subtitle><id>http://community.sharpdevelop.net/blogs/laputa/atom.aspx</id><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/default.aspx" /><link rel="self" type="application/atom+xml" href="http://community.sharpdevelop.net/blogs/laputa/atom.aspx" /><generator uri="http://communityserver.org" version="3.1.20917.1142">Community Server</generator><updated>2008-01-10T18:43:52Z</updated><entry><title>Code Analysis improvements in SharpDevelop 3.0</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/06/code-analysis-improvements-in-sharpdevelop-3-0.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/06/code-analysis-improvements-in-sharpdevelop-3-0.aspx</id><published>2008-09-06T17:32:29Z</published><updated>2008-09-06T17:32:29Z</updated><content type="html">In revision 3506, SharpDevelop 3.0 got improved support for code analysis using FxCop 1.36. There were some bugs fixed that were related to the suppress message command - it was working only with FxCop 1.35, but even there couldn&amp;#39;t suppress messages for static constructors and explicitly implemented interface members. Using this command inserts a SuppressMessageAttribute in the code: A new feature is support for custom dictionaries for the FxCop spell checker. Instead of suppressing tons of spelling...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/06/code-analysis-improvements-in-sharpdevelop-3-0.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=23349" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Daniel" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Daniel/default.aspx" /></entry><entry><title>XAML code completion</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/05/xaml-code-completion.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/05/xaml-code-completion.aspx</id><published>2008-09-04T23:04:00Z</published><updated>2008-09-04T23:04:00Z</updated><content type="html">More than one year ago, I added the XAML language binding to SharpDevelop 3.0, showing tooltips in .xaml files and enabling refactoring. (&amp;quot; XAML and WPF support in SharpDevelop 3.0 &amp;quot;) Now I finally added the missing part: code completion. You get completion when typing an element: For attributes: And for attribute values if the property expects an enum:...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/05/xaml-code-completion.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=23323" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Daniel" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Daniel/default.aspx" /></entry><entry><title>First Mirador (SharpDevelop 4.0) Screenshot</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/04/first-mirador-sharpdevelop-4-0-screenshot.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/04/first-mirador-sharpdevelop-4-0-screenshot.aspx</id><published>2008-09-04T17:57:06Z</published><updated>2008-09-04T17:57:06Z</updated><content type="html">In case anyone gets a wrong idea, take a close look at the title bar - it has the word &amp;quot;experimental&amp;quot; in it: The reverse integration of the WPF branch is the first step in the direction of &amp;quot;more WPF&amp;quot; in SharpDevelop 4.0 (this screenshot shows the new WPF workbench and the new WPF start page). So what does this mean for the not-yet released version 3.0? As 3.0 is the last version built entirely on top of Windows Forms, it will be a long-term stable release series - meaning there...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/04/first-mirador-sharpdevelop-4-0-screenshot.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=23317" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry><entry><title>Patch-Sized Contributions Without JCA</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/01/patch-sized-contributions-without-jca.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/01/patch-sized-contributions-without-jca.aspx</id><published>2008-09-01T17:12:32Z</published><updated>2008-09-01T17:12:32Z</updated><content type="html">Our Wiki has a guideline on joining the team which outlines the process of submitting code to the project. As part of this year&amp;#39;s #develop developer days (#d^3) we decided on a change to the guideline: It is now possible to contribute &amp;quot;any-size&amp;quot; patches (be it a bug fix or feature enhancement) when those code pieces (your changes) are licensed under the BSD license . Why this change? We want to make it easier for the &amp;quot;accidential contributor&amp;quot; (ie someone who stumbled across...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/09/01/patch-sized-contributions-without-jca.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=23238" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry><entry><title>StyleCop Addin</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/22/stylecop-addin.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/22/stylecop-addin.aspx</id><published>2008-08-22T07:03:13Z</published><updated>2008-08-22T07:03:13Z</updated><content type="html">This addin integrates Microsoft StyleCop into SharpDevelop. StyleCop only supports C#, and this addin has been tested against StyleCop 4.3 , earlier versions won&amp;#39;t work. Features Line highlighting of the warnings found Change StyleCop settings on a per-project basis, copying from a master file you can also configure Run as part of the normal build process or on-demand from the project menu So how do you run StyleCop? Simply from the context menu of the current C# project: This will result in...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/22/stylecop-addin.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=23148" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry><entry><title>Which Version of SharpDevelop Supports Which Version of Subversion?</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/20/which-version-of-sharpdevelop-supports-which-version-of-subversion.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/20/which-version-of-sharpdevelop-supports-which-version-of-subversion.aspx</id><published>2008-08-20T19:01:00Z</published><updated>2008-08-20T19:01:00Z</updated><content type="html">Because the question keeps coming up repeatedly in the forum, I want to repeat the most important pieces of advice from the last thread in this blog post. Firstly and most importantly: If you use SharpDevelop 2.x, you must use TortoiseSVN 1.4.x. If you use SharpDevelop 3.x, you must use TortoiseSVN 1.5.x. So why is this important? Well, Subversion 1.5 does change the working copy format, therefore older clients cannot read the working copy anymore. And why is this important to SharpDevelop? Daniel...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/20/which-version-of-sharpdevelop-supports-which-version-of-subversion.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=23113" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry><entry><title>TortoiseSVN Not Found on x64 Computers</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/19/tortoisesvn-not-found-on-x64-computers.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/19/tortoisesvn-not-found-on-x64-computers.aspx</id><published>2008-08-19T20:00:39Z</published><updated>2008-08-19T20:00:39Z</updated><content type="html">If you receive the following error message but have TortoiseSVN installed, then you have run into the following snag: SharpDevelop 3.0 is explicity marked as 32 Bit application, thus it cannot use the x64 version of TortoiseSVN. Solution: install TortoiseSVN 32 Bit. It can be used in parallel with the x64 version....(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/19/tortoisesvn-not-found-on-x64-computers.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=23089" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry><entry><title>SharpDevelop On a Memory Stick</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/16/sharpdevelop-on-a-memory-stick.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/16/sharpdevelop-on-a-memory-stick.aspx</id><published>2008-08-16T15:18:14Z</published><updated>2008-08-16T15:18:14Z</updated><content type="html">Running SharpDevelop on USB thumb drives has been possible for a long time. What is new in version 3.0 though is that the settings that usually go into the user&amp;#39;s profile can live directly on the memory stick - allowing you to take your settings with you at all times. Here is the procedure: Download SharpDevelop 3.0 and perform a standard installation on Windows. By default the installation location (on an x64 machine) will be the following: Simply copy the 3.0 directory to your memory stick...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/08/16/sharpdevelop-on-a-memory-stick.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=23061" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry><entry><title>Implicit lambda parameter type inference</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/04/01/implicit-lambda-parameter-type-inference.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/04/01/implicit-lambda-parameter-type-inference.aspx</id><published>2008-04-01T07:13:48Z</published><updated>2008-04-01T07:13:48Z</updated><content type="html">Starting with version 3.0.0.3010, the C# code completion in SharpDevelop has support for implicitly typed lambda expressions. Given a variable &amp;quot;IEnumerable&amp;lt;MyClass&amp;gt; items&amp;quot; and the &amp;quot;Select&amp;quot; extension method from LINQ, typing &amp;quot;items.Select(i =&amp;gt; i.&amp;quot; now shows the members of MyClass. And if the result of the Select call is assigned to an implicitly typed variable, SharpDevelop is now able to infer that the variable has the type IEnumerable&amp;lt;return type of the...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/04/01/implicit-lambda-parameter-type-inference.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=21538" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Daniel" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Daniel/default.aspx" /></entry><entry><title>SharpDevelop Now on CodePlex Too</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/03/04/sharpdevelop-now-on-codeplex-too.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/03/04/sharpdevelop-now-on-codeplex-too.aspx</id><published>2008-03-04T11:42:29Z</published><updated>2008-03-04T11:42:29Z</updated><content type="html">In addition to our presence on SourceForge ( project page ) we now also set up shop at CodePlex ( project page ). The motivation for this step is to increase awareness about SharpDevelop, and how parts of SharpDevelop can be reused in other applications / scenarios....(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/03/04/sharpdevelop-now-on-codeplex-too.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=21146" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry><entry><title>IClass Immutability</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/27/iclass-immutability.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/27/iclass-immutability.aspx</id><published>2008-01-26T23:30:59Z</published><updated>2008-01-26T23:30:59Z</updated><content type="html">In SharpDevelop 1.1, the IClass interface had a property that was used in several places in the code: Once added to a project content, it was immutable . This was not enforced, not even documented. It just happened that no one changed IClass objects except for the code constructing them. After being added to a project content, a class could be removed or replaced by a new version, but if some code still held a reference to an old instance, it could safely access the members without worrying that...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/27/iclass-immutability.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=20672" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Daniel" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Daniel/default.aspx" /></entry><entry><title>NDoc Replaced With Sandcastle Help File Builder (SHFB)</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/23/ndoc-replaced-with-sandcastle-help-file-builder-shfb.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/23/ndoc-replaced-with-sandcastle-help-file-builder-shfb.aspx</id><published>2008-01-23T08:40:44Z</published><updated>2008-01-23T08:40:44Z</updated><content type="html">A change that happened rather early in the development process of SharpDevelop 3.0 (revision 2658, 8/13/2007) was that we replaced NDoc (a stalled open source project) with Sandcastle Help File Builder (SHFB) . SHFB looks and feels similar to NDoc, however, it builds on top of Sandcastle , a documentation generation tool by Microsoft. Our build server (revision 2913 and higher) contains SHFB 1.6.0.4 , which itself builds on top of the January 2008 release of Sandcastle (both are at the moment the...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/23/ndoc-replaced-with-sandcastle-help-file-builder-shfb.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=20607" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry><entry><title>Did Development of SharpDevelop 2.2 Stop?</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/15/did-development-of-sharpdevelop-2-2-stop.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/15/did-development-of-sharpdevelop-2-2-stop.aspx</id><published>2008-01-15T10:37:39Z</published><updated>2008-01-15T10:37:39Z</updated><content type="html">This question came up for example in the thread SharpDev 2.2.x on BuilderServer (this thread was started because we ceased to automatically build v2.2 on 1/11/2008). The answer is Yes . Development of SharpDevelop 2.2 stopped with revision 2675 (8/28/2007), which is three revisions higher than the officially shipping version of SharpDevelop 2.2 ( Download , 8/8/2007). The three non-shipping commits are: 2673: Improved CSharpCodeCompletion sample: add tool tip support, show only one entry for overloaded...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/15/did-development-of-sharpdevelop-2-2-stop.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=20504" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry><entry><title>Code Coverage Addin Uses PartCover 2.2 Instead of NCover in SharpDevelop 3</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/11/code-coverage-addin-uses-partcover-2-2-instead-of-ncover-in-sharpdevelop-3.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/11/code-coverage-addin-uses-partcover-2-2-instead-of-ncover-in-sharpdevelop-3.aspx</id><published>2008-01-11T11:02:23Z</published><updated>2008-01-11T11:02:23Z</updated><content type="html">In continuing to list changes to SharpDevelop 3, we are going to talk about the code coverage addin in SharpDevelop 3 &amp;quot;Montferrer&amp;quot; in this blog post. Previously, the addin used NCover for calculating code coverage (this is a metric you gain by writing unit tests). However, recently NCover was turned into a commercial product. Because we only include / support tools that are free to use for anyone (commercial or open source / hobby development), we switched to a different tool - PartCover...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/11/code-coverage-addin-uses-partcover-2-2-instead-of-ncover-in-sharpdevelop-3.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=20468" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry><entry><title>McAfee and \Src\Main\StartUp</title><link rel="alternate" type="text/html" href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/10/mcafee-and-src-main-startup.aspx" /><id>http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/10/mcafee-and-src-main-startup.aspx</id><published>2008-01-10T17:43:52Z</published><updated>2008-01-10T17:43:52Z</updated><content type="html">An issue that initially came up in 2006 ( Unable to compile #develop: access denied ) &amp;quot;resurfaced&amp;quot; on our contributors mailing list because one of our developers ran into this very problem that McAfee blocks access to our Main\StartUp folder: The problem and a workaround is described in McAfee VirusScan and the Startup folder . However, this developer doesn&amp;#39;t have the administrative rights to change this setting of McAfee, so he asked whether we are going to rename the folder. My take...(&lt;a href="http://community.sharpdevelop.net/blogs/laputa/archive/2008/01/10/mcafee-and-src-main-startup.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://community.sharpdevelop.net/aggbug.aspx?PostID=20454" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://community.sharpdevelop.net/members/Anonymous.aspx</uri></author><category term="Chris" scheme="http://community.sharpdevelop.net/blogs/laputa/archive/tags/Chris/default.aspx" /></entry></feed>