Visual Studio semble adopter au hasard la disposition du clavier américain


116

Gah! Cela me cause vraiment des tracas aujourd'hui. Soudainement, sans avertissement '@' (au symbole) et '"' (guillemets doubles) sont des places d'échange sur mon clavier mais UNIQUEMENT dans Visual Studio 2008!

Je n'arrive pas à trouver quoi que ce soit dans l'aide ou en ligne pour expliquer / remédier à cela. Existe-t-il un raccourci clavier que j'exécute par inadvertance?

J'ai redémarré mon PC et il est parti pendant une heure ou deux, puis est revenu soudainement.

Oh, la folie :(


1
de temps en temps, le mien passe en fr-ca - oh doux mystère de la vie!
annakata le

J'obtiens cela dans Eclipse sur Windows XP.
JeeBee

Je reçois ceci sur mon bureau Windows XP, il passe de SwissGerman aux États-Unis de temps en temps .. la raison en est un gros doigté de <alt Gr> et la touche espace (peut-être shift, pas toujours répétable) ... le seul le remède connu consiste à le remettre manuellement.
lexu

J'ai eu un problème similaire que je souhaiterais décrire sur stackoverflow.com/questions/5951960/… , mais cela s'est produit lorsque je
tapais

Réponses:


218

J'ai essayé la même chose, mais il s'est avéré que c'était parce que j'appuyais sur Alt + Shift dans certains programmes, déclenchant ainsi le changement de langue dans Windows.

Se pourrait-il que vous ayez accidentellement appuyé sur Alt + Maj ou Ctrl + Maj (disposition britannique) lors du codage?


4
Était sur le point de publier le même. Il est très probable que Alt + Shift change lorsque les paramètres régionaux d'entrée changent mystérieusement.
OregonGhost

14
même problème pour moi, seulement je passe de Dvorak à qwerty mid senyabj.
Chris Huang-Leaver le

1
J'avais supprimé toutes les alternatives d'entrée au clavier à l'exception de celle que j'utilise, et je pouvais tout de même basculer entre ma configuration et la configuration américaine dans Visual Studio uniquement. Bizarre. J'ai dû supprimer la liaison de la touche Maj + Alt pour éviter ce problème.
angularsen

1
AAAAAAAAaaaaaaaaaargh !!!!! Quels engourdis ont trouvé ça? Alt + Shift + Tab passe à la tâche précédente dans le sélecteur de tâches, je le frappe donc. Cela me rendait fou!

1
Windows 10 a certains de ses paramètres de clavier déplacés dans la nouvelle application Paramètres, mais il existe également une option dans les anciens paramètres de région pour sélectionner une région pour les applications qui ne prennent pas en charge Unicode. Pour moi, cela a été réglé sur l'anglais (Royaume-Uni) même si ma seule langue d'affichage est l'anglais (Australie).
rensa

84

C'est Windows lui-même qui modifie la disposition du clavier - cela n'a vraiment rien à voir avec Visual Studio, mais cela se produit lorsque vous utilisez Visual Studio car les combinaisons de touches que vous utilisez lors de la liaison de code sont similaires aux combinaisons de touches par défaut que Windows XP utilise pour changer de disposition de clavier à la volée.

Ces instructions concernent la désactivation de la commutation de disposition du clavier dans Windows XP. C'est similaire dans d'autres versions de Windows: -

  • Allez dans le panneau de configuration et sélectionnez Options régionales et linguistiques.
  • Ensuite, sur l'onglet Langues, cliquez sur le bouton Détails.
  • Dans la boîte de dialogue qui apparaît, sous l'onglet Paramètres, appuyez sur le bouton Clavier en bas de celui-ci.
  • Dans la boîte "Paramètres de touches avancés" qui apparaît, sélectionnez les autres langues une par une et décochez les options de séquence de touches.
  • OK tout cela et vous êtes libre de frustration :)

Cela a également corrigé mon Eclipse. Cela ne m'a jamais vraiment dérangé parce que j'ai un Mac à la maison et que les @ et "sont allumés de toute façon sur leur disposition au Royaume-Uni.
JeeBee

2
Merci pour cela. Cela me rendait fou. Dans Windows 7, vous pouvez dissocier le raccourci qui change de langue. Ma seule option de langue est l'anglais (Royaume-Uni) et pourtant il bascule entre l'anglais américain et britannique dans VS; délier la clé résout le problème.
Mark Simpson

J'ai certainement eu une occasion où SQL Server Management Studio (basé sur Visual Studio) a adopté la disposition du clavier américain sans raison apparente, mais toutes les autres applications étaient sur la disposition britannique, donc ce n'était pas un paramètre Windows global pour moi.
Martin Smith

1
Pas seulement XP !! Windows 7 aussi (pour moi)
Coops

J'avais le même problème avec SQL Server Management Studio pour SQL Server 2012. J'ai supprimé les dispositions de clavier supplémentaires que j'avais précédemment installées à des fins de test. Le problème a disparu. Je vous remercie!
Paul Williams

28

U62- Peut-être que les gens ne marquent pas votre solution comme une réponse si ce n'est pas une réponse pour eux?

Ce n'est pas un CTRL + SHIFT ou tout autre problème de liaison de clé pour moi.

Je n'ai même pas de clavier US-International installé, mais Visual Studio y revient constamment (je peux le voir dans la barre de langue, mais lorsque je vais dans le Panneau de configuration, il ne figure pas dans la liste des claviers installés).

C'est vraiment quelque chose qui ne va pas avec Visual Studio, car si je passe ensuite au Bloc-notes, le Bloc-notes sait que le clavier est au Royaume-Uni. Revenez à VS2010 et il est de retour sur US International.

MODIFIER: la réponse est d'aller dans les paramètres de Visual Studio et de sélectionner le volet Paramètres internationaux. Assurez-vous que la langue est définie sur «Identique à Microsoft Windows». "Anglais" semble être l'anglais du clavier international américain.


J'ai eu la même chose où Management Studio passe à la mise en page américaine et toutes les autres applications sont également sur la mise en page britannique.
Martin Smith

Merci pour le conseil. Cependant, vous devez redémarrer VS après, ce qui est incroyablement ennuyeux! Modifiez le paramètre par défaut au hasard, puis forcez-moi à redémarrer VS. Bravo VS, bravo.
bileyazan le

Il me semble que c'est un problème de Visual Studio 2010. Je ne me souviens pas que cela se soit produit dans la version 2008. L'option dont vous parlez est dans le menu Outils> Options> Enironnment> Paramètres internationaux. Il semble que votre solution ait résolu mon problème; peut-être que j'en parle trop tôt.
sergiol

Merde, ce paramètre devrait être par défaut
Coops

Cela l'a corrigé pour moi aussi, mais je dois dire que cela a commencé juste à ce moment-là après l'installation de resharper. Cela n'est jamais arrivé auparavant.
Andreas H.

11

J'ai posté ceci sur une autre question , mais je voulais publier l'image ici au cas où vous n'utilisez pas XP et que vous voulez voir comment y parvenir dans Windows 7:

entrez la description de l'image ici


1
Très bonne publication. Je ne suis jamais allé à cette option en 20 ans d'utilisation de Windows. Maintenant, je sais enfin pourquoi Windows change de clavier "mystérieusement"
Eagle

5

Je sais que c'est assez tard, mais personne n'a vraiment dit comment le désactiver.

Dans Windows 7, accédez à Paramètres régionaux -> Claviers et mises en page -> Modifier les claviers -> Paramètres des touches avancées -> Touches de raccourci pour les langues de saisie.

Sélectionnez "Entre les langues de saisie" et changez la séquence de touches en "Non attribué"


3

Windows 7

Supprimez tous les claviers sauf un de:

Control Panel>> Region And Language>> Keyboards and Languages>>Change Keyboards

entrez la description de l'image ici


1

J'ai rencontré le même problème dans Visual Studio 2010 Beta 1.

Cependant, j'ai appris qu'en appuyant sur CTRL + SHIFT, votre clavier bascule entre Qwerty et Dvorak.

C'était extrêmement douloureux quand je sauvegardais tout (CTRL + SHIFT + S) et que je relâchais accidentellement avant d'appuyer sur le «S» jusqu'à ce que je comprenne ce qui causait le problème.


Aïe, dommage que Dvorak ne soit pas plus populaire car il est plus rapide!
Coops

1

En fait, je peux reproduire ceci en suivant ces étapes. Je soupçonne que cela pourrait avoir à voir avec la culture de la langue de l'application compilée. J'ai un clavier britannique et américain dans la barre de langue.

J'ai créé une simple application C # Windows Forms. J'ai défini les paramètres du clavier sur US. J'ai un clavier américain bien que le reste des paramètres régionaux de la machine soient britanniques (la version américaine du clavier Micosoft que j'ai a une touche de moins que la version britannique et c'est une barre oblique inverse, grr.) Lorsque je lance l'application dans le débogueur, les paramètres du clavier ont été miraculeusement modifiés pour revenir aux paramètres britanniques. Cela se produit à chaque fois, ce n'est donc pas qu'une autre touche est enfoncée. Je dois également mentionner que cela se produit dans Windows Vista.


0

Sous XP, si plus d'une langue de saisie au clavier est installée (ex: Dvorak et Qwerty), XP bascule de manière aléatoire, en particulier pour revenir à la langue par défaut du système d'exploitation, et cela ne se produit généralement que lors de l'utilisation d'une application Microsoft. Et je suis sûr à 100% de ne pas appuyer sur Alt + Maj ou toute autre combinaison de touches. Ce même problème vous hantera probablement, quels que soient les mappages de clavier ou les langues que vous avez.

Le seul correctif est de supprimer la langue secondaire et de l'ajouter uniquement lorsque vous en avez besoin. L'autre solution est d'utiliser Vista, qui, je remarque, ne souffre plus de ce bogue (cela existe depuis que j'ai commencé à utiliser Dvorak en 2003 et même pas XP SP3 l'a corrigé).


0

Pour revenir à la langue que vous voulez dans VSC:
1- vous devez appuyer sur Ctrl + Alt + P,
2- puis dans l'affichage qui apparaîtra en haut, écrivez la langue que vous voulez au cas où elle n'apparaît pas,
3- une fois ceci est fait, VSC vous demandera de redémarrer.
4- Une fois le redémarrage terminé, tout devrait bien se passer.

Cela résout le problème pour moi tout le temps

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.