SharpDevelop Community

Get your problems solved!
Welcome to SharpDevelop Community Sign in | Join | Help
in Search

Christoph Wille

February 2010 - Posts

  • Code Converter Site Upgraded to SharpDevelop 3.2 RC1

    With the release of RC1, the code converter site has been upgraded too (from NRefactory 3.2.0.5362 to 3.2.0.5506). Relevant checkins:

    http://fisheye2.atlassian.com/changelog/sharpdevelop/?cs=5432
    http://fisheye2.atlassian.com/changelog/sharpdevelop/?cs=5448

    Supported languages (via Web interface as well as Web Service): C#, VB.NET, Boo, IronPython, IronRuby.

  • Shaving 30% Off Setup Size (+Upgrading to SHFB 1.8.0.3)

    This blog post announces two major changes for SharpDevelop 3.2: a setup size reduction from 21.1MB down to 14.6MB (a clean 30% less than before), and an upgrade of Sandcastle Help File Builder support to version 1.8.0.3.

    So how did we shrink the setup? Let's look at some sizes first:

    Revision 5493 is before the upgrade of SHFB support (happened in 5499), and 5500 is the latest setup build - with additional tweaks. So what are the tweaks?

    Basically, we had a look at feature usage. Like "How many people actually know that we are shipping the WiX *.chm documentation with SharpDevelop?" or "How many people actually generate documentation chm files from XML comments?". Turns out that the answer is "not too many".

    The delta of 5499 to 5500 shows the effect of the WiX help documentation. And 5493 to 5499 the delta of the old release of SHFB.

    Which brings me to the upgraded functionality: we had a 1.7 release in the box, and 1.8.0.3 uses a different project file format. We had to upgrade that for "Build documentation..." (project context menu) to work properly with the new release.

    If you don't have SHFB on your computer (which is now the default after installing SharpDevelop), you will see the following dialog:

    This dialog is now standardized (we haven't installed TortoiseSVN in the past either). Simply follow the link, install the latest version, and you are good to go (even without restarting SharpDevelop, we perform the "SHFB installed?" check on the fly):

    Note that we produce a valid .shfbproj file with a reference to the project you just had open.

    So why are we shipping some stuff in the box and some not? That mostly depends on how deeply integrated a feature is in the IDE (well, after all that is short for integrated development environment). We have to have control over certain tools and the version being used. In some cases we can leave it up to the user to install it if needed, like F# support, Subversion support, FxCop or StyleCop support, or now documentation generation.

    Lean & mean is the new green.

  • F# Interactive - SharpDevelop 3.2 vs SharpDevelop 4.0

    SharpDevelop wraps F# Interactive (fsi.exe) in a pad of its own. For SharpDevelop 3.2, it looks like this:

    You type the code you want to evaluate in a single-line textbox on top of the fsi.exe output.

    With revision 5498 (part of SharpDevelop 4.0), Daniel reused Siegfried's approach for the debugger console to make F# Interactive a lot more compelling:

    You type right inside REPL. Way more useful!

    Boot note: In revision 5494, we ported the F# backend binding from F# (yes, the F# binding was written in F#) to C#. The main reason was that requiring F# - which is not part of the basic .NET installation - caused us problems (again) with the automated build.

Powered by Community Server (Commercial Edition), by Telligent Systems
Don't contact us via this (fleischfalle@alphasierrapapa.com) email address.