Re: CUA/delete-selection-mode and remapped keys incompatibility

[David Reitter]

On 8 Feb 2007, at 20:18, Kim F. Storm wrote:

> This is not a bug in cua or delete-selection-mode.
>
> If you define a new command like that, you also have to make it
> CUA/delete-selection-mode compatible by tagging it like this:
>
> (put 'slime-space 'delete-selection t)

Thanks Kim.

1. Where is this `delete-selection' attribute documented? I've  
searched the elisp reference, I've checked the docstring of `self- 
insert-command', I've googled it - couldn't find it documented.

2. This appears a bit un-modular, since an externally supplied major  
mode like SLIME has to worry about how CUA and delete-selection-mode  
are implemented. It appears to be the right way to distinguish  
commands that overwrite the selection (in these minor modes) from  
others. But shouldn't calling self-insert-command (as slime-space  
does) already take care of it? Wouldn't a `self-insert-command-hook'  
be better than counting on pre-command-hook, which doesn't get called  
e.g. if self-insert-command is not called interactively?

Something like that would be more compatible with modes that do what  
SLIME does.

D