Make separate search scope for Ctrl+F and Ctrl+Shift+F
I have been using Productivity Power Tools with Visual Studio 2010. I constantly use Quick Find (Ctrl+F) and Find in Files (Ctrl+Shift+F), and it comes handy that Quick Find searches in the current document, and Find in Files searches in either the current project or in the entire solution depending on the settings.
However Visual Studio 11 Beta keeps the scope of search in sync between the Quick Find and the Find in Files dialog, and it is really annoying that I have to set the scope back to current document in Quick Find after I used the Find in Files dialog and vica versa.
I think the two find methods should have separate, independent scopes.
Hello,
We have a new version of the Settings separator extension that now works on Visual Studio Beta update builds as well. For those of you who upgraded to VS Update, the extension would have installed, but not worked. This is because it was configured to strictly work only on Beta. Please download and install this new version and it should work for you.
New Download link: http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-01-29-92/6746.VS11_5F00_BETA_5F00_ONLY_2D00_FindSettingsSeparator.vsix
Thanks,
Murali
Murali Krishna Hosabettu Kamalesha | Program Manager | Visual Studio Professional – Editor team
16 comments
-
Anthony Steele
commented
Totally agree.
Today I did a search to find out why Find in Files (Ctrl+Shift+F) keeps showing the scope of "Current Document" which is an annoying, rubbish default for "in files". If I wanted "in current document" I would have pressed "Ctrl-F". Thanks for at least showing me why this is broken.
-
Daver
commented
It would be best if the Search Text box should be able to search for text strings, find in files, find all references or any combination of the above (checkboxes)!
-
Dave
commented
Thanks for the update Murali, I was wondering why the previous extension wasn't working. Note that I got an error stating that the new version is already installed. After uninstalling the old extension (Tools > Extension Manager > VS BETA ONLY Separator > Uninstall) and closing VS, then I was able to installl the new extension and it works great. This was a much-needed fix, thanks.
-
For those of you who upgraded to VS Update, the extension would have installed, but not worked. This is because it was configured to strictly work only on Beta. Please download and install this new version and it should work for you. We have a new version of the Settings separator extension that now works on Visual Studio Beta update builds as well. The extension can be downloaded from the link below.
http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-01-29-92/6746.VS11_5F00_BETA_5F00_ONLY_2D00_FindSettingsSeparator.vsix
Thanks,
Murali
Murali Krishna Hosabettu Kamalesha | Program Manager | Visual Studio Professional - Editor team -
Dave Novak
commented
I was happy to see a fix come out so quickly for the shared scope bug, except the find settings separator patch DOES NOT WORK! Has anyone gotten this to work? It shows up as installed and enabled; it just doesn't solve the problem it was intended to fix. Both Find in Files and the Find Control STILL share the same scope even with this extension installed/enabled. I've even uninstalled/reinstalled this extension and still no luck. What a mess!
Let me know when you guys have a fix for your "fix" available and I'll once again do your alpha testing. :(
-
John Saunders
commented
I totally disagree. In general, searching is searching.
I like the idea of search scopes, but not this way. I may be searching for occurrences of "x", for each of which I'll start looking for the occurrences of "y". I'd like to have two "search containers", and be able to switch between them. This happened to me yesterday, when I wanted to find a set of stored procedures with "x", for each of which, I wanted to search for a set of columns ("y"). I wanted to try the narrowest search scope first (project and *.cs, *.sql), and then broaden it out. But I still wanted to switch between "x" and "y".
-
Dave Novak
commented
Totally agree! For example, if I use Ctrl+F to go to Find control, enter find text, and set the scope for Current Document, then Current Document becomes the scope for the Find in Files dialog. I think this is really bad and very different than the was this has worked for many years in previous versions of Visual Studio. In VS-2010, VS-2008, VS-2005, and I'm sure older versions, the scope for Find in Files dialog was always different than the scope for the Find dialog. And this is GOOD that they are different because they are used for different purposes.
For example, in my use case above (going from Find control to Find in Files dialog), I will (most likely) need to change scope in Find in Files dialog to something like Entire Solution. Only then will I find the results I'm looking for. But what happens when I switch back to the Find control for the purpose of just searching the current document? Oops -- still searching the Entire Solution! I've found myself constantly having to change this scope, which is something I never had to do in previous versions of Visual Studio. It is SO ANNOYING!
Please fix this! There should be 2 separate scopes: one for the Find Control and one for Find in Files.
-
John West
commented
In fact, can I give all my votes to this one :)?
-
John West
commented
This is my single biggest painpoint in vs2011, believe it or not. One day I'm not going to be deligent, and i'm going to do a replace across the entire solution instead of just the current file!
-
yurik
commented
The only way around it until it gets fixed is to use Ctrl+F12 if you have Resharper - searches by method name in the file :)
-
Philippe
commented
Definitively a must. I generally use Ctrl+F to fin something in the current document and Ctrl+Shift+F to search in the whole solution. Same for Ctrl+H versus Ctrl+Shift+H.
-
Alexander
commented
In most cases I use 'Quick Find' for finding in current document and 'Find In Files' for finding across all the documents. It makes me mad when 'Quick Find' starts finding across the whole solution (after 'Find In Files' was performed).
-
Alexander Gonchar
commented
+100500 for this suggestion!
-
Dave
commented
I'm voting on this request because it already has more votes than the following similar request:
-
Peter
commented
Agreed. Also, the "Find in Files" dialog's "Look in..." dropdown doesn't respond to "ALT+DOWNARROW" like all other dropdowns in Windows, making it more difficult to perform a common "Find in all files" operation.
-
Aaron Lieberman commented
Agreed. I almost exclusivly want to use quick find in my current document and find in files across multiple documents.