Awesome! Would be even more if: - Automatically focus the search input with current search keywords selected when the "Quick Open File" dialog opens, so that can start typing to search right away - If some text is selected in the text editor before opening the search dialog, automatically paste it to the search input But even without those points, you are still 5 stars.
Excelente y fácil de usar, muy útil ya que si usas Control + , en Visual Studio 2010 y tienes muchos archivos se cuelga un rato, en cambio esta extensión no. En las instrucciones dice como asociarlo a otra combinación de teclas. En La barra superior, 2do. botón, Personalizar, Teclado, buscan "quick" y aparecerá el Editar.QuickOpenFile con los controles Control + K, Control + O y pueden quitarlo y agregar otro por ejemplo Control + ñ.
Not very good. Thing I dislike most is the path shown is the fully qualified physical path of the file... so when you have your project several folders deep and you try to find a fairly commonly named file which appears in several locations (let's say default), the path column shows drive:\some\really\amazingly\long\path\to\your\file.txt and you have to expand the hell out of the path column to see which file they're talking about. If I have to do that, it's probably quicker just to navigate to the file location manually. File paths should key off of the solution root.
You also can only find files by typing part of the file name and only files are shown. Perhaps I don't know exactly what the file I'm looking for might be named, but I know the directory path in which it is located.. it is nice to be able to type /path/to/file and see a spit out of all the files in the specified directory and then I can quickly grab the file I'm looking for.
I don't know why this extension is called Quick Open File for Visual Studio 2010. This extension is very very very slow !!!! I have a project which heavily realies on boost and it includes about 20000 files ! In my case, the extension is unusable.
Good extension! Just a suggestion … It will be most useful if the text box gets focus and selects entire string every time after the popup is shown or activated. Now if I double click on a file to open it and then open the popup again, the focus is on the list box. That prevent me to type immediately and I have to go back to the text box.
Apologies to all for my late reply to this forum. If you don't mind using a "beta" product, please try the version hosted on my Github account - https://github.com/martinky/qof
The beta on Github has already some improvements that had been asked for:
- CammelCase search
- delay between typing and search
- VS 2012 version
I found this link that explains how to manually edit the vsix to enable it to be installed on more versions of Visual Studio. Using this method, I duplicated the xml element for VS 11.0 and changed the version to 12.0. This was able to successfully install it on 2013.
There are any configuration to the search also works on specific path out of solution?
It's because I'm using source control explorer of visual studio 2010 to explore the local path of my Java project hosted on Team Foundation Server.
Search returns empty because there's no base path.
Our solution contains approximatly 10,000 files which makes the searching a bit slow. As it is, the extension works very well but doesn't match Eclipse for speed in a large solution.
It might work better if I could type my search string without it refreshing the list on every character typed. Introducing a short timer (eg. 200 milliseconds) that gets cancelled if another character is typed before kicking off the search might make it appear more responsive.