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
_______________________________________________
emacs-pretest-bug mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
