Comment puis-je modifier les raccourcis souris Visual Studio?
Auparavant, Visual Studio exécutait la commande "Naviagte Backward" à chaque fois que je cliquais sur le bouton arrière de ma souris, mais cela s'est récemment arrêté. Comment puis-je modifier les paramètres de raccourci de la souris de Visual Studio pour réactiver cette fonctionnalité?
Edit: Commencer une prime, je n'ai toujours pas eu de réponse concrète à ce sujet.
De mon sujet .
Plugin attaché Accédez aux boutons de la souris: Navigation de la souris La dernière version (2.2.0) fonctionne correctement.
Quelques éclaircissements:
Visual Studio (2012) sépare la navigation normale de la navigation "cliquer pour aller".
Navigation normale: clic de souris n'importe où dans l'éditeur de code, changement d'onglet également.
Cliquez pour aller à la navigation: Aller à la définition, résultat de la recherche, clic. Il est contrôlé par les boutons nommés: "Parcourir en arrière/suivant" "Définition précédente/suivante, déclaration ou référence". Vous pouvez le trouver dans la barre d'outils personnalisée Afficher.
Les boutons Précédent/Suivant de la souris VS par défaut sont associés aux boutons "Parcourir Précédent/Suivant", et non à la fonction Navigation précédente/suivante.
Le plug-in VS Navigation de la souris définit les boutons de la souris sur Naviguer en arrière/en avant. Le seul problème restant est que, parce que VS ne considère pas le "clic pour aller" comme une navigation normale, lorsque vous cliquez pour accéder à une définition et essayez de revenir en arrière en utilisant la combinaison de touches Ctrl + ou la souris, vous ne revenez pas à la dernière position , mais à la position précédente "Navigation normale".
Ma suggestion au développeur de plug-in est d’essayer de faire en sorte que VS considère la navigation "click to go" comme une navigation normale, résolvant complètement ce problème.
Exécutez-vous Visual Studio en tant qu'administrateur? Je sais que c'était un problème pour moi et ma souris Logitech exécutant Logitech SetPoint. Si vous exécutez SetPoint en tant qu'administrateur, tous vos boutons recommenceront à fonctionner.
M'a aidé et peut aider les autres, mais pourrait ne pas être le problème avec le vôtre.
Il n'y a pas encore de problème 2012, mais rien de moins, rien de tout ça.
Mes sentiments sur la concorde avec vos sentiments et vos impressions sur les souris, en bas de la souris, sont indiqués ci-dessous:
"La solution logicielle IntelliPoint que vous utilisez pour le faire http://www.Microsoft.com/hardware . À partir du logiciel que vous souhaitez télécharger Cliquez sur ce bouton pour afficher tout ce que vous voulez sur le programme, les options, le contenu et les couleurs, ainsi que le type de tâche.Ctrl+-eCtrl+Shift+-para os botões esquerdo e direito do mouse. Vous avez besoin de savoir comment acheter des objets précieux. "
http://www.Microsoft.com/hardware/en-us/downloads/mouse-keyboard-center
EDIT: Infelizmente, ele não funciona com or us Trust MaxTrack e não há software equivalente (que sa sa).
Vous pouvez également annuler la construction à l'aide du calculateur.
Visual Studio 2010 manque simplement de prise en charge de cela en C++, Visual Basic et F #
Utiliser un complément est une option? En voici un: Navigation dans le code, avant/arrière, à l’aide des boutons de la souris, dans Visual Studio 2010 (C++, Visual Basic, F #)
Je pense que c'est la solution la plus simple pour résoudre ce problème.
Dans Visual Studio 2017 15.04, une nouvelle option a été ajoutée pour permettre à Ctrl-Click d'accéder à la fonctionnalité de définition fournie par les outils de productivité. Lorsque je l'ai désactivé, le bouton de retour de la souris a de nouveau commencé à fonctionner comme "naviguer à l'envers". L'option est ici:
Outils> Options> Editeur de texte> Général> Activer le clic de la souris pour accéder à la définition.
Je ne sais pas si vous avez déjà essayé cela, mais cela pourrait vous être utile. Je n'ai pas essayé cependant, donc je ne sais pas si cela fonctionne bien.
UAC est la raison ...
L'isolation de privilèges d'interface utilisateur (UIPI) implémente des restrictions dans le sous-système Windows qui empêchent les applications à privilèges inférieurs d'envoyer des messages de fenêtre ou d'installer des points d'ancrage dans les processus dotés de privilèges supérieurs. Les applications à privilèges supérieurs sont autorisées à envoyer des messages de fenêtre à des processus à privilèges inférieurs. Les restrictions sont implémentées dans SendMessage et les fonctions de message de fenêtre associées. Tous les messages de fenêtre envoyés d'un processus à privilèges inférieurs à un processus à privilèges supérieurs ne sont pas bloqués. En règle générale, les messages de type "lu", par exemple WM_GETTEXT, peuvent être envoyés d'un privilège inférieur à une fenêtre de privilèges supérieurs. Toutefois, les messages de type écriture, tels que WM_SETTEXT, sont bloqués.
et je ne connais aucune solution, car élever le processus du pilote est pas une solution.