When adding to a VC++ project, the .vcxproj seems to end up in alphabetical order, but the associated .vcxproj.filters file is just sorted by added time. This results in many merge conflicts. Please do address this ASAP, Microsoft! Not sure why it's been open for nearly three years with so many votes when it affects so many developers.Andrew McDonald supported this idea ·
Hi Supporters for this suggestion
I’m pleased to report that there’s a free new extension by my colleague Justin Clareburt that provides what you’re asking for, along with a host of other useful commands:
Please check it out and review.
Program Manager, Visual Studio IDE Team
Yes, it is mentioned, several times: "Please add "CTR+/" shortcut for toggling comments." It's also in the title - "a... shortcut for commenting *and* uncommenting" (emphasis mine.) See also Konstantin's followup comments where this was made very clear.
I addressed Adam's scenario in my earlier comment. As I said, this functionality already exists in Xcode, a competing IDE. It works fine and would be nice to see in VS. I don't think anyone's asking for the existing commands to be removed! Just a new one added as well, with distinct functionality. If you didn't want to use it, you wouldn't have to.
You've missed the point of the suggestion Ali - this isn't about simply changing the shortcuts, which users can already do through the options.
This suggestion is for adding a *toggle* comment command, so that the same shortcut could both comment and uncomment lines. It works well enough in Xcode so it'd be nice to see in VS. I also don't think it would be *that* big a deal, just a nice little feature that would make coding slightly more pleasant.
Having started using Xcode for iOS development I've come to appreciate Cmd+/ for toggling the commented status of code lines. It's nice to have a single shortcut that does both, and their implementation seems intuitive.
FWIW the way it works there: if there's at least one uncommented line in the selection, all lines gain a //. Otherwise all lines lose a //. It only considers // and completely ignores /**/.
We’ve begun work on this and are considering changing the default location for new projects to C:\\USERPROFILE\Source\repos. Would this be a reasonable change to address the problem of “clutter” in the Documents folder? This is currently the default for cloned repositories, so all projects would be in a singular default location.
As well, you still retain the option to change the default if you’d like.
Program Manager – VS IDEAndrew McDonald shared this idea ·