GNU bug report logs - #56653
29.0.50; S-SPC is treated as SPC in pgtk

Previous Next

Package: emacs;

Reported by: Andrew Tropin <andrew <at> trop.in>

Date: Wed, 20 Jul 2022 05:58:02 UTC

Severity: normal

Tags: moreinfo

Merged with 49211, 51002, 53200, 55362, 55660

Found in versions 28.0.50, 29.0.50

Done: Po Lu <luangruo <at> yahoo.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Visuwesh <visuweshm <at> gmail.com>
To: Andrew Tropin <andrew <at> trop.in>
Cc: 56653 <at> debbugs.gnu.org
Subject: bug#56653: 29.0.50; S-SPC is treated as SPC in pgtk
Date: Wed, 20 Jul 2022 12:12:13 +0530
[புதன் ஜூலை 20, 2022] Andrew Tropin wrote:

> Everything below is additionally checked with emacs -Q.
>
> `C-h k M-S-SPC` show M-SPC (translated from M-S-SPC) runs the command
> just-one-space. (works as expected).
>
> `C-h k S-SPC` shows SPC runs the command self-insert-command, but I
> expected to see (traslated from S-SPC).
>
> In non-pgtk emacs28 it works as expected (says translated from S-SPC).

This is a known issue.  From etc/PROBLEMS,

    ** Certain keys such as 'C-S-u' are not reported correctly.

    Some keys with modifiers such as Shift and Control might not be
    reported correctly due to incorrectly written GTK input method
    modules.  This is known to happen to 'C-S-u' and 'C->', which are
    misreported as 'C-u' and '>'.

    To disable the use of GTK input methods, evaluate:

      (pgtk-use-im-context nil)

    This will also cause system input methods and features such as the
    Compose key to stop working.

    On X Windows, users should not use Emacs configured with PGTK, since
    this and many other problems do not exist on the regular X builds.




This bug report was last modified 2 years and 150 days ago.

Previous Next


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