From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#8358: 24.0.50; `minibuffer-scroll-window' with active minibuffer: always *Completions*? Date: Mon, 28 Mar 2011 06:44:55 -0700 Message-ID: References: <85A4B6FC9D55449098D84231439FAF9B@us.oracle.com> <4D902BEF.7050107@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1301321601 11750 80.91.229.12 (28 Mar 2011 14:13:21 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 28 Mar 2011 14:13:21 +0000 (UTC) Cc: 8358@debbugs.gnu.org To: "'martin rudalics'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 28 16:13:17 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q4DC0-0002Ug-JM for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Mar 2011 16:13:17 +0200 Original-Received: from localhost ([127.0.0.1]:55266 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q4DAU-0007k4-4u for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Mar 2011 10:11:42 -0400 Original-Received: from [140.186.70.92] (port=44010 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q4D67-0005TF-77 for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2011 10:07:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q4D65-0000c7-O4 for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2011 10:07:10 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43472) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q4D65-0000c3-L3 for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2011 10:07:09 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Q4Cle-00053Q-Ci; Mon, 28 Mar 2011 09:46:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Mar 2011 13:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8358 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8358-submit@debbugs.gnu.org id=B8358.130131990819362 (code B ref 8358); Mon, 28 Mar 2011 13:46:02 +0000 Original-Received: (at 8358) by debbugs.gnu.org; 28 Mar 2011 13:45:08 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q4Ckl-00052F-35 for submit@debbugs.gnu.org; Mon, 28 Mar 2011 09:45:07 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q4Ckh-00051V-QD for 8358@debbugs.gnu.org; Mon, 28 Mar 2011 09:45:04 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p2SDitDX010812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 Mar 2011 13:44:57 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p2SDisLo004323 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2011 13:44:54 GMT Original-Received: from abhmt003.oracle.com (abhmt003.oracle.com [141.146.116.12]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p2SDisNS024372; Mon, 28 Mar 2011 08:44:54 -0500 Original-Received: from dradamslap1 (/10.159.60.136) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 28 Mar 2011 06:44:53 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4D902BEF.7050107@gmx.at> Thread-Index: AcvtEjCOyV4xK+VKTzaUc0gUAUF2xwAOBjRg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Source-IP: acsmt357.oracle.com [141.146.40.157] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4D9090D7.005B,ss=1,fgs=0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 28 Mar 2011 09:46:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:45416 Archived-At: > `with-output-to-temp-buffer' which displays the *Completions* buffer > sets `minibuffer-scroll-window' to the window showing *Completions*. Thanks for the info. But why should that happen? `with-output-to-temp-buffer' is supposed to be general, for any temporary buffer. It is not supposed to be specific to *Completions* or *Help* or any other given temporary buffer. And the doc of `scroll-other-window' says that "`minibuffer-scroll-window' if non-nil specifies the window to scroll." It doesn't say that it always specifies the *Completions* window. And the doc of `minibuffer-scroll-window' says "Non-nil means it is the window that C-M-v in minibuffer should scroll." It doesn't say that C-M-v in the minibuffer always scrolls *Completions*. There is nothing to indicate that things are in fact hard-coded so that the window to scroll when you are in the minibuffer is always *Completions*. And there is nothing to indicate that that is the intention (design). On the contrary. This is a variable, created presumably to let you change the window to be scrolled from the minibuffer. And the doc supports this as the intention. > This happens _after_ running `completion-setup-hook' so your "foo" > doesn't really do what you expected. > > > Shouldn't you be able to set the window to be scrolled > > (using `scroll-other-window') during minibuffer > > input to be some window other than *Completions*? How can > > I do that? > > Try doing > (add-hook 'temp-buffer-show-hook 'foo 'append) > instead. Or write your own `temp-buffer-show-function'. Thanks, but such a workaround is a sledge hammer here. `temp-buffer-show-hook' is general, and it should not be necessary to add and remove stuff just to get `minibuffer-scroll-window' to act as a variable. I appreciate the implementation info, but this seems like a bug to me. `minibuffer-scroll-window' is used only when the minibuffer is active, and it is apparently always set, in that case, to the *Completions* window. This was created as a variable presumably so that programs could change the window to be scrolled from the minibuffer. It's not clear whether you are just explaining what currently happens (thank you) or you are also saying that this is not a bug. What's the point of `minibuffer-scroll-window' if it is always effectively *Completions*? Other than this hard-coded case, user code has easy control over `scroll-other-window(-down)'. Can we please fix this so that `minibuffer-scroll-window' acts as advertised?