On Sat, Feb 16, 2019 at 04:46:23PM +0800, Ivan Tham wrote:
> On Fri, Feb 15, 2019 at 11:45:59PM -0800, Patrick Smith wrote:
> > On Fri, Feb 15, 2019 at 11:33 AM Silvan Jegen <s.jegen_AT_gmail.com> wrote:
> > > With the suggested patch applied, everything worked for me when using
> > > IBus and in st we use a similar pattern to what this patch is proposing
> > > (x.c:1007-1014). I am not sure why Patrick's IME (SCIM) is working in
> > > st but not in dmenu with the patch applied...
> >
> > To be clear... the terminal I normally use is termite, not st. In
> > termite, scim+anthy works fine for me. As a test, I just now did a git
> > clone of st and built it. Result: scim+anthy does not work in st for
> > me. It doesn't crash; it just doesn't do anything.
> >
> > If I were looking for a terminal program, I probably would not
> > consider st because of this. But in a menu program such as dmenu, I
> > don't care whether I can use non-ASCII characters or not.
> >
>
> st was fixed with some patches for IME recently but I am surprised that
> dmenu could be used with IME, the reason I stopped using surf because of
> the reason not being able to search using dmenu for chinese text.
>
> By the way, Patrick. Why use anthy instead of mozc for japanese input? I
> heard anthy is a dead project (from arch wiki).
>
> --
> Do what you like, like what you do. -- Pickfire
>
Could you perhaps give feedback if IME works with dmenu correctly for you or
any improvements?
In my testing the input position is fixed and the dmenu window may overlap over
this, however this can be changed in a setting in fcitx so might be a
non-issue.
_AT_patrick:
In my testing scim and fcitx seems to work for me in st though (latest git).
Thanks,
--
Kind regards,
Hiltjo
Received on Sat Feb 16 2019 - 12:12:31 CET