Visual Studio et les moniteurs doubles / multiples: comment obtenir une utilisation optimisée de mes moniteurs? [fermé]
Ultramon est un excellent programme pour les moniteurs doubles (stretching screen across monitors), mais je me demandais s'il y avait un moyen de faire quelque chose dans Visual Studio comme avoir un onglet de code ouvert sur un moniteur et un deuxième onglet de code ouvert sur le second moniteur avec une seule instance de Visual Studio en cours d'exécution?
ou y a-t-il d'autres suggestions pour obtenir plus de bang for buck sur les moniteurs doubles et le studio visuel?
11 réponses
personnellement, j'ai mis en place mes fenêtres de sorte que l'un de mes moniteurs principaux, j'ai le moniteur principal visual studio, donc donc ma fenêtre de code, maximisé, avec seulement la boîte à outils amarrée, sur la gauche. Cela signifie que la fenêtre de code prend autant d'espace que possible, tout en gardant le bord gauche du code près du milieu de l'écran, où mes yeux regardent naturellement. Mon écran principal est un grand écran, donc je trouve que ça me laisse plus qu'assez de place pour mon code.
My moniteur secondaire a une deuxième fenêtre qui contient l'outil de windows que j'utilise. J'ai donc solution explorer, liste des erreurs, liste des tâches (//todo: comments), fenêtre de sortie, trouver des résultats, etc. ils prennent autant de place qu'ils veulent sur mon second moniteur.
lors du débogage, l'Explorateur de solutions déplace le moniteur principal, et la montre, les voitures et les fenêtres locales prennent sa place.
je trouve que cela me donne une très grande zone pour écrire le code, et aide vraiment l'utilisation de toutes ces fenêtres supplémentaires, en leur donnant plus de biens immobiliers qu'ils n'en ont habituellement.
mise à jour: en réponse à tout le monde parlant de l'utilisation du second moniteur pour la documentation ou l'exécution de l'application, je suis entièrement d'accord, et ai oublié de mentionner comment je fais cela. J'utilise PowerMenu alot pour y arriver. Fondamentalement, je peux droit-cliquer sur n'importe quelle fenêtre et mettre toujours sur le dessus. Donc pendant que je débogue, je veux voir mon fenêtre de sortie, mais si je dois me référer à une certaine documentation, je clique sur Mozilla (sur le second moniteur), je la mets sur le dessus, et je retourne à visual studio. Je trouve que cela me permet de gérer les fenêtres d'outils sans avoir à les mélanger beaucoup, ou de prendre de l'espace précieux dans la fenêtre de code.
avoir un onglet de code ouvert sur un moniteur et un deuxième onglet de code ouvert sur le second moniteur avec une seule instance de Visual Studio en cours d'exécution
vous pouvez simplement faire glisser un onglet à L'extérieur de VS sur votre autre écran.
j'ai trois moniteurs, donc je fonctionne habituellement avec cette configuration:
- Moniteur gauche: documentation / ebooks.
- Moniteur Intermédiaire: code / débogage
- Moniteur droit: application D'essai / fichiers journaux de défilement (si nécessaire)
cela fonctionne habituellement assez bien, et puisque les moniteurs sont assez grands, j'ai rarement besoin d'utiliser l'application d'essai en plein écran, donc il y a beaucoup de de la place pour mes fenêtres arrière.
j'utilise aussi AutoHotkey pour assigner des raccourcis clavier qui tournent vers les fenêtres les plus importantes, comme Firefox ou ma session SSH. De cette façon, je peux simplement utiliser une touche de raccourci pour y accéder si nécessaire.
le moniteur de gauche est en fait un ordinateur séparé tournant sous Linux et clavier/souris partagé avec Synergy, donc j'ai plusieurs ebooks ou pages de documentation ouvertes, une sur chaque bureau virtuel... Je peux basculer entre la documentation par bouger ma souris vers la gauche et utilisez la touche de raccourci.
pour le débogage GUI est génial de pouvoir exécuter l'application dans un écran et d'avoir le débogueur dans un autre écran. C'est l'une des utilisations les plus pratiques..
mais vraiment, dépend du type d'application que vous développez, i.e., si vous avez besoin de surveiller les poignées de fichiers ouverts, les journaux, etc.
Lorsque j'ai deux écrans, j'ai voulu faire la même chose que vous, utiliser tout l'espace pour visual studio, mais je pense que vous réalisez qu'il est préférable de garder VS sur un écran, et utiliser le second moniteur pour la documentation, des ressources externes, etc. Vous ne le penseriez pas au début, mais toutes les petites touches comme simplement être en mesure de maximiser d'autres ressources sans qu'ils cachent votre code est une grande fonctionnalité.
J'ai VS dans mon moniteur gauche et L'interface graphique/fenêtre de fonctionnement dans la droite. Cependant, si vous voulez avoir à coder des onglets ouverts sur chaque moniteur, vous pouvez utiliser L'option D'UltraMon pour étendre une fenêtre à travers les deux moniteurs, puis faire glisser une page de code telle qu'elle place un diviseur. Puis, vous alignez ce divider avec la rupture de vos moniteurs.
j'ai déjà fait ça, juste pour le tester. Ce n'est pas une mauvaise installation.
trois moniteurs -- tous 1600x1200
- à Gauche: e-Mail, IM, SQL Server Management Studio, les Bureaux à Distance à des serveurs
- Moyen: VisualStudio, peut-être plusieurs instances -- agrandie, l'explorateur de solutions et de l'équipe de l'explorateur ancrée à droite, les erreurs/de sortie quai bas, d'autres auto-hide
- à droite: navigateurs Web -- mise au point de l'application et travail normal sur le web, ADUC (si nécessaire)
autres les applications se déplacent en fonction de ce sur quoi je travaille et de l'encombrement des moniteurs et de l'interaction entre l'application qui est ouverte et ce pour quoi j'ai besoin des informations qu'elle contient.
j'ai trois moniteurs, mis en place où Visual Studio est plein écran sur le moniteur du milieu, le moniteur de droite a toutes les fenêtres d'outil configurées et le moniteur de gauche est pour le navigateur, l'aide, SSMS, email, etc..
fonctionne bien sauf si je dois me distancer, donc j'ai une configuration exportée séparée pour ramener move the tool windows dans Visual Studio, et une pour les configurer pour plusieurs moniteurs.
bien que j'utilise StudioTools à d'autres fins, il a une option "arracher éditeur", avec lequel vous pouvez "arracher" le fichier à une fenêtre et redimensionner la fenêtre. Trouvez-le très utile
je trouve la fenêtre de définition de Code absolument inestimable d'avoir ouvert dans mon autre moniteur. Lorsque le curseur se déplace sur un nom de type dans votre éditeur, l'autre fenêtre affiche sa définition.
vous pouvez essayer de faire un clic droit sur un fichier dans solution explorer, ouvrir avec, puis aller trouver devenv.EXE. Cela l'ouvrira dans une nouvelle instance de VS. De plus, il sauve devenv comme l'une de vos options par défaut dans le futur, de sorte que vous ne devez pas aller chercher autour de devenv tout le temps. Pas beau, mais une option.