Excellent. If just "Reorganize Code" worked with C++ and sort import statements worked for C++ includes as well, that would have been super. But I still love it for the excellent outline view (CodeMaid Spade) and "Format Comment" has saved me a lot of time and made it more fun to document my code.
Thanks for the feedback. We do support VB, but you're very right that some of the features are limited. Reorganization for example we've tried to implement in the past but the VS API's for VB didn't work out like the C# ones.
If there's any specific feature you're missing, feel free to point it out in the backlog - or it may be something already there to vote up: https://trello.com/b/VVxVhbQv/backlog
This extension is really great ! I wish I'd known it before. For now I mostly used the cleanup functionality, and it's very useful. It already works well with Visual Studio 2015 (Preview). Thank you for this great work ! ** [FR] Je recommande cette extension, très pratique. J'ai pour l'instant surtout utilisé la fonction de "nettoyage" du code, qui apporte des modifications très appréciables. Fonctionne très bien avec Visual Studio 2015 (Preview).
CodeMaid shouldn't(tm) be related to any settings about highlighting unused variables. I don't know that Visual Studio does that by default, I think it comes from other third party extensions like ReSharper.
Sorry to hear it. I haven't seen that issue or had any other users report it. Have you noticed any patterns about when your settings are getting reset, such as it happens after performing an operation in another extension? My best guess would be that the shared space where user preferences are stored are getting overwritten.
As a workaround until we can identify the source of the reset, I'd recommend exporting your settings when they're valid so you can quickly re-import them once you've noticed they have been reset.
I have the same problem, just today! And before I found the codemaid settings lost, I made an update of Visual Studio 2013 (Update 1). Thus, although I can not say this for sure, the lost settings may correspond to updates made in VisualStudio.
When i right click a solution and click 'clean all code...' i get below error message. This is in VS2013 update 1
Microsoft Visual Studio
Could not load file or assembly 'Microsoft.VisualStudio.Package.LanguageService.10.0, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.
This is a known Microsoft bug in VS2013. They've promised to fix it in VS2013 Update 2.
Please follow through this issue for details on a workaround: https://bitbucket.org/s_cadwallader/codemaid/issue/220/vs2013-cleanup-all-code-shows-error
After install codemaid, i'm using visual studio 2010, and use the extension my visual studio stop running and when i start again, i got the same result. I have uninstalled the codemaid extensioni and there is not any problem again. Do you have some setting or patch for this issue?
I'm not sure if this will help the problem you are describing, but there is a known issue that some users have encountered with multithreading performance. You can disable that optimization through CodeMaid->Configuration->General->"Multithread options". This is the default in the latest BETA release.
If that isn't the problem, please open an issue on BitBucket (https://bitbucket.org/s_cadwallader/codemaid/issues) including some details such as what you are doing when the error occurs, any relevant screenshots, and if the issue occurs consistently or erratically.
A project i'm on has 1400 clean'able code files associated with it, and so I was expecting it to take a while to run. I came back a while later to find it ran out of memory causing VS to crash after around 1000 files had been sifted. I re-ran the clean on the solution and the problem didn't appear again.
Does this mean individual file changes are being stored in memory? I didn't close anything down between the two run-throughs so I don't think more memory was in use the first or second time.
Any info on how to prevent this from happening in the future would help. This was on a laptop with 8gb ram with other development software running (sql server etc.)
Hi Phil_O -
With the v0.7.0 release we confirmed that CodeMaid has zero object growth using the Red Gate ANTS Memory Profiler during batch cleanup operations. The overall memory demands of Visual Studio will increase though the more you open documents. The same behavior can be seen if you were to manually open each of those files and close them - Visual Studio's memory footprint continues to increase in size over time.
Unfortunately I don't have a great suggestion currently, other than to do smaller cleanups (e.g. select half the projects and clean them, then select the other half later).
Sorry I don't have a better solution. If anybody else has any recommendations on limiting the Visual Studio memory footprint I'd appreciate it.