This lightweight extension will detect whenever two instances of Visual Studio are running with the same window title and change the window title of Visual Studio to include a folder tree with a configurable min depth and max depth distance from the solution/project file.
Why this isn't a standard part of Visual Studio is anyone's guess, so thank you Erwin Mayer. This functionality is incredibly useful when managing multiple instances of the same solution but across different code streams.
Just awesome. Exactly what I was looking for. The ability to tell it to clip from the front and the end, in terms of the path components, is awesome. It lets me show exactly the information I need to know what branch I'm in. I'm so glad you can do it without multiple instances too! You should change your description, since I almost didn't use this extension with that in the description.
This is a great, simple, and small extension perfect for anyone who has to switch between multiple branches/work-space checkouts of the same solution. Flexible enough to work for a large range or folder structures. Highly recommended.
I just installed your plugin yesterday and it works great. I did find one minor issue or at least what I think is an issue. I have a dual monitor set up and often drag documents to my secondary display. When I do the title for window that is created for these files does not match that of the main visual Studio.
In other words:
The Main IDE - Has BranchName\SolutionName
Secondary Window - Has Only SolutionName
Hi, I just wanted to let you know that this seems to work fine in VS2013 Preview, provided that you crack the vsix and add the 12.0 version to the supported list. I will update here if I find any issues.
Thanks for a great extension. It was exactly what I was looking for.
Wish I could edit my own comment. Figured out how to hack it (change the extension from .vsix to .zip, extract everything, edit extension.vsixmanifest, copy the VisualStudio Version="11.0" node in SupportedProducts and name it VisualStudio Version="12.0", zip the whole thing back up, and change the extension from .zip to .vsix).
Works beautifully in VS 2013 RC.
Hi LimaRocks, you need to disable the "debug" mode in the extension settings to stop showing debug information in the output window. It is normally disabled by default so you may have ticked the box unknowingly.
I do enjoy your plugin. However, would it be possible to display either the full document path, e.g. [documentPath], or relative document path, e.g. [relativePath], which is relative from the solution file.
Hi Jørn, I take note of your suggestion. It is currently not possible but definitely an interesting feature. I'll let you know when this is implemented. If you want to speed up development you can make a donation ;).
First of all thanks for a great extension.
A nice feature to add is renaming the "Recent Projects" section in the start page.
I have the same solution that i use under different branches all the time, it will make it much easier to detect which one i want to open.
Since the last update (Version 2.0.0) it always updates the title, even when only one VS instance is open. (Threshold is set to 2).
This has the effect that I cannot differenciate different solutions which have the same parent directory in the task bar, as all of them now show only the title truncated to the name of the (same) parent directory.
Changing the "only rewrite title if conflict" setting does not seem to have any effect. Btw, this setting is documented in a way contradicting what the setting label itsself seems to say.
I'm using it in VS 2010 on Vista 64.
What am I doing wrong?
Hi Markus, thanks for your feedback. You were right about the contradicting setting label. I have made things clearer and the behaviors more consistent in the 2.1.0 release, thanks to your input. Enjoy.
I was able to make it work with VS 2012 by adding a few lines in the manifest, however SetWindowText no longer works to modify the window title (it just affects the title of the window in the taskbar). And we cannot modify dte.MainWindow.Caption so something new needs to be found.