[Top][All Lists]

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

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

From: Eric Abrahamsen
Subject: Re: Universal/prefix argument for "other window" redirection?
Date: Thu, 08 Apr 2021 21:18:25 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

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.


reply via email to

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