From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.bugs
Subject: bug#51210: Customizable other-window-for-scrolling
Date: Thu, 14 Oct 2021 21:37:27 +0300
Message-ID: <83y26vjvvc.fsf@gnu.org>
References: <878ryvh6bz.fsf@mail.linkov.net> <8335p3ldi2.fsf@gnu.org>
 <87lf2vfpz5.fsf@mail.linkov.net> <83zgrbjxb2.fsf@gnu.org>
 <874k9jea2b.fsf@mail.linkov.net>
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="39999"; mail-complaints-to="usenet@ciao.gmane.io"
Cc: 51210@debbugs.gnu.org
To: Juri Linkov <juri@linkov.net>
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Oct 14 20:38:31 2021
Return-path: <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>
Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org
Original-Received: from lists.gnu.org ([209.51.188.17])
	by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
	(Exim 4.92)
	(envelope-from <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>)
	id 1mb5cc-000ADn-Uu
	for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 14 Oct 2021 20:38:30 +0200
Original-Received: from localhost ([::1]:37104 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>)
	id 1mb5cb-0004Gf-Pe
	for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 14 Oct 2021 14:38:29 -0400
Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35260)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
 id 1mb5cA-0004El-MF
 for bug-gnu-emacs@gnu.org; Thu, 14 Oct 2021 14:38:02 -0400
Original-Received: from debbugs.gnu.org ([209.51.188.43]:53778)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
 id 1mb5cA-0004VM-ED
 for bug-gnu-emacs@gnu.org; Thu, 14 Oct 2021 14:38:02 -0400
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
 (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1mb5cA-000092-Bu
 for bug-gnu-emacs@gnu.org; Thu, 14 Oct 2021 14:38:02 -0400
X-Loop: help-debbugs@gnu.org
Resent-From: Eli Zaretskii <eliz@gnu.org>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Thu, 14 Oct 2021 18:38:02 +0000
Resent-Message-ID: <handler.51210.B51210.1634236660526@debbugs.gnu.org>
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 51210
X-GNU-PR-Package: emacs
Original-Received: via spool by 51210-submit@debbugs.gnu.org id=B51210.1634236660526
 (code B ref 51210); Thu, 14 Oct 2021 18:38:02 +0000
Original-Received: (at 51210) by debbugs.gnu.org; 14 Oct 2021 18:37:40 +0000
Original-Received: from localhost ([127.0.0.1]:37091 helo=debbugs.gnu.org)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
 id 1mb5bo-00008Q-4r
 for submit@debbugs.gnu.org; Thu, 14 Oct 2021 14:37:40 -0400
Original-Received: from eggs.gnu.org ([209.51.188.92]:33208)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@gnu.org>) id 1mb5bj-000088-Qr
 for 51210@debbugs.gnu.org; Thu, 14 Oct 2021 14:37:39 -0400
Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57820)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@gnu.org>)
 id 1mb5be-0003p6-A8; Thu, 14 Oct 2021 14:37:30 -0400
Original-Received: from [87.69.77.57] (port=4289 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@gnu.org>)
 id 1mb5bd-0002QE-Qq; Thu, 14 Oct 2021 14:37:30 -0400
In-Reply-To: <874k9jea2b.fsf@mail.linkov.net> (message from Juri Linkov on
 Thu, 14 Oct 2021 21:25:24 +0300)
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
X-BeenThere: bug-gnu-emacs@gnu.org
List-Id: "Bug reports for GNU Emacs,
 the Swiss army knife of text editors" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-gnu-emacs>,
 <mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/bug-gnu-emacs>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
 <mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org
Original-Sender: "bug-gnu-emacs"
 <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>
Xref: news.gmane.io gmane.emacs.bugs:217257
Archived-At: <http://permalink.gmane.org/gmane.emacs.bugs/217257>

> From: Juri Linkov <juri@linkov.net>
> Cc: 51210@debbugs.gnu.org
> Date: Thu, 14 Oct 2021 21:25:24 +0300
> 
> >> The right window would be most-recently-used window like can be
> >> customized in e.g. compare-windows-get-window-function.
> >
> > For me, it's always the next-window.  Which explains why you aren't
> > satisfied: you expect something else.  So why not have a new command,
> > scroll-mru-window?
> 
> and
> 
> > Wouldn't it be easier to add a new command scroll-other-frame?
> 
> It's much easier to customize one variable to the needed function
> that to create a dozen of commands and rebind them to the same keys
> because there are many commands that will use the new variable:
> 
> scroll-other-window bound to M-<next>, C-M-v
> scroll-other-window-down bound to M-<prior>, C-M-S-v
> recenter-other-window bound to C-M-S-l
> beginning-of-buffer-other-window bound to M-<begin>, M-<home>
> end-of-buffer-other-window bound to M-<end>

The advantage of having separate commands is that users can then have
several behaviors at once.  By contrast, a single customizable
variable can provide only one of the possible behaviors.  Not everyone
wants only ever scroll the most-recently-used window or the single
window on another frame, some of the users might want sometimes to
scroll next-window, sometimes the most-recently-used one, and
sometimes the one on the other frame.

And it isn't like it would be hard to write those few commands, it
should be almost trivial.  Not harder than writing those functions to
return the window you want, anyway.