Excellent plug-in however at the moment it's got a problem with detecting changes to the solution, which means that i have to close the solution and then re-open it. It defeats the purpose of having the reload all projects setting (which is awesome).
Thank you very much Jarek. Questions regarding styleCop warning auto Fixing. following is posted about 1 year ago; is it still the case or there are more number of styleCop can be fixed by the great tool - VSCommands :) thank you again.
SA1001: The spacing around a C# keyword is incorrect. SA1025: The code contains multiple whitespace characters in a row. SA1027: The C# code contains a tab character. SA1507: The C# code contains multiple blank lines in a row. SA1515: A single-line comment within C# code is not preceded by a blank line. SA1516: Adjacent C# elements are not separated by a blank line.
Enjoy using this plugin. It is a bit kitchen sinky and mucks with color settings that do not work well with Resharper at times. The biggest benefit is the support for one click project reload when doing git branch changes.
I've been using this extension for over a year now. Upgraded to Pro version recently and I wish I had done it earlier, it saves so much time! Can't wait for all the features to be available in Visual Studio 2012 version.
Our team is using it for cross platform development by code sharing mostly with links (Copy paste as link)...
Few ideas (web site is not working): 1. Folders copy + paste as link 2. Dependency def for files for grouping like Windows Forms or Xaml <DependentUpon>Form1.cs</DependentUpon>
------------------------------------- Hi Jarek
Few more!!!! (We are currently porting few Windows CE apps to MonoTouch and Mono for Android, so this is from our experience: 3. partialize - exsisting class split into 2 files, old and new one + add partial keyword in both files 4. add partial code - for existing partial class just add empty partial def Class.cs -> Class.partial.cs 5. Override copy/paste behaviour of VS not: Class.cs -> Copy of Class.cs but: Class.cs -> Class copy 01.cs (otherwise it reorders classes and dev needs to navigate in Solution explorer to renamed file) 6. Copy as link is maybe too much (not sure) Copy + Paste or Paste-as-Link
-------------------- Hi again!
I'm glad I could suggest. When could we expect some of those changes?
Hi John, If any feature is having performance issues then you can easily disable if from Tools | VSCommands | Options. All features can be disabled in this way. It would also be great if you could provide bit more details about speed problems (which action/feature is slowing you down) so I can try to fix it. Just email firstname.lastname@example.org.
This is one of my favorite extensions. A lot of people complain about it being a trial. It is a free (light) version for which a license can unlock additional features. I used it for quite some time for free until I started my most recent position and decided to upgrade to the premium version to unlock a few of the extra features. It's well worth it, if you ask me.
A note to reviewers giving it a bad review because it's a 'trial': you're all developers, show a little respect. If you don't know the difference between free software and freemium software, you're probably in the wrong field. If you're going to rate it low, rate it because of the actual product and not because you want something for nothing.
Hi there! VSCommands Lite is free and all features included in it are free.VSCommands Pro is a paid version which includes additional features, you don't have to pay anything to use VSCommands Lite version.
Well, how delightful. Another "free" extension that isn't free. You download it for free, run it for free, give it a great review for free...and then one day, surprise! ...it isn't really free.
I wish Microsoft would crack down on this kind of crap. This is TRIAL software, not FREE software.
Hey, I don't have a problem with people charging money for their software. I'm a programmer too. I *do* have a problem with people being dishonest about it. Get rid of that "Free" button up there and be honest about what you're offering.
Yesterday I upgraded my VSCommand from version 220.127.116.11 to 18.104.22.168, then vs2010 always crashed after main window displayed.
I've tried to start vs2010 in safe mode ,attach to the frozen process, and break it. I noticed that the process hangs up on a unnamed thread:
Microsoft.VisualStudio.Shell.10.0.dll!Microsoft.VisualStudio.Shell.ServiceProvider.GetService(System.Guid guid, System.Type serviceType) + 0x103 字节
Microsoft.VisualStudio.Shell.10.0.dll!Microsoft.VisualStudio.Shell.ServiceProvider.GetService(System.Type serviceType) + 0x4b 字节
Microsoft.VisualStudio.Shell.10.0.dll!Microsoft.VisualStudio.Shell.Package.GetService(System.Type serviceType) + 0x35e 字节
Microsoft.VisualStudio.Shell.10.0.dll!Microsoft.VisualStudio.Shell.Package.System.IServiceProvider.GetService(System.Type serviceType) + 0x5 字节
DPStudio.VSCommands.dll!DPStudio.VSCommands.Foundation.VSCEntity.Dte.get() + 0x38 字节
DPStudio.VSCommands.dll!DPStudio.VSCommands.Foundation.VSCEntity.Dte2.get() + 0x1f 字节
DPStudio.VSCommands.dll!DPStudio.VSCommands.Features.MenuCommands.StackOverflowCommand.#SA() + 0x35f 字节
DPStudio.VSCommands.dll!DPStudio.VSCommands.Features.MenuCommands.StackOverflowCommand.Refresh() + 0xf0f 字节
DPStudio.VSCommands.dll!DPStudio.VSCommands.Features.MenuCommands.StackOverflowCommand.#yz(object o) + 0x11 字节
mscorlib.dll!System.Threading._TimerCallback.TimerCallback_Context(object state) + 0x2f 字节
mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state, bool ignoreSyncCtx) + 0xb0 字节
mscorlib.dll!System.Threading._TimerCallback.PerformTimerCallback(object state) + 0x80 字节
When I uninstalled VSCommands in safe mode, then vs2010 becomes ok.
Look forward for your answer.
Sorry for this issue still not being resolved for you.
I'll look at this as a highest priority over next few days.
In order to help me reproduce the problem, could you let me know following information:
- What language version of Visual Studio are you using
- What is your operating system and if it is 32 or 64 bit
Hmm.. The part of VSCommands that caused the issue has been completely rewritten in 22.214.171.124 and we could not reproduce the problem with Simplified Chinese version of Visual Studio...
Do you have Visual Studio installed on another machine somewhere and does the same error occur there, or is it problem on one machine only?
Seems that this issue also on my 64-bit pc.
Here some information about environment:
Windows 7 Ultimate (32bit/64bit)
Windows 7 Service Pack 1 RC
Visual Studio 2010 U Chinese
VS has installed the following extenions:
DevExpress IDE Tools
Productivity Power Tools
Emmm...I've tried to uninstall all extensions, but this problem still coming out.
I noticed that some other people also have this problem, they said:
The latest verison of VSCommand must be installed under english version of os, or else vs2010 will be crashed, maybe caused by charset.
See orginal page: http://www.cnblogs.com/artech/archive/2011/01/06/filedependency.html#2005411 (chinese).
I'll email it to you.
There seems to be a significant delay when grouping items if the option 'Always group files by shortest name' is unchecked before the confirmation dialog appears.
With the option checked, when I select 'Group Items' the grouping will appear more or less immediately; however, if the option is unchecked and I have to click through the confirmation dialog the grouping will take at least 10-15 seconds.
On a related note, how do I turn off 'Always group files by shortest name' if I've already enabled it?
Thanks for reporting this, we'll investigate the delay.
You can bring the dialog back on demand by holding Ctrl when pressing 'Group Items' or uncheck 'Tools | Options | VSCommands | IDE Enhancements | Solution Explorer | Group Items: Always use the item with the shortest name as root' to make it appear every time.
The output window colouring seems to forget the settings that I set in it. Has anyone else noticed this? Every time I start VS2010 I have to go into tools | options | fonts and just press ok, and it then (mostly) sets the colours to the ones I have set. This is most apparent with the 'highlight current line' feature, as it always reverts to the white-ish colour.
I use a dark colour scheme and some of the colours that appear as highlighting have a white background. For example, urls in the output window appear as blue foreground and white-ish background. Can I change the colour of these items?
Also the NuGet/NuPack package manager console seems to highlight the current input line (like the code windows do) but I cannot find where to change the background colour of that line highlight as it is difficult to see.
Can these settings be set in the options?
Sorry! My mistake, VSCommands does not do the current line highlighting so I'm barking up the wrong tree there! However there are still issues with the colourisation of the build/output windows. With a black background things like the url highlights are in a blue foreground and white background and I can't see a setting for that. Also when I set the background colours of the VSCommands.BuildOutput.xxx settings they seem to revert back to default a lot of the time.
Thanks for reporting this issue.
The way urls appear in Visual Studio is controlled by VS itself and VSCommands does not change the default behaviour (at least not directly). Unfortunately, while the default behavior for Text Editor can be changed from Tools | Options | Environment | Fonts and Colors | URL Hyperlink, there seems to be no way to change for Output Windows. We will investigate the possibility of a workaround for this behaviour though and will post an update here.
Every time I Startup Visual Studio 2010 I get an error prompt at Startup of Visual Studio 2010.
Version Problem occurred on:
1) DPack v3.0.1 for Visual Studio 2010 - problem occured on this version
2) DPack v3.0.7 for Visual Studio 2010 - this one as well, was installed today
Windows 7 64-bit Enterprise, automatic updates on, MS Security Essentials, Visual Studio 2010 Ultimate.
The following works fine (from CMD):
C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE>devenv.exe
The following crashes:
C:\>"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe"
The crash details are the generic "Microsoft Visual Studio has stopped working" etc, no real info
If I click "Debug" and choose to debug with a new visual studio 2010 instance, a new instance of visual studio is opened successfully, displaying:
> Unhandled exception at 0x01c958a0 in devenv.exe: 0xC0000005: Access violation.
I have isolated the issue to VSCommands, I am guessing the latest version since it never happened before. I don't know where I can download an older version to check.
UPDATE - now it always crashes, full path or not
Thanks for your help !
Thanks for reporting this issue.
Does the crash occur during VS startup, shortly after or during execution?
Also, is there anything reported in event viewer? It would be very useful if you could run 'devenv.exe /log' and send us contents of C:\Users\<userName>AppData\Roaming\Microsoft\VisualStudio\10.0\ActivityLog.xml to email@example.com
It seems that Extension Manager doesn't always delete all files when upgrading to a new version and leaves extension in a corrupted state.
As a workaround you can try to delete all traces of VSCommands or DPStudio folder in C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Extensions and reinstall the extension.
Well looks like Debug as another user needs some more attention. Thank you for fixing the password field, however now I am getting a page that states No Source Available. I also added the code to wait until the debugger had attached and I got nowhere.
When you get the 'No Source Available' in Visual Studio, try to press Break All (Ctrl Alt Break) and Continue (F5). Next time you press Break All it will break into code as expected.
Alternatively, when using the code to wait for debugger, you can set a break point one line below that loop and debugger should pause on that line next time you debug as different user (instead of showing No Source Available).
We are currently investigating what causes No Source Available to show in the first place and should come up with a fix shortly.
Thank you for letting us know about the problem, we'll try to reproduce it and will post an update here.
As for the lost preferences after upgrading to newer version - we were able to reproduce it and are currently working on a fix.
I just want to say that I love vscommands and I use them heavily. I have some strange activity though. I have been using Debug as different user and for some reason it quit even trying to debug.
------ Build started: Project: , Configuration: Debug x86 ------
========== Build: 1 succeeded or up-to-date, 0 failed, 0 skipped ==========
In this VScommands output I get this:
Exception has been thrown by the target of an invocation., at System.RuntimeMethodHandle._InvokeMethodFast(IRuntimeMethodInfo method, Object target, Object arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeType typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(IRuntimeMethodInfo method, Object target, Object arguments, Signature sig, MethodAttributes methodAttributes, RuntimeType typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object parameters, CultureInfo culture)
at ..(Object target)
at ..(). . Data: Key: resourceEntryKey, Value: DPStudio.VSCommands.Features.Views.DebugAsDifferentUserView.xaml
Thanks for your time,
Sorry that post was horrible let me clarify.
Whenever I hit Debug as different user it doesn't pop up the authentication dialog box like it used it. It seems to just build the project and then its done. I tried uninstalling vscommands and re-installing and this didn't fix the issue.
Again thanks for your time,