I'm not entirely sure if this question belongs here; if not, please let me know and I'll move it to the appropriate StackExchange website.
I am trying to figure out a way to make sure Visual Studio 2010 does not create directories in the default location (C:\Users\XXX\Documents\Visual Studio 2010). I have successfully managed to change the settings for the following directories:
Projects
Settings
Templates
But when I launch VS2010, it still creates the following directory:
C:\Users\XXX\Documents\Visual Studio 2010\StartPages\
The directory is completely empty, and I cannot find any settings that'd allow me to tweak the default location for StartPages.
Is there a way to globally change Visual Studio's root directory from C:\Users\XXX\Documents\Visual Studio 2010 to something else?
Try modifying the values under the following registry key
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0
Related
It's possible to alter the way the VS debugger displays types even for types you don't own by altering autoexp.cs.
However, in my installation this file does not exist in My Documents/Visual Studio 2015/Visualizers/ nor in another folder. It does exist in the 2013 folder: My Documents/Visual Studio 2013/Visualizers/autoexp.cs
Did its location change? Has the functionality been (re)moved?
It is still possible to place visualizer dll's in this folder, the file just isn't there by default anymore.
I had a solution/project that was going just fine until I made changes to locate the source in a different folder.
Everything compiles just fine but when I debug the Command Arguments and Working Directory are not correct. So I used Configuration Properties->Debugging and set them but when I click OK they always go back to the defaults. Even if I use Apply I can see the entries I made change to the defaults.
My only clue is that I restored my folder that contains the .sln and .vcproj files from a backup but I can't come up with an explanation for this behavior.
I'm using Visual Studio Express 2013.
Does anyone have any suggestions?
I'm working on an installer that needs to add several files to AVR Studio 5, an IDE developed by Atmel that is based on the Visual Studio Isolated Shell. These files include project templates for the "New Project" dialog.
By experimenting, I found that I can successfully add the project templates and get them to show up in the dialog if I simply copy them into C:\Program Files (x86)\Atmel\AVR Studio 5.0\ProjectTemplates\ and then delete or rename C:\Program Files (x86)\Atmel\AVR Studio 5.0\ProjectTemplateCache\cache.bin. I have not been able to find any good documentation on how the Visual Studio ProjectTemplateCache folder works. It seems to contain the same files as the ProjectTemplates folder, plus the cache.bin file, so I'm not sure why it would be useful. After I rename cache.bin, Visual Studio does not regenerate it, which makes me worried that renaming it might have some permanent consequences. Is renaming cache.bin a bad idea? What problems can it cause?
Is there another, easy way to install new project templates? Ideally I would like something that is easier than creating a Visual Studio Extension (.vsix) file, as recommended in this previous StackOverflow question: Installing a custom project template with Visual Studio Installer project
The installer I am working on uses NSIS, if that matters.
For my isolated shell I copy my template .zip files to 'Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\ProjectTemplates' and '\ItemTemplates'. I then run my isolated shell with the command line '/installvstemplates'. This rebuilds the caches and when you next run the isolated shell, they show up properly.
I also had to target the isolated shell in my extension manifest files.
Have you tried any of these?
If per user project templates are fine, you can drop them in <My Documents>\AVRStudio\Templates\ProjectTemplates.
Visual Studio 2010 ("Project Properties" dialog)
I've installed Visual Studio 2010 Ultimate and it has apparently imported the default directories for my Win32 C++ includes and libraries. Every new Win32 C++ project I create automatically adds my old include/library directories which screws up my build.
So my question is this: How can I edit $(IncludePath) in Visual Studio 2010?
or is $(IncludePath) specific to this project and only the result of the "Inherit from parent or project defaults" checkbox? (in which case the question turns into: How do I edit project defaults for that since it appears to be depreciated in Visual Studio options)
Thanks!
NOTE: The %include% environment variable is not defined in Windows. It does show up if you enter "echo %include%" in the VS2010 command prompt (not the Windows command prompt), but it's not the same values as what I'm trying to get rid of in the screenshots)
In VS2010, these paths are specified in one or more property sheets (the respective changes are discussed in an instructive article on the VS Project Team Blog).
You can add those yourself per-project, but the project also includes one specifying all the default values.
On my system it is located in C:\Users\<user>\AppData\Local\Microsoft\MSBuild\v4.0\Microsoft.Cpp.Win32.user.props.
You can access it from Visual Studio by opening the Property Manager window (View->Other Windows->Property Manager), and then doubleclick the property sheet. You can also add property sheets yourself from this window (which will take precedence over the default one).
It is also perfectly legal to remove the reference to Microsoft.Cpp.Win32.user.props. That is useful if you need to ensure the project is entirely self-contained: that it doesn't get include paths from the environment, for example. Then you just have to specify the paths in the project itself, or in a custom property sheet that is part of the project (recommended for ease of reuse)
VC++ Directories in VS2010 are project-specific. There are no global settings like in VS2008.
There is INCLUDE environment variable which corresponds to $(IncludePath), so check it first.
Formerly VS saved all global settings in Documents and Settings\\Local Settings\Application Data\Microsoft\VisualStudio\\VCComponents.dat so try to delete such file if it is present for all VS versions. I don't have such file for VS2010, but it's worth checking in your case.
Hope this helps.
Is there any way to prevent Visual Studio from creating a VSMacros80 folder in my default project directory?
I just found it out myself: If you add a trailing backslash to the Project Folder setting e.g. changing it from C:\dev to C:\dev\, the VSMacros80 directory will no longer be created.
I tested it with Visual Studio 2005 SP1, with all windows updates installed.
Sorry, I was wrong. This directory will allways be created. You can only set it's path in the Options/Projects and Solutions/General screen in the Projects location.
But be careful, because it also means that your standard project directory will be this directory. You cannot avoid VS to create this directory.
Mark the file as 'hidden.' Visual Studio won't mess with the visibility setting (or, at least, it didn't when I did it in 2010).
I could not find the previous thread, because I was searching for "vsmacros" instead of "vsmacros80".
There are currently 5 different entries in Tools->Options->Addin/Macro Security
%ALLUSERSPROFILE%\Application Data\Microsoft\MsEnvShared\Addins
%APPDATA%\Microsoft\MsEnvShared\Addins
%VSAPPDATA%\Addins
%VSCOMMONAPPDATA%\Addins
%VSMYDOCUMENTS%\Addins
Can you tell me which one I have to delete?