Re: Universal/prefix argument for "other window" redirection?

[Arthur Miller]

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

> Arthur Miller <arthur.miller@live.com> writes:
>
>> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>>
>>>> What I would like is to have all the cursor motion stuff, expression
>>>> evals etc, work on in other window so I don't need to switch back and
>>>> forth two buffers (I like to work with two buffers side-by-side). I
>>>> wonder if there is already something I could use; prefix
>>>> command/universal prefix whatever, to autmoatically modify behaviour of
>>>> interactive commands involved or do I have to write my own (if it's
>>>> possible :))?
>>>
>>> OT1H you mention universal-prefix (which only affects the very next
>>> command) but OTOH you say "all the cursor motion stuff ...".
>>>
>>> For the "all the cursor ..." case, it seems you're saying all the
>>> commands should operate on the other window, which is exactly what you
>>> get after `C-x o`, so your description needs more details to know what
>>> you really mean.
>>
>> Haha, yes, I think I myself need more details to know what I mean :).
>>
>> I don't know myself what I really want. I find myself switching a lot
>> between two windows, which sometimes feels redundant. Maybe it is just
>> the shortcut, C-x o, or in my case C-v o. After playing with Gregory's
>> example, I am thinking of just binding the other-window to the `§` key.
>> Maybe that itself will be enough for somewhat "smoother" experience.
>
> I wrote a command that sends the cursor to another buffer window, and
> lets you do whatever you want in that window, until you hit "q" (this is
> a special-mode buffer so insertion isn't an issue), whereupon it pops
> you back to the original window. It uses a transient keymap to do that,
> which is yet another approach you could consider.
>
> https://git.savannah.gnu.org/cgit/emacs/elpa.git/tree/ebdb-mua.el?h=externals/ebdb#n1244

Interesting; thanks! Cool to see so many different ways to solve a
problem in Emacs. Thanks!

At this time I think I'll write a blog post as a summary instead of
bothering you all here.