From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: nljlistbox2@gmail.com (N. Jackson) Newsgroups: gmane.emacs.bugs Subject: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command Date: Tue, 22 Mar 2016 18:06:19 -0300 Message-ID: <87lh5agr3o.fsf@gmail.com> References: <87fuviigpw.fsf@gmail.com> <56F17F1D.4050201@gmx.at> <877fguicbk.fsf@gmail.com> <56F194C7.8000001@gmx.at> <87twjygucs.fsf@gmail.com> <83y49a2s0i.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1458680845 10397 80.91.229.3 (22 Mar 2016 21:07:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Mar 2016 21:07:25 +0000 (UTC) Cc: 23092@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 22 22:07:14 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aiTWC-0001JR-42 for geb-bug-gnu-emacs@m.gmane.org; Tue, 22 Mar 2016 22:07:12 +0100 Original-Received: from localhost ([::1]:39609 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiTWB-0006Oi-Cn for geb-bug-gnu-emacs@m.gmane.org; Tue, 22 Mar 2016 17:07:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49029) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiTW7-0006Nm-R0 for bug-gnu-emacs@gnu.org; Tue, 22 Mar 2016 17:07:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aiTW2-0003hi-Mh for bug-gnu-emacs@gnu.org; Tue, 22 Mar 2016 17:07:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35133) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiTW2-0003hU-J7 for bug-gnu-emacs@gnu.org; Tue, 22 Mar 2016 17:07:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1aiTW2-00047o-C5 for bug-gnu-emacs@gnu.org; Tue, 22 Mar 2016 17:07:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: nljlistbox2@gmail.com (N. Jackson) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 21:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23092-submit@debbugs.gnu.org id=B23092.145868079015809 (code B ref 23092); Tue, 22 Mar 2016 21:07:02 +0000 Original-Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 21:06:30 +0000 Original-Received: from localhost ([127.0.0.1]:60493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiTVW-00046v-0M for submit@debbugs.gnu.org; Tue, 22 Mar 2016 17:06:30 -0400 Original-Received: from mail-io0-f181.google.com ([209.85.223.181]:36481) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiTVU-00046g-K6 for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 17:06:28 -0400 Original-Received: by mail-io0-f181.google.com with SMTP id 124so105045236iov.3 for <23092@debbugs.gnu.org>; Tue, 22 Mar 2016 14:06:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=QO8TRxTEdA7T2zzvlFIsUsE9+EY42QYti26E0fz+oCc=; b=nvBB3QvY5QyxF17PXEREn/DAA/FantSC6XwiJtTuhs5a0GzLM5BZ7m6m/Drrs5tnWA YXl+GcfFd3SbnPzqPTCmEwdgZvcX6zOYiiZLCKIDY4k6Jwj25k8aKZjt/boiVD3rEE19 VX+f48CbNgfeW+byElbNHMamn5DorUcnhmLke8dctv4NPuYndkF8+x8pLGvRCoVi+Dc+ MyQbuo2uBLezTuFW0rRIiMX4CIhNUU+eu+NuBhnkbEgB/TgRZFy8hskc/uWjrjuFQu7+ /lEzyn8NOF9pziRUpKZPv4KSo6vaY9021TzoA9cFTq12/fH1gtirjY8LtLakdCKuVKUX dMwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=QO8TRxTEdA7T2zzvlFIsUsE9+EY42QYti26E0fz+oCc=; b=M4jktRLQ+8k4PEHMSF17Hefl1+15KirnSiwNOJbdes9oAuitxD0eh0PcmaE1nG7B4h JBWGFs7AtKf0UdVwlZwdfOmRBfrVkfTbyX/jVRqVTuFM/Spn43kNi/4/ekbla4k67i7c VOsg585kKR5QbO0L5T2scav6cslGuqnTbeCIqd9OjXgkl8aFrjipe+sEkPpiF8Q/b2f0 VCutAki5mqz2gp9jO8FYRanJc8Dnutz+KSlDoRIMHclwkaTyJOOMeL1UaVEaOwRkMq8v lpO+Rb4io0Hxf1zN39IRFt7CwO1l4kBRsxXDp+gN+W02oTnqqCfo8ip/hHyuwGFpJRQv uoVQ== X-Gm-Message-State: AD7BkJIQNiFk4huFVWRDGehF7AeTo53utB9mvw/21p/jA3K4ocpw0PqsGv3vlU/ip7q8hA== X-Received: by 10.50.150.72 with SMTP id ug8mr4310612igb.52.1458680782951; Tue, 22 Mar 2016 14:06:22 -0700 (PDT) Original-Received: from moondust.nodomain.none ([142.227.16.2]) by smtp.gmail.com with ESMTPSA id h130sm4097324ioe.23.2016.03.22.14.06.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Mar 2016 14:06:22 -0700 (PDT) In-Reply-To: <83y49a2s0i.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 22 Mar 2016 22:10:21 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115367 Archived-At: At 22:10 +0200 on Tuesday 2016-03-22, Eli Zaretskii wrote: >> From: nljlistbox2@gmail.com (N. Jackson) >> Date: Tue, 22 Mar 2016 16:56:03 -0300 >> Cc: 23092@debbugs.gnu.org >> >> > displaying two, three completions in a window that occupies one half >> > of your frame does not strike me as a good solution either. >> >> For me though, this seems absolutely fine. After all that window is only >> there until I've finished my command in the minibuffer, then it >> disappears. > > In theory, yes. In practice, it's all too easy to cause it be left in > place long after you have no use for that buffer. I'm sure it > happened to you at least once. Actually, no, I haven't had that problem yet, not caused by the completions window at least; it seems to consistently close when I finish the command in the minibuffer. >> (If it was taking up so much space that it prevented me from seeing >> something I needed to refer to while completing my command in the >> minibuffer, that would be another matter entirely, but with the >> completions window occupying the right half of the frame that was never >> an issue for me in Emacs 24.) > > Having it occupy half the frame, obscuring too much of the buffer I'm > editing, is also an annoyance. Yes, obscuring the buffer being edited is an annoyance. I suppose the circumstances when it occurs depends on the user's set up. In my usage I almost always use a small laptop and the display is sufficiently small that it's easiest to keep all my Emacs frames maximised. The display has a 16:9 rather than a 4:3 (16:12) ratio, so I'm rather limited in height compared to width. A full height window here is only 48 characters high. When my frame gets split-right, I get two windows that are both about 92 characters wide, so a completions window on the right rarely obscures _any_ of the window I'm editing (which is typically displaying lines of text 72- or 80-characters long). On the other hand, the new behaviour of splitting the completion window below is guaranteed to obscure part of the window I'm editing.