[Top][All Lists]

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

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

From: David Reitter
Subject: Re: CUA/delete-selection-mode and remapped keys incompatibility
Date: Thu, 8 Feb 2007 20:31:24 +0000

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.


reply via email to

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