Improvements to the new Razor editor in Visual Studio
It’s been six months since we announced the first preview of a new experimental Razor editor for Visual Studio based on a common Razor language server and it’s time to give an update on our progress. The team has been hard at work bringing the new Razor editor up to parity with the old one, fixing bugs, and adding lots of great new functionality. We think the new editor is close to being ready for normal daily development, so now is the time to give it a try with the latest Visual Studio preview. We hope you’ll give the new Razor editor a try and share feedback with us on your experience!
To get started wtih the new Razor editor:
Install the latest Visual Studio preview (16.9 Preview 3).
- Note: Visual Studio previews can be safely installed side-by-side with your stable Visual Studio installation.
Go to Tools > Options > Environment > Preview Features and select the Enable experimental Razor editor option:
When you go to turn on the new Razor editor you may find that it’s already on. Starting with Visual Studio 16.9 Preview 3 we are slowly rolling out the new Razor editor to different groups of users. If you tried out the new editor previously and then turned it off, you won’t be part of the automatic rollout. You’ll need to manually reenable it to see all the progress that we’ve made. Many of the known issues with the new editor have now been fixed, so it’s worth giving it another shot if you hit blocking issues with earlier builds.
In addition to working on the basics of the Razor editor experience (completions, diagnostics, tooltips, syntax coloring, etc.) the team has added a bunch of new features to the new Razor editor. Many of these features were made possible or simpler to implement by the new Language Server Protocol (LSP) based architecture.
The new Razor editor has an improved formatting engine that is more conservative than the old one (first, do no harm!), and is also much smarter about how it handles your code.
We’re committed to fixing Razor formatting so that it makes you smile with the new editor, so let us know if you hit formatting issues and we’ll be sure to get them addressed.
C# code actions
Some C# code actions are now available in Razor files:
@usingdirectives or fully qualified type names.
Add null checks.
The design of the new Razor editor makes it much easier to enable C# code actions, and we expect to enable many more in future releases.
Rename across closed files
Renaming is no longer limited to open Razor files. Names in closed Razor files will get updated as well.
Rename Blazor components
You can now rename a Blazor component from it’s tag. The component Razor file will get renamed automatically.
Component code actions
Several component specific code actions are also now available:
Create component from unknown tag.
@usingfor components or fully qualified component tag.
Go to component definition
Need to see the code for that component fast? Just hit F12 on the tag and you’re there!
Edit Razor with LiveShare
The new Razor editor also works with LiveShare, so you’ll get all of the new Razor editing goodness even when working with Razor over a remote session.
Use the new Razor editor with Visual Studio Code
Because the new Razor editor is based on a reusable Razor language server, the new Razor editor and its new features are also available from Visual Studio Code with the C# extension installed.
What about Visual Studio for Mac? Visual Studio for Mac doesn’t have LSP support just yet, but once it does we’ll bring the new Razor editor to Visual Studio for Mac as well.
Razor syntax coloring improvements
We’re also working on some improvements to Razor syntax coloring in the new editor that we’d love to get your feedback on. Please take a moment to share with us your opinions by taking the following surveys if you haven’t already:
- Razor syntax coloring survey
- More Razor syntax coloring survey
There are still some known issues with this release of the new Razor editor:
- Razor syntax coloring imperfections. Razor syntax coloring may sometimes require an edit to trigger, or in some cases may use incorrect colors.
- No snippet completions. Snippet completions (like
prop) aren’t yet supported with the new editor.
- Limited override completion. Method override completions will only generate the method name, and not the full method signature.
These issues are all being worked on and will be addressed in future releases.
If you hit an issue with the new editor, the best way to let us know is using the Send Feedback > Report a Problem feature in Visual Studio.
In addition to the information you provide, the submitted issue will automatically include all of the relevant logs needed for us to diagnose and address the issue.
We hope you enjoy trying out the new Razor editor. Thanks for giving the new Razor editor and for sharing your feedback with us!
Thank you, Daniel, for what you and your team are doing. The yellow colour highlight in the razor files and code block should be removed
Thanks for this feedback! Are you a dark mode or light mode user? So far we’ve seen that a strong majority of dark mode users favor getting rid of the yellow highlighting, while a slight majority of the light mode users seem to prefer it.
Yes, I use dark mode. I also explain the reasons while that should be removed in the survey.
Can you please clarify if you are considering removing the highlighting altogether or introducing a new color theme to supplement the current one? While I can appreciate the aesthetics argument for dark mode, I for one as a dark mode user find it incredibly effective in determining where the “Razor magic” is being introduced into the view. The “shiny yellow” is also incredibly valuable in breaking up the page, and assists with mental navigation of templated content, especially for larger views.
I have been developing for the past day or so after reading this possible change here and can say this would be quite disruptive if removed. However, if you introduce a new theme — even if that means making the current one “legacy” or “classic” — that would be much preferred over removing what’s currently there altogether. Thank you for any consideration.
Hi Mike-E. There does appear to be strong support from users to remove the background highlighting, so we are planning to move forward with that. We understand though that everyone’s color preferences are different. For users that prefer the background highlight, we will enable you to add it back. Visual Studio doesn’t really have theming support, so instead coloring configuration is done through the Environment > Fonts and Colors options in Visual Studio. The “HTML Razor Code Background” and “HTML Razor Server-Script Settings” options are the relevant settings. There is an unfortunate blocking issue in the Visual Studio LSP platform right now that prevents us for setting the background color for C# code in Razor files with the new editor, but we are working on getting that fixed in 16.10. In the meantime, the current Razor editor will still be available to use, which will continue to support setting the background color.
Cool, that works for me. Thank you for your wonderful engagement with your customers, as well as all your great work on Blazor in general. 🙏
this comment has been deleted.
For the 2nd survery there is an error with question 3: it shows an Option A and C and the answer options are A and B.
Thanks for pointing that out! Should be fixed now.
Looking good! Several new features that will make my life easier. 🙂
All of this is so awesome, I can’t wait to try it out. I won’t be able to until the final release of 16.9 as my employer doesn’t install pre-release software on our workstations as a rule. So I can’t try it out yet. But I am really looking forward to when it is fully released. These are tremendous quality of life improvements for my day to day work. Thank you!
The new razor editor has somewhat high latency compared to the current stable one, sometimes the auto-completed markup will come out even half a second or more after you typed the front markup. I really hope that the performance could be improved.
Half a second definitely seems wayyyy longer than it should be and actually not something we’ve encountered on our in a local scenario. If you could “report a problem” in Visual Studio and use the profiler to capture additional information we can investigate further.
Awesome stuff from the team. This will make development much easier
Unfortunately, I still cannot use this feature since it does not work if you have a nullable property in the razor file. (aka
). When you have one of these properties in the razor file, the entire file is broken for all lines following the line with a nullable property.
See bug report: https://github.com/dotnet/aspnetcore/issues/24791
Still no 64-bit Visual Studio, more than 10 years too late.
Will come back from Rider as soon as 64-bit Visual Studio is available.
Nice …. Maybe also a nice suggestion is to extract
stuff into file.razor.css !
This wouldn’t work well as the style sheet can have c# inside it too using “@”, which makes it a dynamic style sheet
Really nice update. Ty you and your team for the hard work.