Visual Studio 2010 ouvre de manière agaçante les documents dans le mauvais volet MDI

97

Le MDI de Visual Studio me cause actuellement beaucoup de frustration. Voici ma mise en page de base:

+--------------+---+
|              |   |
|      1       |   |
|              |   |
|              | 3 |
+--------------+   |
|      2       |   |
+--------------+---+

Assez standard - j'ai mes fichiers ouverts dans la zone 1, ma fenêtre d'erreurs dans la zone 2 et mon explorateur de solutions dans la zone 3.

La principale source de ma frustration est que lorsque je double-clique pour ouvrir un fichier à partir de l'explorateur de solutions, il s'ouvrira généralement dans la zone 1 où il devrait, mais PARFOIS (apparemment au hasard) il s'ouvrira dans la zone 2, ce qui signifie que je dois faites-le glisser vers la zone 1 pour le voir correctement. Ou, plus rarement, il peut même s'ouvrir dans un tout nouveau volet entre les zones 1 et 3.

De plus, si je ferme tous mes fichiers, la zone 2 se développera pour occuper toute la colonne de gauche, et de nouveaux fichiers s'ouvriront dans ce nouveau volet combiné, ce qui est encore une fois ennuyeux. Ou peut-être pas, selon l'humeur de VS aujourd'hui.

Personne d'autre dans notre bureau de 20 ne semble avoir ce problème, mais de même personne ne semble savoir comment le résoudre. Alors:

  1. Je veux faire en sorte que les fichiers que j'ouvre s'ouvrent toujours dans la zone 1.
  2. Je me demande s'il est possible de pouvoir "verrouiller" ma mise en page (par exemple, comme je le peux avec la barre des tâches de Windows), pour m'empêcher de déplacer ou de redimensionner accidentellement les volets.
visual-studio-2010  mdi 
— Mike Chamberlain
source
Je ferai remarquer que maintenant, quelques semaines plus tard, je n'ai plus ce problème, et tous les documents s'ouvrent au bon endroit. Peut-être que la suggestion de Josh ci-dessous a effectivement aidé (donc +1 pour lui), bien qu'elle ne semble pas résoudre le problème immédiatement. Je ne sais donc toujours pas quelle est la vraie solution. : S
— Mike Chamberlain
Quand j'ai eu le même problème, j'ai remarqué que les onglets de mes fenêtres de sortie / d'erreur étaient en haut de la fenêtre MDI. Mon problème était dans Atmel Studio qui est basé sur Visual Studio, il a également été résolu en suivant les étapes de Josh ci-dessous.
— James

Réponses:

181

Avez-vous peut-être utilisé la commande "Nouveau groupe d'onglets horizontaux" pour diviser le n ° 1 en n ° 1 et n ° 2, puis déplacer votre fenêtre d'erreurs dans cela?

J'essaierais simplement de réinitialiser la disposition de la fenêtre et de voir si cela le résout.

  1. Tout d'abord, Fenêtre -> Fermer tous les documents
  2. Ensuite, Fenêtre -> Réinitialiser la disposition de la fenêtre
  3. Quittez VS pour être sûr, puis revenez.
— Josh
source
OK, donc maintenant quelques mois plus tard, je ne semble plus avoir ce problème. Alors des accessoires à Josh! Si quelqu'un d'autre rencontre ce même problème, je suggérerais d'essayer ce qui précède.
— Mike Chamberlain
4
Je donnerais +5 si je pouvais. Cela m'est arrivé après l'installation de Telerik JustCode, qui a gâché la disposition de la fenêtre. Merci!
— Richard
4
Le problème se produit toujours dans VS2013 et peut être résolu en suivant les étapes ci-dessus. Génial!
— Andreas
5
Le problème se produit toujours dans VS2015 et peut être résolu en suivant les étapes ci-dessus. Génial!
— tzachs
1
Cela fonctionne quand cela fonctionne, mais parfois cela ne fait rien - même dans VS2017. Comment personne ne peut-il résoudre ce problème?
— Simon_Weaver
14

Une autre solution - en évitant "Réinitialiser la mise en page" - consiste à repositionner les fenêtres dans la "zone 2" (généralement les points d'arrêt / regarder / déboguer-sortie) en veillant à les faire glisser vers le "le plus bas" encerclé des positions d'ancrage (si vous le déplacez à celui barré dans l'image ci-dessous, il ouvrira les fichiers de code au mauvais emplacement).

emplacements d'ancrage des fenêtres visual studio

Alternativement, tout en bas de l'écran, il y a une autre position d'ancrage, mais celle-ci provoquera l'étirement de la zone n ° 2 sur tout le bas de l'écran (volant de l'espace à la zone n ° 3).

Le correctif est instantané et pas besoin de redémarrer Visual Studio.

— Kalmiya
source
Cela a résolu mon problème. Je ne sais pas ce qui a fait que tout a été placé dans le mauvais volet juste au-dessus.
— Rick Paul
Cela m'arrive généralement lorsque je veux agrandir la fenêtre de sortie de débogage, mais que je clique accidentellement dans la mauvaise position et que je fais glisser la fenêtre de sortie hors de la position ancrée. Ensuite, lors du réamarrage, il semble que peu importe lequel des éléments ci-dessus vous sélectionnez (les fenêtres reviennent à leur place), mais si vous avez pris celle barrée - les fenêtres de code commencent à s'ouvrir au «mauvais» emplacement. Il m'a
— fallu
7

J'ai aussi ce problème.

J'ai essayé la solution de Josh et cela a fonctionné. En fait, cela pourrait être encore plus simple, il pourrait suffire de faire Fenêtre -> Réinitialiser la disposition de la fenêtre. Mais je ne peux pas tester cela car je ne sais pas comment le mauvais comportement a commencé.

Si la solution de Josh ne fonctionne pas pour vous, une personne du support Microsoft a recommandé de réinitialiser tous les paramètres (Outils-> Paramètres d'importation et d'exportation ... -> Réinitialiser tous les paramètres (voir http://connect.microsoft.com/VisualStudio/feedback/ details / 635796 / files-open-up-in-the-false-docking-window ).

Je ne voulais pas faire cela parce que je ne voulais pas utiliser tous mes paramètres - et cela s'est avéré inutile.

— TJKjaer
source
Je peux confirmer que la solution de Josh Einstein ci-dessus fonctionne (fermer toutes les fenêtres, réinitialiser la disposition de la fenêtre, redémarrer VS), alors que la solution plus simple suggérée par huttelihut (réinitialiser simplement la disposition de la fenêtre) n'a pas fonctionné pour moi.
— bjull
J'ai essayé celui-ci en premier et cela a fonctionné! (VS Express 2013 pour le Web)
— Sphinxxx
Je conviens que cela fonctionne pour résoudre le problème du volet utilisé lors de l'ouverture d'un fichier, mais dans mon cas (VS 2019), il a complètement fermé le volet n ° 2, ce qui était pénible (jeu de mots).
— Tom Bogle le
2

J'ai eu le même problème avec Visual Studio. De plus, ma fenêtre d'explorateur a continué à disparaître tout le temps et a dû aller voir et lancer à nouveau les propriétés et la fenêtre de l'explorateur.

Solution:

  1. Allez dans Fenêtre puis réinitialisez la mise en page.
  2. Organisez votre poste de travail comme vous le souhaitez en ce qui concerne les propriétés, la barre d'outils / boîte à outils et la fenêtre de l'explorateur.
  3. Revenir à la fenêtre Puis enregistrer la mise en page.

Cela vous permettra de revenir à la mise en page que vous préférez à chaque fois que les choses bougent. J'espère que cela t'aides. Bon codage.

— NelsonRoberts
source
0

J'ai eu le même problème avec Visual Studio 2019.

La confirmation, la solution qui a fonctionné pour moi était de suivre à la fois la réponse de Josh et la réponse de Kalmiya:

  1. Fenêtre -> Fermer tous les documents
  2. Fenêtre -> Réinitialiser la disposition de la fenêtre
  3. Appuyez sur Ctrl + Maj + F pour trouver du texte dans votre solution
  4. Faites glisser la `` fenêtre de recherche '' vers la position la plus basse du dock (voir le diagramme dans la réponse de kalmiya)
  5. Redémarrez Visual Studio

Si vous souhaitez reproduire le problème, faites simplement glisser la «fenêtre de recherche» vers la deuxième position d'ancrage en partant du bas.

Merci beaucoup pour les réponses précédentes!

— Jimmy F
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.