GNU bug report logs - #22617
24.4; AltGr not working after Xmodmap

Previous Next

Package: emacs;

Reported by: Christoph-Simon Senjak <christoph.senjak <at> googlemail.com>

Date: Wed, 10 Feb 2016 16:38:02 UTC

Severity: normal

Tags: moreinfo

Found in version 24.4

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#22617; Package emacs. (Wed, 10 Feb 2016 16:38:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Christoph-Simon Senjak <christoph.senjak <at> googlemail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 10 Feb 2016 16:38:02 GMT) Full text and rfc822 format available.

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

From: Christoph-Simon Senjak <christoph.senjak <at> googlemail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.4; AltGr not working after Xmodmap
Date: Wed, 10 Feb 2016 14:53:27 +0100
 I have the following .Xmodmap:

    keycode 135 = Alt_L
    keycode 167 = Page_Down
    keycode 166 = Page_Up
    remove mod4 = Super_L
    add    mod5 = Super_L

 Otherwise, my keymap is

    de nodeadkeys compose:caps

 Since the .Xmodmap, I cannot type in stuff that requires AltGr anymore 
(even
 though I did not even remap it). Even with the new mod5 key it doesn't
 work. (For example, AltGr+q is (at), and AltGr+7,8,9,0 are braces.

 In all other applications (including emacs -nw), it works well.

 Best Regards,
 Christoph-Simon Senjak

Date: Wed, 10 Feb 2016 14:49:50 +0100
Message-ID: 
<87k2mceku9.fsf <at> x220.i-did-not-set--mail-host-address--so-tickle-me>
--text follows this line--





In GNU Emacs 24.4.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.25)
 of 2015-02-27 on localhost
Windowing system distributor `The X.Org Foundation', version 11.0.11704000
Configured using:
 `configure --disable-dependency-tracking
 --prefix=/nix/store/6q7pnnp5kvk3s6iylii6gk1z3pph5hgq-emacs-24.4
 --with-x-toolkit=gtk --with-xft'

Important settings:
  value of $LANG: de_DE.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x r e p o r SPC e SPC SPC <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
s-ß is undefined
s-q is undefined
delete-backward-char: Text is read-only

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils time-date tooltip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind gfilenotify dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)

Memory information:
((conses 16 71219 5686)
 (symbols 48 17481 0)
 (miscs 40 35 163)
 (strings 32 9123 4703)
 (string-bytes 1 265855)
 (vectors 16 8937)
 (vector-slots 8 384497 17970)
 (floats 8 63 232)
 (intervals 56 179 16)
 (buffers 960 11)
 (heap 1024 32819 770))




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#22617; Package emacs. (Thu, 01 Aug 2019 12:54:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Christoph-Simon Senjak <christoph.senjak <at> googlemail.com>
Cc: 22617 <at> debbugs.gnu.org
Subject: Re: bug#22617: 24.4; AltGr not working after Xmodmap
Date: Thu, 01 Aug 2019 14:53:42 +0200
Christoph-Simon Senjak <christoph.senjak <at> googlemail.com> writes:

>  I have the following .Xmodmap:
>
>     keycode 135 = Alt_L
>     keycode 167 = Page_Down
>     keycode 166 = Page_Up
>     remove mod4 = Super_L
>     add    mod5 = Super_L
>
>  Otherwise, my keymap is
>
>     de nodeadkeys compose:caps
>
>  Since the .Xmodmap, I cannot type in stuff that requires AltGr
> anymore (even
>  though I did not even remap it). Even with the new mod5 key it doesn't
>  work. (For example, AltGr+q is (at), and AltGr+7,8,9,0 are braces.
>
>  In all other applications (including emacs -nw), it works well.

(I'm going through old bug reports that have unfortunately not gotten
any responses.)

Are you still seeing this problem?  There doesn't seem to be anything
particular in your .Xmodmap that references AltGr...  unless your
Mode_switch was on mod5, and this made something confused.

What's the output from "xmodmap" (without any parameters)?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) moreinfo. Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Wed, 06 Nov 2019 00:53:02 GMT) Full text and rfc822 format available.

Reply sent to Stefan Kangas <stefan <at> marxist.se>:
You have taken responsibility. (Thu, 16 Jan 2020 14:21:02 GMT) Full text and rfc822 format available.

Notification sent to Christoph-Simon Senjak <christoph.senjak <at> googlemail.com>:
bug acknowledged by developer. (Thu, 16 Jan 2020 14:21:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Christoph-Simon Senjak <christoph.senjak <at> googlemail.com>,
 22617-done <at> debbugs.gnu.org
Subject: Re: bug#22617: 24.4; AltGr not working after Xmodmap
Date: Thu, 16 Jan 2020 15:20:10 +0100
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Christoph-Simon Senjak <christoph.senjak <at> googlemail.com> writes:
>
>>  I have the following .Xmodmap:
>>
>>     keycode 135 = Alt_L
>>     keycode 167 = Page_Down
>>     keycode 166 = Page_Up
>>     remove mod4 = Super_L
>>     add    mod5 = Super_L
>>
>>  Otherwise, my keymap is
>>
>>     de nodeadkeys compose:caps
>>
>>  Since the .Xmodmap, I cannot type in stuff that requires AltGr
>> anymore (even
>>  though I did not even remap it). Even with the new mod5 key it doesn't
>>  work. (For example, AltGr+q is (at), and AltGr+7,8,9,0 are braces.
>>
>>  In all other applications (including emacs -nw), it works well.
>
> (I'm going through old bug reports that have unfortunately not gotten
> any responses.)
>
> Are you still seeing this problem?  There doesn't seem to be anything
> particular in your .Xmodmap that references AltGr...  unless your
> Mode_switch was on mod5, and this made something confused.
>
> What's the output from "xmodmap" (without any parameters)?

More information was requested, but none was given within 24 weeks, so I'm
closing this bug.  If this is still an issue, please reply to this
email (use "Reply to all" in your email client) and we can reopen the
bug report.

Best regards,
Stefan Kangas




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 14 Feb 2020 12:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 5 years and 127 days ago.

Previous Next


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