setxkbmap cannot completely set compose key

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

setxkbmap cannot completely set compose key

Xiánwén Chén
Dear OpenBSD users,

I run OpenBSD 6.6 amd64. The window manager is fvwm with stock configuration.

I am not able to completely set compose key by

$ setxkbmap -layout us -variant dvp -option compose:ralt

What I meant by *not completely* is that I am able to use _right alt_
as the compose key on for example Firefox. However, on xterm, I am not
able to use the compose key.

Any hint?

Yours sincerely,
Xianwen

Reply | Threaded
Open this post in threaded view
|

Re: setxkbmap cannot completely set compose key

Ingo Schwarze
Hi,

Xianwen Chen wrote on Wed, Feb 19, 2020 at 10:37:58AM +0000:

> I run OpenBSD 6.6 amd64.

I'm trying to reproduce on OpenBSD-current.

> The window manager is fvwm

I'm using that, too.

> with stock configuration.

Well, my configuration is much less bloated than the default (125
rather than 491 lines).  But that shouldn't make a difference.

> I am not able to completely set compose key by
>
> $ setxkbmap -layout us -variant dvp -option compose:ralt

Just to make sure it worked, could you please show the output of:

   $ setxkbmap -query

> What I meant by *not completely* is that I am able to use _right alt_
> as the compose key on for example Firefox. However, on xterm, I am not
> able to use the compose key.

It certainly works for me.

What exactly do you mean by "not able to use"?
If, while xterm is in focus, you press and relese the compose key,
then press and release the first key, then press and release the
second key, then press and release some latin letter key, what
exactly happens after each step?

Guessing blindly, the problem might be that while firefox finds a font
to display the character, xterm does not.  Or that you have changed
your xterm configuration in some way that disables UTF-8 (it is on
by default).  Can you please retry in xterm with a different character
that can be displayed in xterm out of the box, say U+00E5 LATIN
SMALL LETTER A WITH RING ABOVE?  What happens if you type and release
ralt, then a, then a, then x?

If none of the above lets you solve your problem yet, what does the
following command say:

  $ xterm -report-xres

In an xterm started that way, does the compose key work?
Both with the character you want and with U+00E5 A RING?

Yours,
  Ingo

Reply | Threaded
Open this post in threaded view
|

Re: setxkbmap cannot completely set compose key

Xiánwén Chén
Dear Ingo,

Danke!

On 2/19/20, Ingo Schwarze <[hidden email]> wrote:
> Just to make sure it worked, could you please show the output of:
>
>    $ setxkbmap -query

The output is:

rules:      base
model:      pc105
layout:     us
variant:    dvp
options:    compose:ralt

> What exactly do you mean by "not able to use"?
> If, while xterm is in focus, you press and relese the compose key,
> then press and release the first key, then press and release the
> second key, then press and release some latin letter key, what
> exactly happens after each step?

To type for example ø, I press and release the compose key, then press
and release the / key, and then press and release the o key. I get
/o
on xterm, but ø on firefox.

> Guessing blindly, the problem might be that while firefox finds a font
> to display the character, xterm does not.  Or that you have changed
> your xterm configuration in some way that disables UTF-8 (it is on
> by default).  Can you please retry in xterm with a different character
> that can be displayed in xterm out of the box, say U+00E5 LATIN
> SMALL LETTER A WITH RING ABOVE?  What happens if you type and release
> ralt, then a, then a, then x?

xterm can display å too, when I copies it using shift+insert from
firefox or other places.

xterm can display ø when I copies it using shift+insert from firefox
or other places.

> If none of the above lets you solve your problem yet, what does the
> following command say:
>
>   $ xterm -report-xres
>
> In an xterm started that way, does the compose key work?
> Both with the character you want and with U+00E5 A RING?

Ugh. xterm says:

xterm: bad command line option "-report-xres"

I forgot to report maybe an important piece of information. I use scim
to type in Chinese. I use the default xdm. Here is my .xsession:

export LC_CTYPE=en_US.UTF-8

export XMODIFIERS=@im=SCIM
export GTK_IM_MODULE="scim"
export QT_IM_MODULE="scim"
scim -d

setxkbmap -layout us -variant dvp -option compose:ralt

exec dbus-launch /usr/X11R6/bin/fvwm

I was going to ask my questions one by one so that I will not flood
the email list with all my questions. But the scim question is the
following.

Quite the opposite of my compose key problem, I am not able to
activate scim (by ctrl + space) on normal GUI programs (firefox,
libreoffice, xpdf, keepassxc, emacs-gtk etc).

But but but, I am able to activate scim on xterm and type Chinese there.

So I have actually been typing æ, ø, å in firefox and copy back to
xterm and typing Chinese using scim on xterm and copy back to firefox
/ libreoffice for like more than half a year.... I had this problem on
OpenBSD 6.5 too (I was using OpenBSD like 10 years ago for some time
and also in between in the past ten years. I went back, last year, to
OpenBSD... Was using NetBSD even longer time ago and started using
unix-like system around 2001 or 2002)..... But I did not have this
type of scim / compose key problems on Debian, NixOS, Arch Linux, or
Void Linux, which are the Linux distributions that I used in the
recent years.

Good morning, by the way!

Yours sincerely,
Xianwen

Reply | Threaded
Open this post in threaded view
|

Re: setxkbmap cannot completely set compose key

NilsOla Nilsson
We had the same problem in this thread:
https://marc.info/?l=openbsd-misc&m=156352002210168&w=2

It is working fine for me now, so I can't reproduce it.

/NilsOla


On Thu, Feb 20, 2020 at 06:03:53AM +0000, Xianwen Chen (陈贤文) wrote:

> Dear Ingo,
>
> Danke!
>
> On 2/19/20, Ingo Schwarze <[hidden email]> wrote:
> > Just to make sure it worked, could you please show the output of:
> >
> >    $ setxkbmap -query
>
> The output is:
>
> rules:      base
> model:      pc105
> layout:     us
> variant:    dvp
> options:    compose:ralt
>
> > What exactly do you mean by "not able to use"?
> > If, while xterm is in focus, you press and relese the compose key,
> > then press and release the first key, then press and release the
> > second key, then press and release some latin letter key, what
> > exactly happens after each step?
>
> To type for example ø, I press and release the compose key, then press
> and release the / key, and then press and release the o key. I get
> /o
> on xterm, but ø on firefox.
>
> > Guessing blindly, the problem might be that while firefox finds a font
> > to display the character, xterm does not.  Or that you have changed
> > your xterm configuration in some way that disables UTF-8 (it is on
> > by default).  Can you please retry in xterm with a different character
> > that can be displayed in xterm out of the box, say U+00E5 LATIN
> > SMALL LETTER A WITH RING ABOVE?  What happens if you type and release
> > ralt, then a, then a, then x?
>
> xterm can display å too, when I copies it using shift+insert from
> firefox or other places.
>
> xterm can display ø when I copies it using shift+insert from firefox
> or other places.
>
> > If none of the above lets you solve your problem yet, what does the
> > following command say:
> >
> >   $ xterm -report-xres
> >
> > In an xterm started that way, does the compose key work?
> > Both with the character you want and with U+00E5 A RING?
>
> Ugh. xterm says:
>
> xterm: bad command line option "-report-xres"
>
> I forgot to report maybe an important piece of information. I use scim
> to type in Chinese. I use the default xdm. Here is my .xsession:
>
> export LC_CTYPE=en_US.UTF-8
>
> export XMODIFIERS=@im=SCIM
> export GTK_IM_MODULE="scim"
> export QT_IM_MODULE="scim"
> scim -d
>
> setxkbmap -layout us -variant dvp -option compose:ralt
>
> exec dbus-launch /usr/X11R6/bin/fvwm
>
> I was going to ask my questions one by one so that I will not flood
> the email list with all my questions. But the scim question is the
> following.
>
> Quite the opposite of my compose key problem, I am not able to
> activate scim (by ctrl + space) on normal GUI programs (firefox,
> libreoffice, xpdf, keepassxc, emacs-gtk etc).
>
> But but but, I am able to activate scim on xterm and type Chinese there.
>
> So I have actually been typing æ, ø, å in firefox and copy back to
> xterm and typing Chinese using scim on xterm and copy back to firefox
> / libreoffice for like more than half a year.... I had this problem on
> OpenBSD 6.5 too (I was using OpenBSD like 10 years ago for some time
> and also in between in the past ten years. I went back, last year, to
> OpenBSD... Was using NetBSD even longer time ago and started using
> unix-like system around 2001 or 2002)..... But I did not have this
> type of scim / compose key problems on Debian, NixOS, Arch Linux, or
> Void Linux, which are the Linux distributions that I used in the
> recent years.
>
> Good morning, by the way!
>
> Yours sincerely,
> Xianwen
--
Nils Ola Nilsson, 🐞 email [hidden email], tel +46-70-374 69 89

signature.asc (465 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: setxkbmap cannot completely set compose key

NilsOla Nilsson
To sum up:
It helped by recompile and reinstall xterm.
But only for
a) newly started xterm's
b) the xterm where the recompile/reinstall was run
I don't remember if I was running stable or current at
the time.

/NilsOla

On Thu, Feb 20, 2020 at 07:46:35AM +0100, NilsOla Nilsson wrote:

> We had the same problem in this thread:
> https://marc.info/?l=openbsd-misc&m=156352002210168&w=2
>
> It is working fine for me now, so I can't reproduce it.
>
> /NilsOla
>
>
> On Thu, Feb 20, 2020 at 06:03:53AM +0000, Xianwen Chen (陈贤文) wrote:
> > Dear Ingo,
> >
> > Danke!
> >
> > On 2/19/20, Ingo Schwarze <[hidden email]> wrote:
> > > Just to make sure it worked, could you please show the output of:
> > >
> > >    $ setxkbmap -query
> >
> > The output is:
> >
> > rules:      base
> > model:      pc105
> > layout:     us
> > variant:    dvp
> > options:    compose:ralt
> >
> > > What exactly do you mean by "not able to use"?
> > > If, while xterm is in focus, you press and relese the compose key,
> > > then press and release the first key, then press and release the
> > > second key, then press and release some latin letter key, what
> > > exactly happens after each step?
> >
> > To type for example ø, I press and release the compose key, then press
> > and release the / key, and then press and release the o key. I get
> > /o
> > on xterm, but ø on firefox.
> >
> > > Guessing blindly, the problem might be that while firefox finds a font
> > > to display the character, xterm does not.  Or that you have changed
> > > your xterm configuration in some way that disables UTF-8 (it is on
> > > by default).  Can you please retry in xterm with a different character
> > > that can be displayed in xterm out of the box, say U+00E5 LATIN
> > > SMALL LETTER A WITH RING ABOVE?  What happens if you type and release
> > > ralt, then a, then a, then x?
> >
> > xterm can display å too, when I copies it using shift+insert from
> > firefox or other places.
> >
> > xterm can display ø when I copies it using shift+insert from firefox
> > or other places.
> >
> > > If none of the above lets you solve your problem yet, what does the
> > > following command say:
> > >
> > >   $ xterm -report-xres
> > >
> > > In an xterm started that way, does the compose key work?
> > > Both with the character you want and with U+00E5 A RING?
> >
> > Ugh. xterm says:
> >
> > xterm: bad command line option "-report-xres"
> >
> > I forgot to report maybe an important piece of information. I use scim
> > to type in Chinese. I use the default xdm. Here is my .xsession:
> >
> > export LC_CTYPE=en_US.UTF-8
> >
> > export XMODIFIERS=@im=SCIM
> > export GTK_IM_MODULE="scim"
> > export QT_IM_MODULE="scim"
> > scim -d
> >
> > setxkbmap -layout us -variant dvp -option compose:ralt
> >
> > exec dbus-launch /usr/X11R6/bin/fvwm
> >
> > I was going to ask my questions one by one so that I will not flood
> > the email list with all my questions. But the scim question is the
> > following.
> >
> > Quite the opposite of my compose key problem, I am not able to
> > activate scim (by ctrl + space) on normal GUI programs (firefox,
> > libreoffice, xpdf, keepassxc, emacs-gtk etc).
> >
> > But but but, I am able to activate scim on xterm and type Chinese there.
> >
> > So I have actually been typing æ, ø, å in firefox and copy back to
> > xterm and typing Chinese using scim on xterm and copy back to firefox
> > / libreoffice for like more than half a year.... I had this problem on
> > OpenBSD 6.5 too (I was using OpenBSD like 10 years ago for some time
> > and also in between in the past ten years. I went back, last year, to
> > OpenBSD... Was using NetBSD even longer time ago and started using
> > unix-like system around 2001 or 2002)..... But I did not have this
> > type of scim / compose key problems on Debian, NixOS, Arch Linux, or
> > Void Linux, which are the Linux distributions that I used in the
> > recent years.
> >
> > Good morning, by the way!
> >
> > Yours sincerely,
> > Xianwen
>
> --
> Nils Ola Nilsson, 🐞 email [hidden email], tel +46-70-374 69 89


--
Nils Ola Nilsson, 🐞 email [hidden email], tel +46-70-374 69 89

signature.asc (465 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: setxkbmap cannot completely set compose key

Christian Weisgerber
In reply to this post by Xiánwén Chén
Xianwen Chen (陈贤文):

> I forgot to report maybe an important piece of information. I use scim
> to type in Chinese. I use the default xdm. Here is my .xsession:
>
> export LC_CTYPE=en_US.UTF-8
>
> export XMODIFIERS=@im=SCIM
> export GTK_IM_MODULE="scim"
> export QT_IM_MODULE="scim"
> scim -d

I suspect it works as intended for xterm.  The compose key handling
is a simple input method built into libX11.  You are swapping out
this default IM for the SCIM one.

This area of X11 seems to be virtually undocumented.
See XSetLocaleModifiers(3).

--
Christian "naddy" Weisgerber                          [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: setxkbmap cannot completely set compose key

Xiánwén Chén
In reply to this post by NilsOla Nilsson
Dear Nils Ola, Ingo, and other OpenBSD users,

Tusen takk!

>> > I forgot to report maybe an important piece of information. I use scim
>> > to type in Chinese. I use the default xdm. Here is my .xsession:
>> >
>> > export LC_CTYPE=en_US.UTF-8
>> >
>> > export XMODIFIERS=@im=SCIM
>> > export GTK_IM_MODULE="scim"
>> > export QT_IM_MODULE="scim"
>> > scim -d
>> >
>> > setxkbmap -layout us -variant dvp -option compose:ralt
>> >
>> > exec dbus-launch /usr/X11R6/bin/fvwm
>> >
>> > I was going to ask my questions one by one so that I will not flood
>> > the email list with all my questions. But the scim question is the
>> > following.
>> >
>> > Quite the opposite of my compose key problem, I am not able to
>> > activate scim (by ctrl + space) on normal GUI programs (firefox,
>> > libreoffice, xpdf, keepassxc, emacs-gtk etc).
>> >
>> > But but but, I am able to activate scim on xterm and type Chinese there.

I have not yet tried to recompile xterm.

I played around with my .xsession file. I found out that if I do not run
scim -d
, I will be able to type Norwegian accents on xterm. The settings of
XMODIFIERS, GTK_IM_MODULE, or QT_IM_MODULE did not impact this.

This means that the culprit is **scim**.

Could other **scim** users of OpenBSD share your experiences? Could you
use **scim** without a problem?

Yours sincerely,
Xianwen