[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
23.0.50; S-SPC remapped to C-@ for no good reason, severely reducing usa
Tim Van Holder
23.0.50; S-SPC remapped to C-@ for no good reason, severely reducing usability
Thu, 29 Nov 2007 11:33:03 +0100
Since yesterday morning's build, S-SPC seems to have been mapped to C-@
for no apparent reason; while C-SPC is a reasonable binding for
set-mark-command, S-SPC is not: it occurs very frequently when typing.
I now find myself having to frequently go back and re-add spaces to code
because they were eaten by S-SPC.
What's worse, I have no way of finding out where the mapping comes from.
C-h k S-SPC gives
C-@ (translated from S-SPC) runs the command set-mark-command
which is an interactive compiled Lisp function in `simple.el'.
It is bound to C-SPC, address@hidden
but it doesn't say where the translation comes from, and C-h b does not
list S-SPC as a translation, and only lists C-SPC and C-@ as bindings
The translation seems to occur in all buffers, so it's probably some
In GNU Emacs 188.8.131.52 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
of 2007-11-29 on leeloo
Windowing system distributor `RealVNC Ltd', version 11.0.3370
configured using `configure '--with-gtk' '--with-xpm' '--with-jpeg'
'--with-gif' '--with-tiff' '--with-png' '--with-x' '--with-kerberos'
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US.UTF-8
Major mode: C/l
Minor modes in effect:
- 23.0.50; S-SPC remapped to C-@ for no good reason, severely reducing usability,
Tim Van Holder <=