web-dev-qa-db-fra.com

Visual Studio en cliquant sur Résultats de la recherche ouvre le code dans une fenêtre incorrecte

J'utilise Visual Studio 2010 et lorsque je fais une "recherche dans les fichiers", les résultats sont renvoyés dans la fenêtre "Résultats de recherche 1" qui est ancrée sous la fenêtre de l'éditeur de code.

Avant, je cliquais deux fois sur l’un des résultats dans la fenêtre Résultats de la recherche et le fichier sur lequel j’avais cliqué s’ouvrait dans le panneau de l’éditeur de code.

Le problème est que lorsque je clique sur l'un des résultats, celui-ci s'ouvre dans le même panneau que la fenêtre Résultats de la recherche, qui est beaucoup plus petite que la fenêtre de l'éditeur de code, ce qui est agaçant.

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!

150
JPM

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

215

VS2013 Mise à jour 4

Je pensais avoir ce problème, mais le problème a été facilement résolu en ancrant la fenêtre Résultats de la recherche à l’aide du 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.

VS2013 window position selector

89
Dave Anderson
13
M.Bearden

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" car il semblait que cela allait faire d'autres choses que je ne voulais pas que ce soit.

Voici ma solution:

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

  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 ce comportement gênant: projet A.

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

  5. Cela a sauvé les réglages de la "bonne" copie.

  6. Projet ouvert A à VS2013 et tout allait bien.

Évidemment, 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.

3
John

Allez de même ... énervant ... J'ai compris que ce comportement indésirable ne se produisait que lorsque l'application était en cours de 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 "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).

2
devMomentum

Pour ceux qui ne souhaitent pas ancrer leurs fenêtres "Résultats de la recherche", "Liste des erreurs", "Sortie", ... à droite, et pour ceux dont la réponse ci-dessus est Fenêtre-> Réinitialiser la mise en page ne fonctionne pas: peut-être que vous essayez d'accoster au mauvais endroit! Vous devriez amarrer ces fenêtres au fond. Référez-vous ici: https://stackoverflow.com/a/2735726/6176317

1
daltooon

Pour moi, cela se produisait avec une fenêtre Visual Studio contenant un fichier SQL avec l'option Fractionner la fenêtre active. Si le curseur se trouvait dans le volet supérieur de la fenêtre, Ctrl + F (Rechercher) et Ctrl + H (Rechercher & remplacer) provoqueraient l'affichage du contrôle de recherche dans l'autre fenêtre (principale) de Visual Studio. Le déplacement de la fenêtre SQL dans la fenêtre principale a simplement amené Find and Find & Replace à afficher la boîte de dialogue "Rechercher dans les fichiers" jusqu'à ce qu'un autre onglet soit sélectionné.

La solution de contournement consistait à placer le curseur dans le volet inférieur, ce qui entraînait le fonctionnement correct de Rechercher et Rechercher & remplacer dans le volet de cette fenêtre. Malheureusement, tant que la fenêtre divise est là, le bogue est toujours là dans le volet supérieur.

0
Matt Arnold