Great tool to decrease build time in a two orders of magnitude. However, it often does not properly decide what projects in solution should be build, especially in case of a multi-language solution and unit test projects.
It is very useful, but the price after the trial ends is way to steep. I'm not going to hand out 30 bucks when I am only coding free stuff. There should exist an open source license or something which is free/very cheap.
Sorry - must have missed this comment. We're always happy to give free licenses for working on open source projects. Just email firstname.lastname@example.org with details of the project and we'll sort one out for you.
This is one of those tools where you don't think it offers much - until you start using it. Then you can't live without it! One useful side-effect of it is that you're virtually always up to date and no longer have to perform Save All every few seconds in case Visual Studio crashes. Even if you have build errors it will at least have already saved your files.
A very useful tool. The continuous build is my favorite feature. Never having to wait for the error list to update or for the application to compile when I'm ready to run it is incredible. I'll definitely be picking up a license.
Not bad, except the continuous saving dramatically slows my typing ability, so I had to disable that option. At least the compile upon manual saving is an option. Also, it crashed Visual Studio when I created a RIA service method with an unsupported parameter by mistake (it was a generic list type). The work-around was to use the VS build system to see what was going on.
[Edit] One other thing: When editing a Silverlight page, the auto save, or even when I continually Ctrl-S save, causes a build, and the visual designer keeps erring out until I'm done, interrupting my typing and ability to click controls to jump around (because errors clear the designer). If this extension could some how run in the background without interrupting my typing during auto save (a setting to run slower?), or not auto-build while editing a XAML file (while it's focused) I'll give it more stars. ;)
[Edit] Sorry, but now there's a new compiler issue ... I'll post it in the Q and A.
The latest update should work with VS2013. If you get a build error mentioning NuGet.targets, just get the latest version of that file (which doesn't include the problematic "SetEnvironmentVariable" task).
See near bottom of http://www.devexpress.com/Support/Center/Question/Details/Q457976.
With Save Continuously enabled Add Parameter stops working. The call site doesn't get updated. So my workaround is to disable save until after I've applied the operation. Maybe CodeRush can provide a workaround. I've only just posted the update to my question in the CodeRush support forum.
Neither the RedGate Support or Forums have the .NET Demon product as a choice. Is this product supported?
The Feedback page has had no response for ages to the many great suggestions placed there. Also, no beta or anything for VS2013.
Not sure why it's saying that - I do see the same; but if I install it directly in the visual studio extensions manager from the gallery the version in the eventual manifest is correct at .1585.
Does this seem to be causing you a specific problem?
Unfortunately .NET Demon doesn't play nice with the Code Rush Unit Test runner. The latter won't wait for the build to finish and report "Build failed". Seems to me that it can potentially be something to do with how .NET Demon replaces the build system.
Is there something you can do about it? I have also raised the issue on the CodeRush issue tracker at http://www.devexpress.com/Support/Center/Question/Details/Q474943
Hi i am having a problem with the latest version of .NET Demon, I will try to walk through the issue i am having..
The Auto refresh works for me as long as i have focus for a particular '.cshtml' file. Once i tab into a '.css' file '.NET Demon' would only recognize the changes made to the '.css' file. From that point any changes to the '.cshtml' file does not trigger a auto refresh. This is really frustrating because the only reason i bought this for the auto refresh feature.
I love the tool, but it doesn't seem to be trigger project file save. When I add a file and edit it - it builds in the background, but quite often it won't save the project file so I have to manually do a Save All.
I was looking into this and you're right--from what I've tested so far, if you add or remove of references when only "save continuously" is enabled, the changes do not get saved. I've logged a bug for this with reference NEP-693--so sorry for the inconvenience but thank you for bringing it to our attention!
I changed the generic constraints on an interface, saved the file and got no compile errors regarding implementations not using the same constraint.
When I try to load the page in IIS, I get a compile error then. Easily fixed but would be nice to get this error in the IDE instead of when it is compiled by ASP.NET?
public interface IMyInterface
public void DoStuff<T>(Guid id) where T : class;
public class MyClass : IMyInterface
public void DoStuff<T>(Guid id) where T : MySubType