Stop polluting My Documents with Visual Studio folders
Visual Studio creates a new folder in My Documents with every version. Over time, if the user requires many different versions of Visual Studio installed, this pollutes the folder. My Documents is supposed to be where I keep, well, my documents.
This even goes again Microsoft's own software design guidelines, if I remember them right.
Most of the subfolders should be moved to the existing AppData Visual Studio folder. The Projects subfolder has no reason to exist, since you might as well default the My Documents folder when creating new projects (the user can obviouly change this at the time, it's just a default location, as with any other app.)
Adam Speight commented
Why doesn't VS create a new Library entry in the Libraries folder in Explorer eg (My VS Projects). Then create a new Folder within the user's profile folder and link it to that. This then doesn't "pollute" the My Documents folder.
Thank you for taking the time to submit this feature request. I have updated the category to 'IDE' to ensure that the correct team can evaluate your idea.
Visual Studio Program Manager
As far as I can tell, applications should use "My Documents" for any documents that are intended to be explicitly managed by the user or visible to the user while AppData should be used for data that is not directly manipulated by the user like Outlook files, application settings and such.
I find that it works pretty well for temporary and hobby projects. And for Professional applications, I tend to use my own sub-folders of MyDocuments.
This frustrates me so much. Visual Studio definitely isn't the only offender, but thanks to developers doing this My Documents has become useless. Most people will either not use My Documents, or create a folder inside My Documents called - Documents.
Odoardo M. Calamai commented
The most part of errors of Visual Studio and Windows (by XP to Up) is the use of temporary storage into the User space, during the downloads, the unpacking and the installation of the applications, without the housekiping (cleaning the space used and no more useful).
the worst is that the "temporary storage area" is transformed to repository, where the application goes to retrieve assembly, module etc.., instead of go to App Data\App-name.
The assemblies, modules and parts of usefull code, mixed with clobbered data,
waste largest storage area, sometime gratest that the relate applications.
Searching for \Temp directory and file, we can discovery that too much "temporary" files are instead fixed dated files.