Re: Suggestion: Add discussion of input focus handling to select-window; add select-frame-window

[Robert Weiner <rsw@gnu.org>]

[-- Attachment #1: Type: text/plain, Size: 1275 bytes --]

On Tue, Dec 12, 2017 at 3:40 PM, Stefan Monnier <monnier@iro.umontreal.ca>
wrote:

> > ​The same issue exists with save-selected-window except that it applies
> to
> > the start selected window rather than a new one.  Another macro,
> > save-selected-frame-window, would keep input from switching to another
> > frame within its scope since this is not part of save-selected-window's
> > behavior.
>
> You mean some kind of `save-frame-focus` macro (tho that name itself
> can be confusing since it seems to refer to `frame-focus` which is yet
> another kettle of fish)?
>

​Yes, save-input-focus or save-frame-input-focus for consistency with other
naming.​

​​
>
> ​​
> "Manually" changing focus should be something done very rarely in Elisp,
> ​​
> so why/when would you need to use something like `save-frame-focus`?
>

​Hyperbole has a feature that lets you either drag a dired item (or other
item type)
to another frame (input switches to that frame) or throw the dired item to
another
frame (input stays in the same frame).  The throw command calls the drag
command
to reuse its logic, since it is fairly involved and doesn't make sense to
duplicate,
but then needs to restore the focus to original frame.

Bob

[-- Attachment #2: Type: text/html, Size: 2972 bytes --]