Visual Studio wydaje się losowo przyjmować Amerykański układ klawiatury

To Sam Windows zmienia układ klawiatury - tak naprawdę nie ma to nic wspólnego z Visual Studio, ale dzieje się tak, gdy używasz Visual Studio, ponieważ kombinacje klawiszy, których używasz podczas wiązania kodu, są podobne do domyślnych kombinacji klawiszy, których używa Windows XP do przełączania układów klawiatury w locie.

Te instrukcje są do wyłączania przełączania układu klawiatury w Windows XP. Podobnie jest w innych wersjach Windows: -

• przejdź do Panelu sterowania i wybierz Opcje regionalne i językowe.
• następnie na karcie języki naciśnij przycisk Szczegóły.
• w oknie dialogowym, które się pojawi, na karcie Ustawienia, naciśnij przycisk na klawiaturze u dołu.
• w oknie "Zaawansowane ustawienia klawiszy", które pojawi się, wybierz inne języki jeden po drugim i odznacz opcje sekwencji klawiszy.
• OK it all out and you ' re free from frustration:)

U62 - może ludzie nie zaznaczają Twojego rozwiązania jako odpowiedzi, jeśli nie jest to odpowiedź dla nich?

Nie jest to dla mnie CTRL+SHIFT ani żaden inny problem z wiązaniem klawiszy.

Nie mam nawet zainstalowanej klawiatury US-International, ale Visual Studio ciągle do niej wraca (widzę ją w pasku języka, ale gdy wchodzę do Panelu sterowania, nie ma jej na liście zainstalowanych klawiatur).

Zdecydowanie coś jest nie tak z Visual Studio, bo jeśli wtedy przeniosę się do Notatnik, Notatnik wie, że klawiatura jest UK. Wróć do VS2010 ponownie i jest z powrotem na Us International.

EDIT: odpowiedzią jest przejście do ustawień programu Visual Studio i wybranie okienka Ustawienia Międzynarodowe. Upewnij się, że język jest ustawiony na "taki sam jak Microsoft Windows". "English" wydaje się być międzynarodowym angielskim klawiaturą.

Zamieściłem to na kolejne pytanie , ale chciałem zamieścić tutaj zdjęcie w przypadku, gdy nie używasz XP i chcesz zobaczyć, jak to osiągnąć w Windows 7:

Wiem, że jest dość późno, ale nikt nie powiedział, Jak to wyłączyć.

W systemie Windows 7 przejdź do Ustawienia regionalne - > klawiatury i układy - > Zmień klawiatury - > Zaawansowane ustawienia klawiszy - > klawisze skrótów dla języków wprowadzania.

Wybierz "między językami wejściowymi" i zmień sekwencję klawiszy na"nie przypisany"

Natknąłem się na ten sam problem w Visual Studio 2010 Beta 1.

Dowiedziałem się jednak, że naciśnięcie CTRL + SHIFT przełącza klawiaturę pomiędzy Qwerty a Dvorak.

To było bardzo bolesne, gdy zapisałem wszystkie (CTRL + SHIFT + S) i przypadkowo zwolniłem przed naciśnięciem "S", dopóki nie zorientowałem się, co spowodowało problem.

Właściwie mogę to odtworzyć po tych krokach. Podejrzewam, że może to mieć związek z kulturą językową skompilowanej aplikacji. Mam brytyjską i amerykańską klawiaturę na pasku języka.

Zbudowałem prostą aplikację C # Windows Forms. Ustawiłem nam ustawienia klawiatury. Mam klawiaturę amerykańską, chociaż reszta ustawień regionalnych na maszynie to Wielka Brytania (amerykańska wersja klawiatury Micosoft, którą mam, ma o jeden klawisz mniej niż wersja brytyjska i jest to ukośnik wsteczny, grr.) Po uruchomieniu aplikacji w debugerze ustawienia klawiatury cudownie zmieniły się z powrotem do ustawień w Wielkiej Brytanii. Dzieje się tak za każdym razem, więc nie jest tak, że naciska się inny klawisz. Powinienem również wspomnieć, że dzieje się to w systemie Windows Vista.

Windows 7

Usuń wszystkie oprócz jednej klawiatury z:

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

W XP, jeśli jest zainstalowany więcej niż 1 język wprowadzania klawiatury (np. Dvorak i Qwerty) XP będzie losowo odwracać klapę, szczególnie z powrotem do domyślnego języka systemu operacyjnego, i to głównie dzieje się tylko podczas korzystania z aplikacji Microsoft. I jestem na 100% pewien, że nie wciskam Alt+Shift ani żadnej innej kombinacji klawiszy. Ten sam problem prawdopodobnie będzie cię prześladować bez względu na to, jakie mapowania klawiatury lub języki masz.

Jedyną poprawką jest usunięcie języka pomocniczego i dodanie go tylko wtedy, gdy jest potrzebny. Innym rozwiązaniem jest użycie Visty, który zauważyłem, że nie cierpi już na ten błąd (który jest tam od kiedy zacząłem używać Dvorak z powrotem w 2003 i nawet XP SP3 go nie naprawił).