starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-02-04 05:35:20 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

Has the automatic switching input method function been canceled? #22173

New Issue
Closed
opened 2026-01-31 08:05:28 +00:00 by claunia · 10 comments
claunia commented 2026-01-31 08:05:28 +00:00
Owner
Copy Link

Originally created by @ZhangWeinian on GitHub (Aug 28, 2024).

Originally assigned to: @lhecker on GitHub.

The automatic switching input method function before version 1.21.2361.0 is very useful! But after the update, this feature became invalid, and I couldn't find any relevant options in the settings. May I ask if this function can be restored? This is of great convenience for those who do not speak English as their mother tongue!

Originally created by @ZhangWeinian on GitHub (Aug 28, 2024). Originally assigned to: @lhecker on GitHub. The automatic switching input method function before version 1.21.2361.0 is very useful! But after the update, this feature became invalid, and I couldn't find any relevant options in the settings. May I ask if this function can be restored? This is of great convenience for those who do not speak English as their mother tongue!
claunia commented 2026-01-31 08:05:32 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Aug 29, 2024):

Wait, just to be sure - you actually liked that it switched back to English by default?

We had pretty much universally negative feedback on that, or at least the way it was implemented.

In 1.21 we did entirely rewrite the IME code, so we probably can't just bring it back like it was before. But I can imagine we could add an opt-in setting that would bring that back...

older context:

@zadjii-msft commented on GitHub (Aug 29, 2024): Wait, just to be sure - you actually liked that it switched back to English by default? We had pretty much universally negative feedback on that, or at least the way it was implemented. In 1.21 we did entirely rewrite the IME code, so we probably can't just bring it back like it was before. But I can imagine we could add an opt-in setting that would bring that back... --- older context: * #12731 * #13028 * #13398 * #13681 * #14407 * #17067
claunia commented 2026-01-31 08:05:32 +00:00
Author
Owner
Copy Link

@ZhangWeinian commented on GitHub (Aug 29, 2024):

Yes, my friend. When the focus is on the WindowsTerminal window, automatically switch the input method to English; At the same time, when the focus leaves the WindowsTerminal window, switch back to the original input method. I think this feature is quite practical!!!
My native language is Chinese, but when executing commands on a WindowsTerminal, I use English.
Previously, I could search for Chinese content in a browser and execute commands in a WindowsTerminal without having to switch input method languages back and forth. But now when I first open the WindowsTerminal, I have to manually change the input method to English first🤣

@ZhangWeinian commented on GitHub (Aug 29, 2024): Yes, my friend. When the focus is on the WindowsTerminal window, automatically switch the input method to English; At the same time, when the focus leaves the WindowsTerminal window, switch back to the original input method. I think this feature is quite practical!!! My native language is Chinese, but when executing commands on a WindowsTerminal, I use English. Previously, I could search for Chinese content in a browser and execute commands in a WindowsTerminal without having to switch input method languages back and forth. But now when I first open the WindowsTerminal, I have to manually change the input method to English first🤣
claunia commented 2026-01-31 08:05:32 +00:00
Author
Owner
Copy Link

@lhecker commented on GitHub (Aug 29, 2024):

Edit: Oh, I haven't reloaded the website while writing this comment. I wrote it before either of you two had commented.

We've received a lot of complaints from our users about the automatic input method switching. It was never an intentional feature either, so we fixed this supposed issue.

But the new version ensures that the input method doesn't change when you switch between applications. When you launch Windows Terminal, it'll be in the composition mode (中), press Shift and it'll switch to English input (英). Then when you switch to another application and come back to Windows Terminal it should restore English input (英). Does this not happen for you?

@lhecker commented on GitHub (Aug 29, 2024): Edit: Oh, I haven't reloaded the website while writing this comment. I wrote it before either of you two had commented. We've received a lot of complaints from our users about the automatic input method switching. It was never an intentional feature either, so we fixed this supposed issue. But the new version ensures that the input method doesn't change when you switch between applications. When you launch Windows Terminal, it'll be in the composition mode (中), press Shift and it'll switch to English input (英). Then when you switch to another application and come back to Windows Terminal it should restore English input (英). Does this not happen for you?
claunia commented 2026-01-31 08:05:32 +00:00
Author
Owner
Copy Link

@ZhangWeinian commented on GitHub (Aug 29, 2024):

My previous description may not have been clear enough, but I would like to have this feature:
When opening a new Windows terminal window, always ensure that the default input method at this time is the English input method.
This feature seemed to exist in previous versions (as there was no need to manually switch input methods at the time), but after updating to version 1.21.2361.0, when opening a new Windows terminal window, it uses the Chinese input method.

  • The following picture shows that I am currently using an English input method
    image

  • When I open a new WindowsTerminal window, I didn't manually switch input methods, but now the input method has changed to Chinese input method (although Chinese is my preferred language on my computer)
    image

My intention is to automatically switch the default input method language to English input method if the focus is on the Windows Terminal window, without the need for manual switching, just like before version 1.21.2361.0❤️

@ZhangWeinian commented on GitHub (Aug 29, 2024): My previous description may not have been clear enough, but I would like to have this feature: When opening a new Windows terminal window, always ensure that the default input method at this time is the English input method. This feature seemed to exist in previous versions (as there was no need to manually switch input methods at the time), but after updating to version 1.21.2361.0, when opening a new Windows terminal window, it uses the Chinese input method. * The following picture shows that I am currently using an English input method ![image](https://github.com/user-attachments/assets/d2d31be5-1ce0-43e1-9e8d-66412d831c3b) * When I open a new WindowsTerminal window, I didn't manually switch input methods, but now the input method has changed to Chinese input method (although Chinese is my preferred language on my computer) ![image](https://github.com/user-attachments/assets/89c29c6f-3852-466a-8593-721ac4f84dc6) **My intention is to automatically switch the default input method language to English input method if the focus is on the Windows Terminal window, without the need for manual switching, just like before version 1.21.2361.0**❤️
claunia commented 2026-01-31 08:05:33 +00:00
Author
Owner
Copy Link

@lhecker commented on GitHub (Aug 29, 2024):

Would your issue also be solved if we ensured the input method doesn't change when you create a new window or tab?

Generally speaking, I don't mind adding a setting that changes the method to English on start.

@lhecker commented on GitHub (Aug 29, 2024): Would your issue also be solved if we ensured the input method doesn't change when you create a new window or tab? Generally speaking, I don't mind adding a setting that changes the method to English on start.
claunia commented 2026-01-31 08:05:33 +00:00
Author
Owner
Copy Link

@ZhangWeinian commented on GitHub (Aug 29, 2024):

Yes, it would be great if a setting could be added that allows users to decide which language input method to use when opening a WindowsTerminal window!!!

@ZhangWeinian commented on GitHub (Aug 29, 2024): Yes, it would be great if a setting could be added that allows users to decide which language input method to use when opening a WindowsTerminal window!!!
claunia commented 2026-01-31 08:05:33 +00:00
Author
Owner
Copy Link

@Delphier commented on GitHub (Aug 30, 2024):

I encountered the same problem. After upgrading, I had to switch the input method every time I opened the terminal.

I don't think it's necessary to add a setting option. Like the previous version, the default English should be a better choice. Because most of the input in the terminal is English commands, few people should use commands in other languages. When you need to input other languages, just use Shift to switch.

@Delphier commented on GitHub (Aug 30, 2024): I encountered the same problem. After upgrading, I had to switch the input method every time I opened the terminal. I don't think it's necessary to add a setting option. Like the previous version, the default English should be a better choice. Because most of the input in the terminal is English commands, few people should use commands in other languages. When you need to input other languages, just use Shift to switch.
claunia commented 2026-01-31 08:05:33 +00:00
Author
Owner
Copy Link

@lhecker commented on GitHub (Sep 3, 2024):

I don't think it's necessary to add a setting option. Like the previous version, the default English should be a better choice.

As mentioned above, a lot of people complained about the switching, so we won't do that anymore. The IME now uses whatever language Windows picks for us.

@Delphier By the way, if you don't mind, can you explain why this change is annoying for you? I know that you can switch to English input by pressing Shift, right? So, is this more about convenience for you, or are there some bugs in Windows Terminal where it switches between Chinese and English input unexpectedly?

@lhecker commented on GitHub (Sep 3, 2024): > I don't think it's necessary to add a setting option. Like the previous version, the default English should be a better choice. As mentioned above, *a lot* of people complained about the switching, so we won't do that anymore. The IME now uses whatever language Windows picks for us. @Delphier By the way, if you don't mind, can you explain why this change is annoying for you? I know that you can switch to English input by pressing Shift, right? So, is this more about convenience for you, or are there some bugs in Windows Terminal where it switches between Chinese and English input unexpectedly?
claunia commented 2026-01-31 08:05:34 +00:00
Author
Owner
Copy Link

@Delphier commented on GitHub (Sep 4, 2024):

@lhecker

Since Windows 11 (maybe Windows 10, I'm not sure), the problem of input method switching has been bothering me:
My default input method is Chinese, but some programs are in English input state by default after opening, such as Chrome, Edge, VSCode, and the old version of Windows Terminal, but some programs are in Chinese input state after opening, such as Sublime Text, Notepad and many other programs.

I don't know much about input method development, so I'm not sure where the problem lies.

I just checked the Windows input method settings again and found that the input method I use can set the default mode (Chinese or English). It was always Chinese before. After I switched to English, I found that the new version of Windows Terminal will be in English input state by default.

image

So my previous suggestion should be inaccurate. The current Windows Terminal input method processing should be correct: keep it consistent with the Windows input method settings.

@Delphier commented on GitHub (Sep 4, 2024): @lhecker Since Windows 11 (maybe Windows 10, I'm not sure), the problem of input method switching has been bothering me: My default input method is Chinese, but some programs are in English input state by default after opening, such as Chrome, Edge, VSCode, and the old version of Windows Terminal, but some programs are in Chinese input state after opening, such as Sublime Text, Notepad and many other programs. I don't know much about input method development, so I'm not sure where the problem lies. I just checked the Windows input method settings again and found that the input method I use can set the default mode (Chinese or English). It was always Chinese before. After I switched to English, I found that the new version of Windows Terminal will be in English input state by default. ![image](https://github.com/user-attachments/assets/a6809142-192e-41cc-86df-76c5d79392e3) So my previous suggestion should be inaccurate. The current Windows Terminal input method processing should be correct: keep it consistent with the Windows input method settings.
claunia commented 2026-01-31 08:05:34 +00:00
Author
Owner
Copy Link

@ZhangWeinian commented on GitHub (Sep 4, 2024):

Considering the widespread use of WindowsTerminal, I believe adding a setting for users to decide which language input method to use when opening WindowsTerminal is the most widely accepted choice. Combined with the feature in Windows that allows different input methods to be used in different windows, it should be possible to completely avoid manually switching input methods.

Ensure that the default input method when typing in WindowsTerminal is English (unless the user switches to it after opening the terminal), and that windows outside the terminal are determined by the Windows system and the user.

@ZhangWeinian commented on GitHub (Sep 4, 2024): Considering the widespread use of WindowsTerminal, I believe adding a setting for users to decide which language input method to use when opening WindowsTerminal is the most widely accepted choice. Combined with the feature in Windows that allows different input methods to be used in different windows, it should be possible to completely avoid manually switching input methods. Ensure that the default input method when typing in WindowsTerminal is English (unless the user switches to it after opening the terminal), and that windows outside the terminal are determined by the Windows system and the user.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Area-TerminalControl In-PR Issue-Task Needs-Tag-Fix Product-Terminal
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#22173
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?