Интерфейс Visual Studio 2012: QuickFind исчез?

В Visual Studio 2012RC я пытаюсь вернуть QuickFind, который корректно работал до того момента, когда я, к сожалению, решил использовать функциональность "Найти в файлах".

Теперь нажатие CTRL + F или CTR + shift + F в обоих случаях приведет к открытию окна "Найти и заменить" [Find In Files, Replace In Files]. Мне временно удалось добавить значок "Переключиться на быстрый поиск", который работал один раз. Но теперь даже это не работает.

Я попытался удалить комбинацию клавиш для поиска в файлах и QuickFind и переназначить ее в QuickFind, но это не помогает.

То же самое, если я использую QuickLaunch: независимо от того, что я выбираю QuickFind или Find In Files, я всегда получаю Find In Files.

Любая идея, кроме повторной установки всего приложения?

ИЗМЕНИТЬ

Это похоже на конкретный файл. Если я приведу в редактор другой файл, Ctrl + F выведет QuickFind. Похоже, что он хранит где-то метод поиска и переопределяет QuickFind. Очень смущает. Любые идеи, как я могу это исправить?

Ответ 1

Понял, в чем проблема. Ctrl + F не будет вызывать QuickFind, когда окно документа находится в режиме разделения.

Должна быть ошибка VS2012.

Ответ 2

Кажется, что некоторые типы файлов не поддерживают функцию быстрого поиска (вероятно, это ошибка). Я обнаружил, что типы файлов *.SQL не позволяют быстро находить, тогда как *.cs работает отлично. В качестве теста:

Я создал файл TextFile1.TXT в своем решении, и он работает с быстрой поисковой системой.
Я переименовал файл в TextFile1.SQL и быстрый поиск не появляется. Вместо этого вы получите полное диалоговое окно поиска

Ответ 3

Там ошибка, которую Microsoft не исправит: (

https://connect.microsoft.com/VisualStudio/feedback/details/769189/ctrl-f-opens-find-in-files-rather-than-find

Ответ 4

Одним из решений является воссоздание файла - просто создание нового файла в том же месте, копирование и вставка содержимого файла, затрагивающего, сохраняющего и удаляющего исходный файл, делает трюк. В новом файле Быстрый поиск и поиск в файлах будут работать правильно.

Не уверен, что это ошибка Visual Studio 2012, отправив ответ здесь, чтобы кто-то еще не тратил все это время.