Re: [dev][st] Solution: UTF-8 needs IBus!
On April 28, 2022 12:36:34 PM CDT, Greg Minshall wrote: >Robert, > >i wonder if this SO exchange might be familiar: > >https://unix.stackexchange.com/questions/368803/bash-seems-to-be-in-special-mode > > >i just ran into something similar, where typing into the shell gave odd >characters (or, the "(arg: 1)" prompt). in this case, for *me*, (*) > >bash apollo2 (master): {35664} bind -v | grep convert-meta >set convert-meta on > >was an indicator of what was wrong. in my ~/.inputrc i had > >set convert-meta on > >(for some reason lost in history.) taking this line out fixed *my* >problem with (newly invoked) shells. > >for completeness, i *also* had a problem with emacs, which seems to be >because in my .bashrc, i had > >export XMODIFIERS=@im=ibus > > >changing that to > >export XMODIFIERS=@im=none > >made emacs happy. > >cheers, Greg > >(*) causing X11's "compose feature" (which, through keyd(8), is how i'm >generating these non-ASCII characters) to send characters like ó to, >e.g., cat(1), worked. my problems seemed to be just with the shell and >emacs. > Sorry, I cannot reproduce the issues with Emacs. Since an accident with a broken beer bottle I need to use an ergonomic Editor: vim (the Editor of the beast ;-)).
Re: [dev][st] Solution: UTF-8 needs IBus!
Robert, i wonder if this SO exchange might be familiar: https://unix.stackexchange.com/questions/368803/bash-seems-to-be-in-special-mode i just ran into something similar, where typing into the shell gave odd characters (or, the "(arg: 1)" prompt). in this case, for *me*, (*) bash apollo2 (master): {35664} bind -v | grep convert-meta set convert-meta on was an indicator of what was wrong. in my ~/.inputrc i had set convert-meta on (for some reason lost in history.) taking this line out fixed *my* problem with (newly invoked) shells. for completeness, i *also* had a problem with emacs, which seems to be because in my .bashrc, i had export XMODIFIERS=@im=ibus changing that to export XMODIFIERS=@im=none made emacs happy. cheers, Greg (*) causing X11's "compose feature" (which, through keyd(8), is how i'm generating these non-ASCII characters) to send characters like ó to, e.g., cat(1), worked. my problems seemed to be just with the shell and emacs.
Re: [dev][st] Solution: UTF-8 needs IBus!
Quoting Страхиња Радић (2022-04-28 01:43:26) > On 22/04/26 03:59, Robert Winkler wrote: > > To make a long story short: The input of UTF-8 characters with st needs > > an IBus daemon > > No, it doesn't. Well, I had the same problem on 3 computers running dwm/st. On a 4th, the UTF-8 input (é,ñ,ü,€,ß) worked out of the box, as well on another computer using st on GNOME. The later fact lead me to the conclusion, that GNOME is doing something different with the input. Indeed, GNOME by default is using ibus. For all of them - 'debianish' x64 and arm64 OSs: Pop OS!, Debian 11 Bullseye, armbian and dietpi - the direct input worked after installing ibus and im-config, and defining ibus as the default input. I programmed the keyboards, which pass the linux-codes, with QMK. Since I have little knowledge about the internals of st, I will not argue. Maybe im-config does the job? However, ibus/im-config solved my problem and maybe for others as well. Maybe ibus only is relevant for custom built QMK keyboards, but fair enough ;-). Best regards, Robert
Re: [dev][st] Solution: UTF-8 needs IBus!
On Tue, Apr 26, 2022 at 05:38:51PM -0500, Robert Winkler wrote: > On Tue Apr 26, 2022 at 4:21 PM CDT, Κράκ Άουτ wrote: > > Στις 26 Απρ 2022 23:59, ο/η Robert Winkler έγραψε: > > > To make a long story short: The input of UTF-8 characters with st needs > > > an IBus daemon (standard on Gnome, but not on other window managers such > > > as Plasma, dwm, ..). > > > > > > I added to ~/.config/autostart: > > > > > > `Ibus-Daemon.desktop` > > > > > > ~~~ > > > [Desktop Entry] > > > Name=IBus Daemon > > > Type=Application > > > Exec=ibus-daemon -drx > > > Terminal=false > > > ~~~ > > > > > > Thanks for all your ideas! > > > > > > > Well, UTF-8 or st definitely do not need IBus, I haven't it installed on > > my system and everything works fine. Yet if it provides a solution, go > > for it. > > > > Just in case they may help you avoid IBus, my Debian system (systemd > > multi-user.targer, no Display Manager, X started by startx) related etc > > files: > > > > cat /etc/default/locale > > LANG="el_GR.UTF-8" > > > > cat /etc/default/keyboard > > XKBMODEL="pc105" > > XKBLAYOUT="us,gr" > > XKBVARIANT="," > > XKBOPTIONS="grp:caps_toggle,numpad:mac,grp_led:caps" > > Well, I don't understand the details; I found this solution by testing > all possibilities mentioned on the mailing list or found in duckduckgo > searches. The key for me was the different behavior in Gnome. > > I verified the IBus solution on an armbian64 SBC (who really benefits > from suckless programs): > > 1) Installation and configuration of ibus. > 2) Autostart of ibus-daemon. > 3) Installation of im-config and defining ibus as default. > > Maybe it is useful for someone. > > Best regards, > Robert > Hi Robert, I think you meant to say your specific Input Method Editor (IME) requires ibus. Good to know your configuration problem is fixed now, -- Kind regards, Hiltjo
Re: [dev][st] Solution: UTF-8 needs IBus!
On 22/04/26 03:59, Robert Winkler wrote: > To make a long story short: The input of UTF-8 characters with st needs > an IBus daemon No, it doesn't. signature.asc Description: PGP signature
Re: [dev][st] Solution: UTF-8 needs IBus!
Robert, i know you found a way of fixing your problem. but, actually, when you say "UTF-8 doesn't work", what does that mean? what symptoms were you seeing? (i don't think i saw it described in the e-mail exchanges.) cheers, Greg
Re: [dev][st] Solution: UTF-8 needs IBus!
On Tue Apr 26, 2022 at 4:21 PM CDT, Κράκ Άουτ wrote: > Στις 26 Απρ 2022 23:59, ο/η Robert Winkler έγραψε: > > To make a long story short: The input of UTF-8 characters with st needs > > an IBus daemon (standard on Gnome, but not on other window managers such > > as Plasma, dwm, ..). > > > > I added to ~/.config/autostart: > > > > `Ibus-Daemon.desktop` > > > > ~~~ > > [Desktop Entry] > > Name=IBus Daemon > > Type=Application > > Exec=ibus-daemon -drx > > Terminal=false > > ~~~ > > > > Thanks for all your ideas! > > > > Well, UTF-8 or st definitely do not need IBus, I haven't it installed on > my system and everything works fine. Yet if it provides a solution, go > for it. > > Just in case they may help you avoid IBus, my Debian system (systemd > multi-user.targer, no Display Manager, X started by startx) related etc > files: > > cat /etc/default/locale > LANG="el_GR.UTF-8" > > cat /etc/default/keyboard > XKBMODEL="pc105" > XKBLAYOUT="us,gr" > XKBVARIANT="," > XKBOPTIONS="grp:caps_toggle,numpad:mac,grp_led:caps" Well, I don't understand the details; I found this solution by testing all possibilities mentioned on the mailing list or found in duckduckgo searches. The key for me was the different behavior in Gnome. I verified the IBus solution on an armbian64 SBC (who really benefits from suckless programs): 1) Installation and configuration of ibus. 2) Autostart of ibus-daemon. 3) Installation of im-config and defining ibus as default. Maybe it is useful for someone. Best regards, Robert
Re: [dev][st] Solution: UTF-8 needs IBus!
Στις 26 Απρ 2022 23:59, ο/η Robert Winkler έγραψε: To make a long story short: The input of UTF-8 characters with st needs an IBus daemon (standard on Gnome, but not on other window managers such as Plasma, dwm, ..). I added to ~/.config/autostart: `Ibus-Daemon.desktop` ~~~ [Desktop Entry] Name=IBus Daemon Type=Application Exec=ibus-daemon -drx Terminal=false ~~~ Thanks for all your ideas! Well, UTF-8 or st definitely do not need IBus, I haven't it installed on my system and everything works fine. Yet if it provides a solution, go for it. Just in case they may help you avoid IBus, my Debian system (systemd multi-user.targer, no Display Manager, X started by startx) related etc files: cat /etc/default/locale LANG="el_GR.UTF-8" cat /etc/default/keyboard XKBMODEL="pc105" XKBLAYOUT="us,gr" XKBVARIANT="," XKBOPTIONS="grp:caps_toggle,numpad:mac,grp_led:caps"
[dev][st] Solution: UTF-8 needs IBus!
To make a long story short: The input of UTF-8 characters with st needs an IBus daemon (standard on Gnome, but not on other window managers such as Plasma, dwm, ..). I added to ~/.config/autostart: `Ibus-Daemon.desktop` ~~~ [Desktop Entry] Name=IBus Daemon Type=Application Exec=ibus-daemon -drx Terminal=false ~~~ Thanks for all your ideas!