Re: position on changing defaults?

[storm@cua.dk (Kim F. Storm)]

Miles Bader <miles@gnu.org> writes:

> Basically, these would be bindings that represent event-modifiers only.
> If normal key lookup fails, the keymapping mechanism would then look up
> and invoke the modifier binding corresponding to the modifiers on the
> key, and invoke it instead; the invoked function could then, if it
> wished (e.g. for CUA), set some variables or frob some state and
> re-invoke the event with the modifiers removed.

That's a nice idea, but it only solves half the problem.

You also need to handle the case where you have use shifted arrow
to mark the region, and then use an unshifted arrow ... which should
deactivate the mark.

It seems like a simpler solution would be to have special events 
like <shift-down> <shift-up> <meta-down> <meta-up> etc....

A third possibility would be a "point moved" hook (at C level)
which was called with the original value of point - and the
original event modifiers.

BTW, cua-mode has some special code to detect the shift modifier on
a tty (something about looking for "S-" in the key symbol).
A solution should work equally well on all platforms!

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk