Re: Interactive hat.

["Stephen J. Turnbull" <stephen@xemacs.org>]

Miles Bader writes:
 > "Stephen J. Turnbull" <stephen@xemacs.org> writes:

 > > In XEmacs [...] "shifted motion selects" is a property of the
 > > key, not of the command nor of its name.
 > 
 > Er, so if I rebind "C-f" to some command in my mode which is completely
 > unrelated to the default binding, does it still inherit the default
 > shifted-select feature?!

No, because by default C-f isn't in the list.  The default list
contains the arrow keys and the motion keys on the keypad, along with
certain combinations of those keys with other modifiers.

So let's talk about rebinding 'right instead.  If by "unrelated" you
mean "not a motion command", then the answer is "yes, but you'll never
know the difference."  If by "unrelated" you mean something else
(what?), the answer is "yes, and the difference is observable if and
only if the new binding is a motion command".

 > What if I rebind some other key to "forward-char"?  Does that new
 > binding then lack shifted-select?

Yes.  In fact, if (as is most probably the case) you have both 'right
and C-f bound to `forward-char', then (by default) 'right has the
property and C-f does not.

 > [If so -- wacky...]

Only because you buy in to Stefan's notion that this is a property of
the command rather than of the key binding.  But talk about wacky
hacks! if it's a property of the command, why does the command need to
inspect the key binding to figure out what to do?  If taken seriously,
that implies Alan's right about defining a separate motion command
with shift-motion-selects behavior.

BTW, this was a key[sic] strategy to get shifted-motion-selects past
Ye Olde Guard who detested CUA.  Ye Olde Guard don't use no steenkin'
arrows (IIRC some versions of the Happy Hacker keyboard don't have
arrows at all).  It doesn't bother the Windows Volk either, since they
are usually a bit upset that C-f doesn't invoke Find. ;-)

Cheers!