GNU bug report logs - #23559
25.0.93; Wrong type argument on C-u C-x = with Czech input method

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 23559 in the body.
You can then email your comments to 23559 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Milan Zamazal <pdm <at> zamazal.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.0.93; Wrong type argument on C-u C-x = with Czech input method
Date: Thu, 12 May 2016 21:35:55 +0200

When I press `C-u C-x =' with a Czech input method enabled, I get the
following error:

  quail-gen-decode-map: Wrong type argument: characterp, kp-add

How to reproduce the bug:

- Start Emacs, e.g.: emacs -Q
- Select Czech input method: C-x RET C-\ czech RET
- Make sure you are on some character in the buffer, e.g. go to the
  beginning of *scratch* buffer with the semicolon character.
- Run what-cursor-position with a prefix argument: C-u C-x =
- You should receive the error above.

The bug is also present in Emacs 24.5.

Message #8 received at 23559 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Milan Zamazal <pdm <at> zamazal.org>
Cc: 23559 <at> debbugs.gnu.org
Subject: Re: bug#23559: 25.0.93;
 Wrong type argument on C-u C-x = with Czech input method
Date: Thu, 19 May 2016 19:56:57 +0300

> From: Milan Zamazal <pdm <at> zamazal.org>
> Date: Thu, 12 May 2016 21:35:55 +0200
> 
> When I press `C-u C-x =' with a Czech input method enabled, I get the
> following error:
> 
>   quail-gen-decode-map: Wrong type argument: characterp, kp-add

Do you (or someone else) understand why Czech and Slovak input methods
include kp-* keys in the input method definitions?  Like this:

(quail-define-rules
 ("1" ?+)
 ...
 ("=}" ?})
 ([kp-1] ?1)
 ([kp-2] ?2)
 ([kp-3] ?3)
 ([kp-4] ?4)
 ([kp-5] ?5)
 ([kp-6] ?6)
 ([kp-7] ?7)
 ([kp-8] ?8)
 ([kp-9] ?9)
 ([kp-0] ?0)
 ([kp-add] ?+))

What does this try to accomplish, and why?  No other input method does
that, and the bindings this tries to produce are already available by
default, so what is their purpose?  Those bindings are the cause of
this problem, AFAICT.

Thanks.

Message #11 received at 23559 <at> debbugs.gnu.org (full text, mbox):

From: Milan Zamazal <pdm <at> zamazal.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 23559 <at> debbugs.gnu.org
Subject: Re: bug#23559: 25.0.93;
 Wrong type argument on C-u C-x = with Czech input method
Date: Thu, 19 May 2016 20:50:33 +0200

>>>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:

    EZ> Do you (or someone else) understand why Czech and Slovak input
    EZ> methods include kp-* keys in the input method definitions?

The reason is that those input methods replace digit keys at the main
part of the keyboard with Czech and Slovak characters.  But the keys at
the numeric keypad should of course still produce digits and not Czech
and Slovak characters.

IIRC at the time those input methods were introduced, quail definitions
like

  ("1" ?+)

caused both the `1' and kp-1 keys to produce `+' and adding

  ([kp-1] ?1)

was necessary to keep kp-1 producing `1' and not `+'.  If this is no
longer necessary then those bindings can be simply removed.

Message #16 received at 23559-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Milan Zamazal <pdm <at> zamazal.org>
Cc: 23559-done <at> debbugs.gnu.org
Subject: Re: bug#23559: 25.0.93;
 Wrong type argument on C-u C-x = with Czech input method
Date: Thu, 19 May 2016 23:00:34 +0300

> From: Milan Zamazal <pdm <at> zamazal.org>
> Cc: 23559 <at> debbugs.gnu.org
> Date: Thu, 19 May 2016 20:50:33 +0200
> 
> >>>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:
> 
>     EZ> Do you (or someone else) understand why Czech and Slovak input
>     EZ> methods include kp-* keys in the input method definitions?
> 
> The reason is that those input methods replace digit keys at the main
> part of the keyboard with Czech and Slovak characters.  But the keys at
> the numeric keypad should of course still produce digits and not Czech
> and Slovak characters.
> 
> IIRC at the time those input methods were introduced, quail definitions
> like
> 
>   ("1" ?+)
> 
> caused both the `1' and kp-1 keys to produce `+' and adding
> 
>   ([kp-1] ?1)
> 
> was necessary to keep kp-1 producing `1' and not `+'.

I see, thanks.

> If this is no longer necessary then those bindings can be simply
> removed.

They don't seem to be necessary, so I removed them, and I'm marking
the bug done.

Thanks.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.