Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

0.10.0 dev (master branch) can not input chinese by apple input method #5669

Closed
wendajiang opened this issue Dec 9, 2021 · 16 comments
Closed

Comments

@wendajiang
Copy link
Contributor

System

OS: macOS (m1 pro silicon)
Version: 0.10.0 dev

problem:
image

press 1 to choose 你好, but alacritty show ni hao

@wendajiang
Copy link
Contributor Author

eg.
release 0.9.0 build on m1 macbook, can input chinese, but press delete can delete alacritty character not only input method pinyin

@chrisduerr
Copy link
Member

Can you bisect which commit introduced this regression? I'd probably start with 4c6a763.

@wendajiang
Copy link
Contributor Author

Yes, I try to back to 8681f71, representation is equal release 0.9.0

@chrisduerr
Copy link
Member

Yes, I try to back to 8681f71, representation is equal release 0.9.0

Are you claiming 8681f71 broke it? Because that's difficult to believe.

@wendajiang
Copy link
Contributor Author

No, I also think it start with 4c6a763 😂

@chrisduerr
Copy link
Member

You think? Are you guessing or have you actually confirmed it?

@wendajiang
Copy link
Contributor Author

back

As I say, I try to git reset 8681f71, and the input is equal to release 0.9.0, and reset 4c6a763, it doesn't work.

@ArturKovacs
Copy link

ArturKovacs commented Dec 21, 2021

I have a suspicion that @wendajiang has an incorrect idea of what the expected behavior is.

@wendajiang please do the following steps in Alacritty

  1. type "ni hao"
  2. press 1
  3. press return

Does Alacritty show 你好 instead of ni hao? Because that's the intended behavior as far as I understand.

@chrisduerr
Copy link
Member

@ArturKovacs has the behavior changed? Or was it supposed to? Seems like there certainly seems to be a difference.

@ArturKovacs
Copy link

Yes, it was supposed to change. Although due to my mistake it wasn't noted in winit's changelog.

This is the PR that changed the behavior: rust-windowing/winit#1979

@wendajiang
Copy link
Contributor Author

I have a suspicion that @wendajiang has an incorrect idea of what the expected behavior is.

@wendajiang please do the following steps in Alacritty

  1. type "ni hao"
  2. press 1
  3. press return

Does Alacritty show 你好 instead of ni hao? Because that's the intended behavior as far as I understand.

Unfortunately, when I do these steps, Alacrity still show ni hao, as when press 1, the input is already end, then press return, terminal see ni hao as command

@ArturKovacs
Copy link

Thank you for checking.

I made a PR for winit that reverts the changes that caused this issue. rust-windowing/winit#2119

@chrisduerr
Copy link
Member

@ArturKovacs Do you plan on releasing a new patch version? Would love to ensure Alacritty's 0.10.0 doesn't introduce a regression.

@ArturKovacs
Copy link

Do you plan on releasing a new patch version?

Good idea, I'll pursue a quick release.

@ArturKovacs
Copy link

The new winit version, 0.26.1 has been released with the fix

@chrisduerr
Copy link
Member

Fixed in 50c7c2b.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

Successfully merging a pull request may close this issue.

3 participants