Lorsque je travaille dans Visual Studio 2010, l'IDE semble basculer en mode "Scroll de verrouillage" à des moments aléatoires. Est-ce une nouvelle fonctionnalité dont je ne suis pas au courant (initié par une clé désignée / clic de souris) ou un bug? Je suppose que cela est en fait un problème informatique / matériel sur mon système, mais je voulais vérifier si quelqu'un d'autre connaît ce problème?
Après que je suis dans ce "mode", je ne peux pas sembler en sortir. J'ai essayé de tourner physiquement activé / désactivé plusieurs fois, mettez en surbrillance du texte, etc. Je suis en cliquée sur le coup de ma part une fois, mais je ne sais pas comment. À ce stade, ma seule option est de fermer l'IDE et de redémarrer, puis tout est de retour à la normale.
9 Réponses :
Ce n'est certainement pas une caractéristique de Visual Studio lui-même. Il est possible, bien que je suis d'accord peu probable, qu'une extension tierce cause provoque ce comportement. Pour résumer cela, je désactiverais toutes les extensions et voir si le problème survient toujours.
Si cela survient toujours, je saisirais un autre clavier pour tester la question du matériel.
Les autres utilisateurs semblent avoir le même problème, donc je ne pense pas que son clavier; Je vais devoir penser à quoi / si des extensions que j'ai chargées.
Il pense que le bouton de commande est enfoncé, alors appuyez simplement sur le contrôle et il devrait corriger
Voulez-vous vraiment dire Scrolllock? Afaik VisualStudio ne change de comportement en aucune manière en réponse à Scrolllock.
Je soupçonne ce que vous vivez est que vs croit incorrectement à une ou plusieurs de vos touches de modification sont conservées (Ctrl, Shift Alt). Pour corriger cette presse et libérer chacune des touches de modificateur, une à la fois tandis que VS a la mise au point.
Exemple réel:
L'application que je suis en train de déboguer a l'accent et je tiens la clé CTRL pour une fonction intégrée lorsque je frappe soudainement un point d'arrêt donnant à VS Focus. Cependant, vs semble ne pas être enregistré que j'ai publié la clé CTRL, donc ma première tentative de défilement dans le document à l'aide des résultats de la roue de la souris dans ma commande DPI de la souris ... (Ctrl + roue = zoom)
correction:
Appuyez sur et relâchez la touche Modificateur pendant que VS est axé sur la mise au point.
Il y a un connu Bug dans Visual Studio 2010 qui fait ce genre de chose. La façon dont j'ai vécue est que la touche CTRL gauche sera "bloquée" dans l'application (il ne semble pas se produire avec la touche CTRL droite).
Lorsque cela se produit, vous commencez à obtenir un comportement bizarre (comme l'effet de verrouillage du défilement avec lorsque vous maintenez les flèches Ctrl-up / bas, ou que vous ne pouvez pas arrêter de déboguer car il redémarrera l'application lorsque vous effectuez Shift-F5, Ou vous modifiez la taille du texte du code lorsque vous utilisez la molette de défilement).
Malheureusement, il n'y a pas de solution pour qu'il arrive pour VS2010. Vous avez le choix de vivre avec cela ou de la mise à niveau vers VS2012. D'autres ont rééquilibré certaines de leurs courtes coupes pour travailler autour de ces problèmes.
J'ai eu ce problème où la roue de défilement de ma souris changerait le pourcentage de zoom de mon code ouvert. Appuyez sur ALT pendant que Visual Studio était au focus travaillée pour moi.
Nope, c'est un bug de clé Ctrl ... à l'aide de la touche gauche tout au long de l'heure et de temps en temps, VS2010 va paniquer et laisser la roue de la souris fonctionner de manière indépendante pour zoomer plutôt que pour le défilement, Shift-F5 n'arrête pas de débogage, etc. .
solution pour moi .... Appuyez sur la touche Ctrl droite. Je ne sais pas pourquoi, mais ça l'a fait partir.
pour ceux qui ont ce problème et qui lisent ceci ..
J'ai trouvé un moyen de contourner ce problème et tout ce que vous avez besoin de faire est- Et plus vous aurez ce bogue. :)
La solution pour moi était de frapper la clé Ctrl gauche. Dunno pourquoi, mais cela a fait partir le problème. Cette réponse est différente de celle que l'une ci-dessus suggère de frapper la bonne clé CTRL. J'ai essayé cela en premier mais cela n'a pas corrigé le problème. Mais lorsque je frappe la clé Ctrl gauche, il a réparer le problème. Une autre option est de quitter Visual Studio 2010 et de la démarrer à nouveau.
J'ai eu cette question depuis que je me suis déplacé dans une autre machine de développement, je pensais que ma carte graphique était la question, a presque eu le patron de me commander de nouveaux, car je ne pouvais pas obtenir cela résolue. Agente la fermeture de la fenêtre de la propriété immédiatement corrigée le problème !. Mon correctif précédent consistait à flotter tout et à ne pas rester ouvert dans la zone d'onglet épinglée, qui fonctionne, mais n'est pas pratique.
J'ai remarqué le même problème et je suis incapable d'identifier la cause. Cela ne se produit pas beaucoup, je dirais 1 fois par mois et je me rendais compte que je suis dans cet état verrouillé, il est trop tard pour déterminer ce que j'ai fait pour y arriver. Jusqu'à ce que nous trouvions une solution, je dois faire la même chose; Fermer l'IDE et re-ouvert et le problème est parti.
@LEONS - Auriez-vous d'utiliser MS Natural Keyboard ou une souris d'expert Kensington?
Aucun de ceux-là. J'ai un clavier Dell et Microsoft Mouse. Je ressens la même chose sur mon ordinateur de travail. Là, j'ai un clavier Dynex bon marché et Microsoft Mouse.
Même comportement - Keyboard Logitech ou clavier MacBook Pro. Arrive peut-être 1 à 100 fois à la sortie du débogage. Current, je viens de réussir à quitter le comportement à l'aide de Ctrl-Scroll Lock ...
Même problème dans Visual Studio 2012! Clavier "serrures"; En appuyant sur les touches du curseur entraîne la commutation entre Windows. Aucune idée de la façon de sortir de cela!
Connexes: blogs.msdn.com/b/oldnewthing/ Archive / 2008/02/11 / 7596539.aspx
Mise à jour d'un très vieux fil, mais je n'ai pas vu ce bogue dans Visual Studio 2013.