Re: Shift selection using interactive spec

[Juri Linkov]

> They are inherently not attached to either.  So it makes no sense to use
> them on C-h f.  In particular since C-h k can deliver something like
>
> <mouse-2> (translated from <down-mouse-2> <mouse-2>) at that spot runs the 
> command
> (lambda (event) (interactive "e") (preview-toggle #<overlay from 1367 to 1387 
> in circ.tex> (quote toggle) event))
>   which is an interactive Lisp function.
> (anonymous EVENT)
>
> Not documented.
>
> There is no associated property list here.

To make this command shift-aware, you can add `shift-translation-handler'
call like (lambda (event) (interactive "e") (shift-translation-handler) 
(preview-toggle

But such anonymous commands are very rare, so there is no serious problem
with them.

>> Property lists are already widely used in Emacs, so there is no reason
>> to avoid them.  They are integral part of Emacs Lisp, and will cause
>> no more problems.
>
> Red herring.  Property lists are an inherent part of Lisp, but as an
> element of _symbols_, not functions.
>
> The interactive specifications are made part of _functions_ for a
> reason, even though it makes it somewhat harder to extract them
> explicitly (using interactive-form).  It is inconsistent to attach stuff
> like that to a property-list that is more or less incidentally part of a
> symbol that might or might not be the accessor to a function cell.

There are already dozens of different properties in Emacs attached
formally to commands, not to function's symbols.  No one opposed
to such practice in the past.

-- 
Juri Linkov
http://www.jurta.org/emacs/