-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Support inline "input method" input #1613
Comments
Is there a way to solve this issue without incorporating gtk or qt? Does XIM support inline input? |
It is possible to solve this without gtk or qt, there's no reason why this would be necessary. However making these changes inline is complicated, since Alacritty doesn't handle this directly and there's no logic to support it at all. |
Alacritty seemed to support over-the-spot IME, is there any reason why over-the-spot preedit area is not good enough to cover usage like on-the-spot preedit area? It seemed to be common to have over-the-spot preedit area in X11, I never used on-the-spot preedit area. Maybe it performs better for chinese input rather than japanese input. |
This would be a nice QoL addition to CJK users, because over-the-spot preedit often feels rather clunky, since you have to consciously switch focus up and down. |
@AitBits No, I never had to do that. I never looked at the place where we edit, I just look at the preedit area, maybe japanese is different since one seemed to be able to insert a few characters at a time, for chinese most of time I insert small words since it cannot insert character one by one. |
@pickfire I'm a korean user, so don't really know how it works out for japanese usage. It seems like it's a matter of preference here looking at two diverging opinions. For typing korean words, on-the-spot method has been de-facto standard for decades and over-the-spot preedit feels really distracting. But usually I never type any korean words in terminal so this is a trivial matter for me, though there are definitely other cases involving heavy korean usage. |
Inline input method is ideal, but I'd be happy with wayland input method support. Right now, alacritty doesn't support wayland input method standards. X11 is insecure and harms privacy. |
alacritty has support for |
Fcitx5 doesn't work on alacritty with wayland backend. I'm on sway with wlroots. |
Does fcitx5 setup to use Wayland backend and not a dbus? I know that it should work, but last time sway/fcitx has popup window problems. |
After testing, I confirmed that disabling classic user interface in fcitx5 enables input method on wayland alacritty. However, if I disable classic user interface, input method is extremely buggy on alacritty. According to https://fcitx-im.org/wiki/Todo-List wayland support is in progress. We still have to wait. |
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
If someone could test inline input method implemented in #5790 that will be nice, though only X11 and Wayland are supported. |
Thank you @kchibisov for tackling this problem. I tried it on Ubuntu 21.10 on Xorg with uim-skk. While inline candidates displayed in inline, box candidates are displayed below the window. |
@KeenS does master has the same issue? I can't test X11 now, but I can say that on Wayland they aligned properly. |
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes search bar draw proper Underline cursor instead of using '_' character. Fixes alacritty#1613.
Although alacritty is an amazing terminal emulator, I am not interested in maintaining configuration files for it at this time. The current config works and is an excellent replica of the current kitty config. If you have a desire to use alacritty, you can use the files in this commit to get amazing support for things like pywal. The reason alacritty is being removed is because it doesn't fully support fcitx. Currently "inline input" doesn't work in Xorg, and it's impossible to see input under GNOME Wayland. For simplicity, only the terminal emulator that works the best for me will be officially supported, since I've never had a reason to use alacritty anyway. Source: alacritty/alacritty#1613
This commit adds support for inline IME handling. It also makes the search bar use underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes the search bar use underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes the search bar use underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes the search bar use underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes the search bar use underline cursor instead of using '_' character. Fixes alacritty#1613.
This commit adds support for inline IME handling. It also makes the search bar use underline cursor instead of using '_' character. Fixes #1613.
Do you have inline preedit or you just have that popup at the bottom of the screen all the time. Could you provide the |
I have set up inline preedit in program globally. Here is the log when inline is set up, with And this one without inline editing: |
It seems like your IME provide its own inline input and given that we Xlib doesn't support popup positioning you have it that way. Could you setup your IME to operate normally with preedit so it won't try to draw preedit and basically forward events to alacritty? The issue is that your IME does its own inline preedit, so it's not really inline preedit in the application. The behavior you're seeing is sort of expected on X11 given that Xlib doesn't support ime popup positioning when preedit is being used and we can't move away from Xlib for now... |
@lolicon0930 I guess it's a bug from fcitx5? |
It was a combination of us doing weird, but valid thing and fcitx not thinking that it's possible and not throwing an error here. In general we'll do what fcitx author suggested, but it's sort of late to fix it for the next release, since it's in winit and would require breaking release already. |
But yeah, the most recent fcitx has a fix for that as well. |
This commit adds support for inline IME handling. It also makes the search bar use underline cursor instead of using '_' character. Fixes alacritty#1613.
Which operating system does the issue occur on? Gentoo Linux
If on linux, are you using X11 or Wayland? X11
On alacritty
On termite
Out-of-band input method input is disorienting.
The text was updated successfully, but these errors were encountered: