From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.bugs Subject: bug#1291: 23.0.60; 1) resize-mini-windows: customizable, 2) if grow mini, grow Completions Date: Wed, 05 Nov 2008 03:37:34 -0700 Message-ID: References: <005b01c93c80$436e6ac0$0200a8c0@us.oracle.com> <490DB544.9000003@gmx.at> <007201c93cfd$5d33d440$0200a8c0@us.oracle.com> <490DEE1F.1090700@gmx.at> <008101c93d1d$fc93a450$0200a8c0@us.oracle.com> <490E035D.3050104@gmx.at> <008701c93d29$5dbc3a20$0200a8c0@us.oracle.com> <490EA576.7050401@gmx.at> Reply-To: Kevin Rodgers , 1291@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1225882228 14320 80.91.229.12 (5 Nov 2008 10:50:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Nov 2008 10:50:28 +0000 (UTC) To: bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 05 11:51:31 2008 connect(): Connection refused 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.50) id 1Kxfz0-0002d7-LM for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Nov 2008 11:51:30 +0100 Original-Received: from localhost ([127.0.0.1]:50360 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kxfxt-0007Ge-EX for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Nov 2008 05:50:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kxfxk-0007FQ-Is for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2008 05:50:12 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kxfxi-0007E5-Ha for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2008 05:50:11 -0500 Original-Received: from [199.232.76.173] (port=49136 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kxfxi-0007E2-54 for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2008 05:50:10 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:59235) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kxfxh-0007Uy-Qp for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2008 05:50:10 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mA5Ao5ef014804; Wed, 5 Nov 2008 02:50:05 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id mA5Aj3Q3013375; Wed, 5 Nov 2008 02:45:03 -0800 X-Loop: don@donarmstrong.com Resent-From: Kevin Rodgers Original-Sender: news Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 05 Nov 2008 10:45:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1291 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122588147312132 (code B ref -1); Wed, 05 Nov 2008 10:45:03 +0000 Original-Received: (at submit) by emacsbugs.donarmstrong.com; 5 Nov 2008 10:37:53 +0000 Original-Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mA5AbmhS012126 for ; Wed, 5 Nov 2008 02:37:50 -0800 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kxflk-0002Py-4y for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2008 05:37:48 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kxflh-0002Ou-Vi for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2008 05:37:47 -0500 Original-Received: from [199.232.76.173] (port=40859 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kxflh-0002Oh-GI for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2008 05:37:45 -0500 Original-Received: from main.gmane.org ([80.91.229.2]:55082 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kxflh-0005Vk-8e for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2008 05:37:45 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Kxfld-0004F0-V0 for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2008 10:37:41 +0000 Original-Received: from c-67-161-145-183.hsd1.co.comcast.net ([67.161.145.183]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Nov 2008 10:37:41 +0000 Original-Received: from kevin.d.rodgers by c-67-161-145-183.hsd1.co.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Nov 2008 10:37:41 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 35 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-67-161-145-183.hsd1.co.comcast.net User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) In-Reply-To: <490EA576.7050401@gmx.at> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Wed, 05 Nov 2008 05:50:11 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list 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:22175 Archived-At: martin rudalics wrote: > > That is not to say that the minibuffer display can never override > whatever is > > decided for the *Completions* display, but it should not do so > gratuitously. It > > should take the *Completions* display into account. > > Ideally, yes. But, as I said before, we first need a mechanism that > allows us to establish a connection between such windows and the > minibuffer (we could try to fit a window to its buffer _after_ resizing > the minibuffer, but it's obvious how fragile such a solution would be). Isn't the connection already provided by minibuffer-scroll-window? What seems to be missing is the ability to distinguish between the buffer displayed by minibuffer-scroll-window (e.g. *Completions*) and the "parent" buffer of the minibuffer, so that we can determine whether they are different and thus minibuffer-scroll-window should be treated specially. > > But I don't think this should be fixed in some general way, treating the > > *Completions* or minibuffer window in the same way as any other > window. If > > that's what you're suggesting wrt `window-size-fixed', then I think > that's > > probably not the best approach. > > FAIK the *Completions* windows and the minibuffer are independent from > each other. So we have to find a mechanism to tell the window > management part what to do. Fixing window sizes in some "lax" fashion > is one way to do that. -- Kevin Rodgers Denver, Colorado, USA