[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Proposal: Bind backspace and delete like DEL in view-mode

From: Kim F. Storm
Subject: Re: Proposal: Bind backspace and delete like DEL in view-mode
Date: 22 Dec 2001 00:04:39 +0100
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1

address@hidden (Kai Großjohann) writes:

> address@hidden (Kim F. Storm) writes:
> > I don't see why one kind of obscure side-effect like having
> > global-set-key modify function-key-map (which may break a lot of
> > standard keymaps) is any better that another kind of side-effect like
> > having global-set-key look for mappings to DEL in function-key-map (to
> > guard against just that).
> I've now thought some more about it, and I almost thought you were
> right.  But now I realized that the situation in Emacs is not so
> complicated, it only needs to be explained correctly:
Thanks Kai! 
I stand corrected - modifying global-map doesn't modify function-key-map
as I thought - it just has the same effect...

> On the one hand you have local and global keymaps, and if a key is
> not bound in the local map, then Emacs looks in the global map.
> In a similar manner you can have function-key-map: if a key is not
> bound in the local nor the global map, then Emacs looks in
> function-key-map and executes the kbd macro found there.  (Well, I
> expect most entries in function-key-map are kbd macros.)
> Maybe what makes it confusing is that function-key-map has a specific
> purpose.

And is used for something else... ?

I don't know, but maybe it would make more sense to put those
mappings into something similar to the keyboard-translate-table
which is done FIRST rather than "MAYBE LATER".

It might help debugging such problems if it was possible to lookup a
given key (sequence) and get a complete break-down of what maps are
involved in resolving that key (sequence) into a command.

Kim F. Storm <address@hidden> http://www.cua.dk

reply via email to

[Prev in Thread] Current Thread [Next in Thread]