<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Omnisharp on Strathweb. A free flowing tech monologue.</title>
    <link>https://www.strathweb.com/categories/omnisharp/</link>
    <description>Recent content in Omnisharp on Strathweb. A free flowing tech monologue.</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 31 Jan 2022 18:31:34 +0000</lastBuildDate><atom:link href="https://www.strathweb.com/categories/omnisharp/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Hello OmniSharp on .NET 6.0!</title>
      <link>https://www.strathweb.com/2022/01/hello-omnisharp-on-net-6-0/</link>
      <pubDate>Mon, 31 Jan 2022 18:31:34 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2022/01/hello-omnisharp-on-net-6-0/</guid>
      <description>&lt;p&gt;On December 15, 2021 we &lt;a href=&#34;https://github.com/OmniSharp/omnisharp-roslyn/blob/master/CHANGELOG.md#1380&#34;&gt;released&lt;/a&gt; version 1.38.0 of OmniSharp which, for the first time, included .NET 6.0 builds of the OmniSharp server. The related feature branch was maintained for over a year, and previously contained a .NET 5-based variant of OmniSharp, though that one was never released.&lt;/p&gt;
&lt;p&gt;This is a big milestone in the OmniSharp project as the .NET 6.0 build is much faster and a lot more stable, and is the first step towards retiring the .NET Framework/Mono builds of OmniSharp.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Support for unimported types in Omnisharp and C# Extension for VS Code</title>
      <link>https://www.strathweb.com/2020/09/support-for-unimported-types-in-omnisharp-and-c-extension-for-vs-code/</link>
      <pubDate>Mon, 07 Sep 2020 14:54:54 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2020/09/support-for-unimported-types-in-omnisharp-and-c-extension-for-vs-code/</guid>
      <description>&lt;p&gt;Some time ago I blogged about new Omnisharp features - &lt;a href=&#34;https://www.strathweb.com/2019/04/roslyn-analyzers-in-code-fixes-in-omnisharp-and-vs-code/&#34;&gt;support for analyzers&lt;/a&gt; and &lt;a href=&#34;https://www.strathweb.com/2019/07/editorconfig-support-in-omnisharp-and-c-extension-vs-code/&#34;&gt;support for Editorconfig&lt;/a&gt;. Those were at the time two of the most requested features on Github that we had. Today I wanted to let you know that we just shipped another one of those hugely requested functionalities - support for unimported types. In fact, since those previous two have been dealt with, this was the most requested feature that we had.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Semantic highlighting in OmniSharp and C# extension for VS Code</title>
      <link>https://www.strathweb.com/2020/06/semantic-highlighting-in-omnisharp-and-c-extension-for-vs-code/</link>
      <pubDate>Wed, 17 Jun 2020 08:07:16 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2020/06/semantic-highlighting-in-omnisharp-and-c-extension-for-vs-code/</guid>
      <description>&lt;p&gt;Two days ago &lt;a href=&#34;https://www.strathweb.com/2020/06/c-semantic-classification-with-roslyn/&#34;&gt;I blogged&lt;/a&gt; about doing semantic classification of C# code using Roslyn. Today, I wanted to draw your attention to a new feature we have recently shipped in OmniSharp and which is now available as experimental feature in C# extension for VS Code, and that&amp;rsquo;s improved OmniSharp semantic highlighting.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Decompilation support in OmniSharp and C# Extension for VS Code</title>
      <link>https://www.strathweb.com/2020/05/decompilation-support-in-omnisharp-and-c-extension-for-vs-code/</link>
      <pubDate>Thu, 07 May 2020 19:26:44 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2020/05/decompilation-support-in-omnisharp-and-c-extension-for-vs-code/</guid>
      <description>&lt;p&gt;One of the nice new features that we shipped in OmniSharp recently, and that has already made its way into the C# Extension for VS Code is &lt;a href=&#34;https://github.com/OmniSharp/omnisharp-roslyn/pull/1751&#34;&gt;support for decompilation&lt;/a&gt;. It was released in April as part of &lt;a href=&#34;https://github.com/OmniSharp/omnisharp-roslyn/blob/master/CHANGELOG.md#1350---2020-04-10&#34;&gt;1.35.0&lt;/a&gt; release of OmniSharp. Let&amp;rsquo;s have a quick look at how you can get it up and running.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>.NET 5 preview support in OmniSharp and C# Extension for VS Code</title>
      <link>https://www.strathweb.com/2020/03/net-5-preview-support-in-omnisharp-and-c-extension-for-vs-code/</link>
      <pubDate>Fri, 27 Mar 2020 15:45:38 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2020/03/net-5-preview-support-in-omnisharp-and-c-extension-for-vs-code/</guid>
      <description>&lt;p&gt;As we all know, we have recently been spoiled with the first preview release of &lt;a href=&#34;https://devblogs.microsoft.com/dotnet/announcing-net-5-0-preview-1/&#34;&gt;.NET 5&lt;/a&gt;. Additionaly, Preview 2 is just around the corner and is already available via &lt;a href=&#34;https://dotnet.microsoft.com/download/dotnet-core/scripts&#34;&gt;dotnet-install scripts&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;While it&amp;rsquo;s still early days, we would want that OmniSharp users can work with .NET 5 as soon as possible, so we have just added support for .NET 5 in OmniSharp.&lt;/p&gt;
&lt;p&gt;Let me quickly walk you through what you need to do to take advantage of that.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Hidden features of OmniSharp and C# extension for VS Code</title>
      <link>https://www.strathweb.com/2020/02/hidden-features-of-omnisharp-and-c-extension-for-vs-code/</link>
      <pubDate>Thu, 13 Feb 2020 19:41:07 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2020/02/hidden-features-of-omnisharp-and-c-extension-for-vs-code/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://github.com/OmniSharp/omnisharp-roslyn&#34;&gt;OmniSharp&lt;/a&gt; powers intellisense and language services in C# plugins and extensions for numerous editors, including &lt;a href=&#34;https://marketplace.visualstudio.com/items?itemName=ms-vscode.csharp&#34;&gt;VS Code&lt;/a&gt;. When we build things into OmniSharp, we typically try to keep things lightweight (of course if the term &amp;ldquo;lightweight&amp;rdquo; applies to anything related to MSBuild…) and non-invasive. This means that many features/tweaks are actually opt-in by default, and wouldn&amp;rsquo;t normally show up on their own.&lt;/p&gt;
&lt;p&gt;In this post I wanted to show you a few of such less known features.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Enforcing C# EditorConfig formatting conventions at build time</title>
      <link>https://www.strathweb.com/2020/01/enforcing-c-editorconfig-formatting-conventions-at-build-time/</link>
      <pubDate>Sun, 26 Jan 2020 07:40:29 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2020/01/enforcing-c-editorconfig-formatting-conventions-at-build-time/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://docs.microsoft.com/en-us/visualstudio/ide/create-portable-custom-editor-options?view=vs-2019&#34;&gt;EditorConfig&lt;/a&gt; is an excellent way to enforce stylistic rules on your C# projects. However, the rules and their corresponding IDExxxx diagnostics are only enforced in the editor, such as Visual Studio or VS Code with OmniSharp, but not at build time.&lt;/p&gt;
&lt;p&gt;While there are &lt;a href=&#34;https://docs.microsoft.com/en-us/visualstudio/ide/editorconfig-code-style-settings-reference?view=vs-2019#convention-categories&#34;&gt;various&lt;/a&gt; categories of EditorConfig conventions that you can use, in this post, I will show you how to enforce the formatting conventions (IDE0055) at build time.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>dotnet-script 0.50 is out – with support for .NET Core 3.0!</title>
      <link>https://www.strathweb.com/2019/10/dotnet-script-0-50-is-out-with-support-for-net-core-3-0/</link>
      <pubDate>Mon, 14 Oct 2019 13:49:22 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2019/10/dotnet-script-0-50-is-out-with-support-for-net-core-3-0/</guid>
      <description>&lt;p&gt;We have some exciting news to announce - &lt;a href=&#34;https://github.com/filipw/dotnet-script&#34;&gt;dotnet-script&lt;/a&gt; is now supporting .NET Core 3.0.&lt;/p&gt;
&lt;p&gt;We released the new version &lt;a href=&#34;https://www.nuget.org/packages/dotnet-script/0.50.0&#34;&gt;0.50.0&lt;/a&gt;, with .NET Core 3.0 support already on September 25th, two days after .NET Core 3.0 went RTM, but kept quiet about it. The reason was that a large part of the scripting experience is the tooling in &lt;a href=&#34;https://github.com/OmniSharp/omnisharp-roslyn&#34;&gt;OmniSharp&lt;/a&gt; and the &lt;a href=&#34;https://marketplace.visualstudio.com/items?itemName=ms-vscode.csharp&#34;&gt;C# Extension for VS Code&lt;/a&gt;, and that had to be updated accordingly too.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>EditorConfig support in OmniSharp and C# extension VS Code</title>
      <link>https://www.strathweb.com/2019/07/editorconfig-support-in-omnisharp-and-c-extension-vs-code/</link>
      <pubDate>Thu, 25 Jul 2019 10:33:17 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2019/07/editorconfig-support-in-omnisharp-and-c-extension-vs-code/</guid>
      <description>&lt;p&gt;Recently, I blogged about Roslyn &lt;a href=&#34;https://www.strathweb.com/2019/04/roslyn-analyzers-in-code-fixes-in-omnisharp-and-vs-code/&#34;&gt;analyzers support in OmniSharp and C# extension VS Code&lt;/a&gt; and some background on how that feature came together.&lt;/p&gt;
&lt;p&gt;Today I am pleased to announce that in the latest OmniSharp release - &lt;a href=&#34;https://github.com/OmniSharp/omnisharp-roslyn/blob/master/CHANGELOG.md#1330---2019-07-01&#34;&gt;1.33.0&lt;/a&gt;, where we have shipped another large feature (in fact, the 2nd most requested feature in OmniSharp repo, after, well, analyzers) and that is support for &lt;a href=&#34;https://docs.microsoft.com/en-us/visualstudio/ide/editorconfig-code-style-settings-reference?view=vs-2019&#34;&gt;EditorConfig&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Between then, and the time it took me to finally write this post, we actually have &lt;a href=&#34;https://github.com/OmniSharp/omnisharp-roslyn/blob/master/CHANGELOG.md#1340---2019-07-15&#34;&gt;1.34.0&lt;/a&gt; which is even better - and is in fact included in the corresponding release &lt;a href=&#34;https://github.com/OmniSharp/omnisharp-vscode/releases/tag/v1.21.0&#34;&gt;1.21.0&lt;/a&gt; of the C# extension for VS Code.&lt;/p&gt;
&lt;p&gt;More after the jump.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Roslyn analyzers and code fixes in OmniSharp and VS Code</title>
      <link>https://www.strathweb.com/2019/04/roslyn-analyzers-in-code-fixes-in-omnisharp-and-vs-code/</link>
      <pubDate>Tue, 30 Apr 2019 20:10:17 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2019/04/roslyn-analyzers-in-code-fixes-in-omnisharp-and-vs-code/</guid>
      <description>&lt;p&gt;Recently we merged a big (albeit still experimental) feature into OmniSharp - the support for Roslyn analyzers.&lt;/p&gt;
&lt;p&gt;I wanted to take a few moments today to discuss this feature with you, share some background info, show you how to get it enabled and share some plans for the next steps.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Using Roslyn refactorings with OmniSharp and Visual Studio Code</title>
      <link>https://www.strathweb.com/2017/05/using-roslyn-refactorings-with-omnisharp-and-visual-studio-code/</link>
      <pubDate>Tue, 30 May 2017 09:32:50 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2017/05/using-roslyn-refactorings-with-omnisharp-and-visual-studio-code/</guid>
      <description>&lt;p&gt;One of the features that we &lt;a href=&#34;https://github.com/OmniSharp/omnisharp-roslyn/pull/848&#34;&gt;added&lt;/a&gt; to a recent OmniSharp release (which, as a reminder, backs the C# language services in various editors), and that quietly shipped in C# for Visual Studio Code 1.10.0 last week, was the ability to use external Roslyn refactorings.&lt;/p&gt;
&lt;p&gt;Before, OmniSharp shipped with some built-in Roslyn refactorings (i.e. move type to file) but this new feature allows a user to import custom refactorings - either self- or 3rd-party built.&lt;/p&gt;
&lt;p&gt;It&amp;rsquo;s still an experimental feature, so it needs to be switched on manually, but hopefully it can provide you some much neeeded productivity boost.&lt;/p&gt;
&lt;p&gt;Let&amp;rsquo;s have a look at how that&amp;rsquo;s done.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>C# code formatting settings in VS Code and OmniSharp</title>
      <link>https://www.strathweb.com/2017/01/c-code-formatting-settings-in-vs-code-and-omnisharp/</link>
      <pubDate>Mon, 16 Jan 2017 14:55:55 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2017/01/c-code-formatting-settings-in-vs-code-and-omnisharp/</guid>
      <description>&lt;p&gt;I quite often get or see questions about configuring C# code formatting settings for Visual Studio Code.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;https://github.com/OmniSharp/omnisharp-roslyn&#34;&gt;OmniSharp&lt;/a&gt; (the open source Roslyn-based technology that powers C# language services) in VS Code exposes a rich set of code formatting settings which you can use to tailor and customize your C# experience.&lt;/p&gt;
&lt;p&gt;Let&amp;rsquo;s have a look at how you can use them.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>OmniSharp Canada Tour 2016</title>
      <link>https://www.strathweb.com/2016/02/omnisharp-canada-tour-2016/</link>
      <pubDate>Thu, 18 Feb 2016 04:04:35 +0000</pubDate>
      
      <guid>https://www.strathweb.com/2016/02/omnisharp-canada-tour-2016/</guid>
      <description>I&amp;rsquo;ve said it a couple of times already, but I sincerely believe that the OmniSharp project is one of the most important projects in the history of .NET.
Having an alternative to the &amp;ldquo;dictatorship&amp;rdquo; of Visual Studio is fundamentally important to the health of the .NET ecosystem, and OmniSharp has done a tremendous job in that sense (thanks, Jason &amp;amp; David). Fro my side, I&amp;rsquo;ve been trying to support the project as much as I can - by contributing, speaking or blogging about it, trying to spread the love.</description>
    </item>
    
  </channel>
</rss>
