Visual Studio Cliquez sur Rechercher les résultats pour ouvrir le code dans une fenêtre incorrecte

J'utilise Visual Studio 2010 et lorsque je fais une «Rechercher dans les fichiers», les résultats sont renvoyés à la fenêtre «Rechercher les résultats 1» qui est ancrée sous la fenêtre de mon éditeur de code.

Avant, je double-cliquais sur l'un des résultats dans la fenêtre Rechercher des résultats et le fichier sur lequel j'avais cliqué s'ouvrait dans le panneau de l'éditeur de code.

Le problème est maintenant que lorsque je clique sur l'un des résultats, il s'ouvre dans le même panneau que la fenêtre Find Results qui se trouve être beaucoup plus petite que la fenêtre de l'éditeur de code qui est ennuyeuse.

Est-ce que quelqu'un sait comment faire en sorte que lorsque je double-clique sur les résultats de la recherche, ils s'ouvrent à nouveau dans la fenêtre de l'éditeur de code?

Merci!

Cliquez sur Fenêtre-> Réinitialiser la disposition de la fenêtre

Fonctionne pour VS2013 Update 4 et toutes les versions plus récentes, y compris VS2019.

Je pensais avoir ce problème, mais il a été facilement résolu en ancrant la fenêtre Résultats de recherche en utilisant tout en bas des sélecteurs de position de la fenêtre.

Les fichiers s'ouvrent à la même position que les résultats de la recherche lorsque la fenêtre est ancrée dans les positions immédiatement à côté de la position centrale.

Ceci est également discuté ici: VS2010 docks les fenêtres de code au mauvais endroit

Allez de la même manière ... irritant ... J'ai réalisé que ce comportement indésirable se produisait uniquement lorsque l'application s'exécutait en débogage. Après avoir arrêté le débogage, un nouveau panneau a été créé avec ce fichier ouvert. Si j'ouvrais de nouveaux fichiers, ils s'ouvriraient dans ce nouveau panneau. Si je ferme tous les fichiers de ce nouveau panneau, l'ouverture de nouveaux fichiers à partir de la fenêtre "Rechercher dans les fichiers" s'ouvre dans la fenêtre de l'éditeur de code standard (tant que l'application n'est pas en cours d'exécution).

J'ai aussi eu ce problème. J'ai rencontré le problème dans VS2013. Je ne voulais pas faire "Fenêtre -> Réinitialiser la disposition de la fenêtre" parce qu'il semblait que cela allait faire d'autres choses que je ne voulais pas qu'il fasse.

Voici ma solution:

1. J'ai remarqué le problème dans VS2013 dans lequel j'avais ouvert le projet "A".

2. J'ai ouvert une autre copie de VS2013 et ouvert le projet "B".

3. J'ai fermé la copie de VS2013 qui présentait le comportement ennuyeux: le projet A.

4. J'ai fermé la copie de VS2013 qui avait le projet B ouvert.

5. Cela a sauvé les paramètres de la «bonne» copie.

6. A ouvert le projet A dans VS2013 et tout allait bien.

De toute évidence, la mise en garde est que cela nécessite que vous remarquiez le problème avant de fermer VS2013. Mais si vous le remarquez à temps, c'est une solution assez simple.

Pour ceux qui ne veulent pas ancrer leurs fenêtres "Find Results", "Error List", "Output", ... à droite, et pour ceux qui la réponse ci-dessus qui est Window-> Reset Window Layout ne fonctionne pas: peut-être que vous essayez d'accoster au mauvais endroit! Vous devez ancrer ces fenêtres tout en bas. Reportez-vous ici: https://stackoverflow.com/a/2735726/6176317

Pour moi, cela se produisait avec une fenêtre Visual Studio contenant un fichier SQL avec l'option Window Split active. Si le curseur se trouvait dans le volet supérieur de la fenêtre, Ctrl + F (Rechercher) et Ctrl + H (Rechercher et remplacer) entraînerait l'apparition du contrôle de recherche dans l'autre fenêtre (principale) de Visual Studio. Déplacer la fenêtre SQL dans la fenêtre principale a simplement provoqué Find and Find & Replace pour afficher la boîte de dialogue "Find in Files" à la place jusqu'à ce qu'un autre onglet soit sélectionné.

La solution de contournement consistait à placer le curseur dans le volet inférieur, ce qui provoquait le bon fonctionnement des fonctions Rechercher et Rechercher et remplacer dans ce volet de cette fenêtre. Malheureusement, tant que la fenêtre Split est là, le bogue est toujours là dans le volet supérieur.