From unknown Sun Jun 22 22:41:55 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#23092 <23092@debbugs.gnu.org> To: bug#23092 <23092@debbugs.gnu.org> Subject: Status: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command Reply-To: bug#23092 <23092@debbugs.gnu.org> Date: Mon, 23 Jun 2025 05:41:55 +0000 retitle 23092 25.0.92; Minibuffer completion fails to resize completion win= dow if reused during same command reassign 23092 emacs submitter 23092 nljlistbox2@gmail.com (N. Jackson) severity 23092 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 13:08:11 2016 Received: (at submit) by debbugs.gnu.org; 22 Mar 2016 17:08:11 +0000 Received: from localhost ([127.0.0.1]:60247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiPms-0003Cg-B5 for submit@debbugs.gnu.org; Tue, 22 Mar 2016 13:08:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35095) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiPmq-0003CR-Qk for submit@debbugs.gnu.org; Tue, 22 Mar 2016 13:08:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aiPmj-0007SS-6N for submit@debbugs.gnu.org; Tue, 22 Mar 2016 13:08:03 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:46462) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiPmj-0007SN-2c for submit@debbugs.gnu.org; Tue, 22 Mar 2016 13:08:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54270) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiPmg-000123-6U for bug-gnu-emacs@gnu.org; Tue, 22 Mar 2016 13:08:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aiPma-0007PF-ON for bug-gnu-emacs@gnu.org; Tue, 22 Mar 2016 13:07:58 -0400 Received: from mail-ig0-x229.google.com ([2607:f8b0:4001:c05::229]:35463) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiPma-0007P3-GE for bug-gnu-emacs@gnu.org; Tue, 22 Mar 2016 13:07:52 -0400 Received: by mail-ig0-x229.google.com with SMTP id cl4so59128427igb.0 for ; Tue, 22 Mar 2016 10:07:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version; bh=5CU1IszmJtGaWXHxXxAjjSwB3fbRsk6Cw1ISNuBmP4U=; b=uZJsrEIutMVEVt0ZVwtp6UHZENi/JeLPmt2kc4ZwETmLUWbiDotNm1aqTYds9Bi8ds /jG0f2B55tV9nMlEBW3ny+zLu6smoqrgxIDXW9xmPKubEaqGQT9N9+xlMYgjMPElPwp7 wBF1qloUrsynl2JHh1POSlOzk3tYQijJ2HSxaNJZMyDAKG6nuzQ90pz5hbBf53Q7TfWo WyUFyzPy5JEGIp5CEpFQA73PQOEWNdoy8xhmu3B4+lL0NVMKXp1h5ZPVQ1OwIoBoGlvv /rW2ugtkNcE7RbhMakz78KgVlLO2256mL7+c2UZFVQ8s8Z6jqRkkg7DtgCWQGFE3qqT6 Hs9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=5CU1IszmJtGaWXHxXxAjjSwB3fbRsk6Cw1ISNuBmP4U=; b=iQU3C9+WlhbPnJOJodgYxTdAzqYqUIk3wAFyf6bcZSo4pMq4aUXzfwNSnM8mKCC70R q1pys8Uer3jIRisJ0DxXUPsc6oCJnxzl4ugaC8iY3NGJoXJa81g48GeutCnWKp0iO0oS PpKt1RRGqDnuo89goF8uoxLgPY5UhyZcnjGRgsAv7I8bymQoPf6POwgDcgmOPE1ZRzSP +xYGdr9yYM7E7RP5nPqUc+udI5C0a9f3SBCIU4AYQAbtmr1X1ZHZmJzOTxGOeQ5V/Yp1 3QkDTe6QCfRZkklzleGBhR2RbraSViT4iQa9P/1jSuQLXsyj6nGMdiqdeTrV38Eo+/N0 /VEQ== X-Gm-Message-State: AD7BkJK7Fah+x57beM0i5IfMYATk8CvEmcw6ArOtf8NkMNMgwUPf9vDpwqxkbWg5IcyCcw== X-Received: by 10.50.79.200 with SMTP id l8mr19316638igx.40.1458666471660; Tue, 22 Mar 2016 10:07:51 -0700 (PDT) Received: from moondust.nodomain.none ([142.227.16.2]) by smtp.gmail.com with ESMTPSA id ot10sm7803493igb.17.2016.03.22.10.07.50 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Mar 2016 10:07:51 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: bug-gnu-emacs@gnu.org Subject: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command Date: Tue, 22 Mar 2016 14:07:39 -0300 Message-ID: <87fuviigpw.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.8 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.8 (---) When TAB is pressed during entry of a command in the minibuffer, a window appears displaying a list of completions. To some extent this window seems to be sized to fit the number of completions. If the user enters more of the command and presses TAB again the contents of the completions window are refreshed but the window is not resized. This is impossible to use if there are very few completions when TAB is pressed the first time, resulting in a very tiny window, and there are very many completions when TAB is pressed the second time. This can happen, for example, when finding a file. For example, from the Emacs build directory: src/emacs -Q C-x C-f ; find-file lib/v TAB ; A tiny window pops up with "verify.h" and "vla.h." s TAB At this point there is still a tiny completions window with about 50 completions most of which are not visible in the window. On the other hand, C-x C-f lib/s TAB displays the same completions in a much larger completion window (looks like it's half the frame height), so most of the available completions can be seen. In GNU Emacs 25.0.92.3 (x86_64-unknown-linux-gnu, GTK+ Version 3.18.9) of 2016-03-21 built on moondust Windowing system distributor 'Fedora Project', version 11.0.11801000 System Description: Fedora release 23 (Twenty Three) Configured using: 'configure --prefix=/usr/local/ --enable-checking=yes,glyphs --enable-check-lisp-object-type 'CFLAGS=-O0 -g3 -gdwarf-4'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 Important settings: value of $LC_MONETARY: en_DK.utf8 value of $LC_NUMERIC: en_DK.utf8 value of $LC_TIME: en_DK.utf8 value of $LANG: en_CA.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Group Minor modes in effect: gnus-undo-mode: t recentf-mode: t display-battery-mode: t display-time-mode: t delete-selection-mode: t show-paren-mode: t savehist-mode: t save-place-mode: t electric-pair-mode: t desktop-save-mode: t cua-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t size-indication-mode: t column-number-mode: t line-number-mode: t global-visual-line-mode: t visual-line-mode: t transient-mark-mode: t Recent messages: Reading active file from archive via nnfolder... Opening nnfolder server on archive...done Reading active file from archive via nnfolder...done Reading active file via nnfolder... Opening nnfolder server...done Reading incoming mail from file... nnfolder: Reading incoming mail (no new mail)...done Reading active file via nnfolder...done Checking new news...done command-execute: Command attempted to use minibuffer while in minibuffer Load-path shadows: /home/nlj/.emacs.d/elpa/org-20160229/ob-ref hides /usr/local/share/emacs/25.0.92/lisp/org/ob-ref /home/nlj/.emacs.d/elpa/org-20160229/ob-dot hides /usr/local/share/emacs/25.0.92/lisp/org/ob-dot /home/nlj/.emacs.d/elpa/org-20160229/ob-octave hides /usr/local/share/emacs/25.0.92/lisp/org/ob-octave /home/nlj/.emacs.d/elpa/org-20160229/ob-maxima hides /usr/local/share/emacs/25.0.92/lisp/org/ob-maxima /home/nlj/.emacs.d/elpa/org-20160229/ob-scala hides /usr/local/share/emacs/25.0.92/lisp/org/ob-scala /home/nlj/.emacs.d/elpa/org-20160229/org-plot hides /usr/local/share/emacs/25.0.92/lisp/org/org-plot /home/nlj/.emacs.d/elpa/org-20160229/ob-org hides /usr/local/share/emacs/25.0.92/lisp/org/ob-org /home/nlj/.emacs.d/elpa/org-20160229/ob-haskell hides /usr/local/share/emacs/25.0.92/lisp/org/ob-haskell /home/nlj/.emacs.d/elpa/org-20160229/org-indent hides /usr/local/share/emacs/25.0.92/lisp/org/org-indent /home/nlj/.emacs.d/elpa/org-20160229/org-habit hides /usr/local/share/emacs/25.0.92/lisp/org/org-habit /home/nlj/.emacs.d/elpa/org-20160229/org-datetree hides /usr/local/share/emacs/25.0.92/lisp/org/org-datetree /home/nlj/.emacs.d/elpa/org-20160229/ob-lob hides /usr/local/share/emacs/25.0.92/lisp/org/ob-lob /home/nlj/.emacs.d/elpa/org-20160229/org-list hides /usr/local/share/emacs/25.0.92/lisp/org/org-list /home/nlj/.emacs.d/elpa/org-20160229/ob-ruby hides /usr/local/share/emacs/25.0.92/lisp/org/ob-ruby /home/nlj/.emacs.d/elpa/org-20160229/ob-R hides /usr/local/share/emacs/25.0.92/lisp/org/ob-R /home/nlj/.emacs.d/elpa/org-20160229/ob-awk hides /usr/local/share/emacs/25.0.92/lisp/org/ob-awk /home/nlj/.emacs.d/elpa/org-20160229/ob-sqlite hides /usr/local/share/emacs/25.0.92/lisp/org/ob-sqlite /home/nlj/.emacs.d/elpa/org-20160229/ob-makefile hides /usr/local/share/emacs/25.0.92/lisp/org/ob-makefile /home/nlj/.emacs.d/elpa/org-20160229/org-capture hides /usr/local/share/emacs/25.0.92/lisp/org/org-capture /home/nlj/.emacs.d/elpa/org-20160229/org-archive hides /usr/local/share/emacs/25.0.92/lisp/org/org-archive /home/nlj/.emacs.d/elpa/org-20160229/ob-python hides /usr/local/share/emacs/25.0.92/lisp/org/ob-python /home/nlj/.emacs.d/elpa/org-20160229/ob-js hides /usr/local/share/emacs/25.0.92/lisp/org/ob-js /home/nlj/.emacs.d/elpa/org-20160229/ox-md hides /usr/local/share/emacs/25.0.92/lisp/org/ox-md /home/nlj/.emacs.d/elpa/org-20160229/org-table hides /usr/local/share/emacs/25.0.92/lisp/org/org-table /home/nlj/.emacs.d/elpa/org-20160229/org-install hides /usr/local/share/emacs/25.0.92/lisp/org/org-install /home/nlj/.emacs.d/elpa/org-20160229/ox-latex hides /usr/local/share/emacs/25.0.92/lisp/org/ox-latex /home/nlj/.emacs.d/elpa/org-20160229/org-docview hides /usr/local/share/emacs/25.0.92/lisp/org/org-docview /home/nlj/.emacs.d/elpa/org-20160229/ox-ascii hides /usr/local/share/emacs/25.0.92/lisp/org/ox-ascii /home/nlj/.emacs.d/elpa/org-20160229/org-mhe hides /usr/local/share/emacs/25.0.92/lisp/org/org-mhe /home/nlj/.emacs.d/elpa/org-20160229/org-crypt hides /usr/local/share/emacs/25.0.92/lisp/org/org-crypt /home/nlj/.emacs.d/elpa/org-20160229/org-macro hides /usr/local/share/emacs/25.0.92/lisp/org/org-macro /home/nlj/.emacs.d/elpa/org-20160229/ox-odt hides /usr/local/share/emacs/25.0.92/lisp/org/ox-odt /home/nlj/.emacs.d/elpa/org-20160229/org-eshell hides /usr/local/share/emacs/25.0.92/lisp/org/org-eshell /home/nlj/.emacs.d/elpa/org-20160229/ob-fortran hides /usr/local/share/emacs/25.0.92/lisp/org/ob-fortran /home/nlj/.emacs.d/elpa/org-20160229/org-entities hides /usr/local/share/emacs/25.0.92/lisp/org/org-entities /home/nlj/.emacs.d/elpa/org-20160229/ob-picolisp hides /usr/local/share/emacs/25.0.92/lisp/org/ob-picolisp /home/nlj/.emacs.d/elpa/org-20160229/org-feed hides /usr/local/share/emacs/25.0.92/lisp/org/org-feed /home/nlj/.emacs.d/elpa/org-20160229/ox hides /usr/local/share/emacs/25.0.92/lisp/org/ox /home/nlj/.emacs.d/elpa/org-20160229/org-id hides /usr/local/share/emacs/25.0.92/lisp/org/org-id /home/nlj/.emacs.d/elpa/org-20160229/ob-clojure hides /usr/local/share/emacs/25.0.92/lisp/org/ob-clojure /home/nlj/.emacs.d/elpa/org-20160229/org-macs hides /usr/local/share/emacs/25.0.92/lisp/org/org-macs /home/nlj/.emacs.d/elpa/org-20160229/ob-table hides /usr/local/share/emacs/25.0.92/lisp/org/ob-table /home/nlj/.emacs.d/elpa/org-20160229/org-pcomplete hides /usr/local/share/emacs/25.0.92/lisp/org/org-pcomplete /home/nlj/.emacs.d/elpa/org-20160229/ox-publish hides /usr/local/share/emacs/25.0.92/lisp/org/ox-publish /home/nlj/.emacs.d/elpa/org-20160229/ob-scheme hides /usr/local/share/emacs/25.0.92/lisp/org/ob-scheme /home/nlj/.emacs.d/elpa/org-20160229/ob-keys hides /usr/local/share/emacs/25.0.92/lisp/org/ob-keys /home/nlj/.emacs.d/elpa/org-20160229/ob-io hides /usr/local/share/emacs/25.0.92/lisp/org/ob-io /home/nlj/.emacs.d/elpa/org-20160229/ox-texinfo hides /usr/local/share/emacs/25.0.92/lisp/org/ox-texinfo /home/nlj/.emacs.d/elpa/org-20160229/org-bibtex hides /usr/local/share/emacs/25.0.92/lisp/org/org-bibtex /home/nlj/.emacs.d/elpa/org-20160229/org-protocol hides /usr/local/share/emacs/25.0.92/lisp/org/org-protocol /home/nlj/.emacs.d/elpa/org-20160229/ob-mscgen hides /usr/local/share/emacs/25.0.92/lisp/org/ob-mscgen /home/nlj/.emacs.d/elpa/org-20160229/org-irc hides /usr/local/share/emacs/25.0.92/lisp/org/org-irc /home/nlj/.emacs.d/elpa/org-20160229/org-faces hides /usr/local/share/emacs/25.0.92/lisp/org/org-faces /home/nlj/.emacs.d/elpa/org-20160229/ob-lilypond hides /usr/local/share/emacs/25.0.92/lisp/org/ob-lilypond /home/nlj/.emacs.d/elpa/org-20160229/org-w3m hides /usr/local/share/emacs/25.0.92/lisp/org/org-w3m /home/nlj/.emacs.d/elpa/org-20160229/ob-ditaa hides /usr/local/share/emacs/25.0.92/lisp/org/ob-ditaa /home/nlj/.emacs.d/elpa/org-20160229/ob-comint hides /usr/local/share/emacs/25.0.92/lisp/org/ob-comint /home/nlj/.emacs.d/elpa/org-20160229/ob-css hides /usr/local/share/emacs/25.0.92/lisp/org/ob-css /home/nlj/.emacs.d/elpa/org-20160229/org hides /usr/local/share/emacs/25.0.92/lisp/org/org /home/nlj/.emacs.d/elpa/org-20160229/org-src hides /usr/local/share/emacs/25.0.92/lisp/org/org-src /home/nlj/.emacs.d/elpa/org-20160229/ob-eval hides /usr/local/share/emacs/25.0.92/lisp/org/ob-eval /home/nlj/.emacs.d/elpa/org-20160229/ob-gnuplot hides /usr/local/share/emacs/25.0.92/lisp/org/ob-gnuplot /home/nlj/.emacs.d/elpa/org-20160229/ox-man hides /usr/local/share/emacs/25.0.92/lisp/org/ox-man /home/nlj/.emacs.d/elpa/org-20160229/org-version hides /usr/local/share/emacs/25.0.92/lisp/org/org-version /home/nlj/.emacs.d/elpa/org-20160229/org-mobile hides /usr/local/share/emacs/25.0.92/lisp/org/org-mobile /home/nlj/.emacs.d/elpa/org-20160229/ob-emacs-lisp hides /usr/local/share/emacs/25.0.92/lisp/org/ob-emacs-lisp /home/nlj/.emacs.d/elpa/org-20160229/ob-perl hides /usr/local/share/emacs/25.0.92/lisp/org/ob-perl /home/nlj/.emacs.d/elpa/org-20160229/ob-exp hides /usr/local/share/emacs/25.0.92/lisp/org/ob-exp /home/nlj/.emacs.d/elpa/org-20160229/org-info hides /usr/local/share/emacs/25.0.92/lisp/org/org-info /home/nlj/.emacs.d/elpa/org-20160229/org-footnote hides /usr/local/share/emacs/25.0.92/lisp/org/org-footnote /home/nlj/.emacs.d/elpa/org-20160229/org-compat hides /usr/local/share/emacs/25.0.92/lisp/org/org-compat /home/nlj/.emacs.d/elpa/org-20160229/org-agenda hides /usr/local/share/emacs/25.0.92/lisp/org/org-agenda /home/nlj/.emacs.d/elpa/org-20160229/org-timer hides /usr/local/share/emacs/25.0.92/lisp/org/org-timer /home/nlj/.emacs.d/elpa/org-20160229/ob-shen hides /usr/local/share/emacs/25.0.92/lisp/org/ob-shen /home/nlj/.emacs.d/elpa/org-20160229/ob-tangle hides /usr/local/share/emacs/25.0.92/lisp/org/ob-tangle /home/nlj/.emacs.d/elpa/org-20160229/ob-calc hides /usr/local/share/emacs/25.0.92/lisp/org/ob-calc /home/nlj/.emacs.d/elpa/org-20160229/org-inlinetask hides /usr/local/share/emacs/25.0.92/lisp/org/org-inlinetask /home/nlj/.emacs.d/elpa/org-20160229/ob-C hides /usr/local/share/emacs/25.0.92/lisp/org/ob-C /home/nlj/.emacs.d/elpa/org-20160229/org-gnus hides /usr/local/share/emacs/25.0.92/lisp/org/org-gnus /home/nlj/.emacs.d/elpa/org-20160229/org-clock hides /usr/local/share/emacs/25.0.92/lisp/org/org-clock /home/nlj/.emacs.d/elpa/org-20160229/ox-icalendar hides /usr/local/share/emacs/25.0.92/lisp/org/ox-icalendar /home/nlj/.emacs.d/elpa/org-20160229/ox-beamer hides /usr/local/share/emacs/25.0.92/lisp/org/ox-beamer /home/nlj/.emacs.d/elpa/org-20160229/org-mouse hides /usr/local/share/emacs/25.0.92/lisp/org/org-mouse /home/nlj/.emacs.d/elpa/org-20160229/ob-ocaml hides /usr/local/share/emacs/25.0.92/lisp/org/ob-ocaml /home/nlj/.emacs.d/elpa/org-20160229/ob-plantuml hides /usr/local/share/emacs/25.0.92/lisp/org/ob-plantuml /home/nlj/.emacs.d/elpa/org-20160229/ob-screen hides /usr/local/share/emacs/25.0.92/lisp/org/ob-screen /home/nlj/.emacs.d/elpa/org-20160229/org-colview hides /usr/local/share/emacs/25.0.92/lisp/org/org-colview /home/nlj/.emacs.d/elpa/org-20160229/ob-sass hides /usr/local/share/emacs/25.0.92/lisp/org/ob-sass /home/nlj/.emacs.d/elpa/org-20160229/ox-html hides /usr/local/share/emacs/25.0.92/lisp/org/ox-html /home/nlj/.emacs.d/elpa/org-20160229/org-bbdb hides /usr/local/share/emacs/25.0.92/lisp/org/org-bbdb /home/nlj/.emacs.d/elpa/org-20160229/ob-lisp hides /usr/local/share/emacs/25.0.92/lisp/org/ob-lisp /home/nlj/.emacs.d/elpa/org-20160229/ob-java hides /usr/local/share/emacs/25.0.92/lisp/org/ob-java /home/nlj/.emacs.d/elpa/org-20160229/org-rmail hides /usr/local/share/emacs/25.0.92/lisp/org/org-rmail /home/nlj/.emacs.d/elpa/org-20160229/ob-asymptote hides /usr/local/share/emacs/25.0.92/lisp/org/ob-asymptote /home/nlj/.emacs.d/elpa/org-20160229/ob-matlab hides /usr/local/share/emacs/25.0.92/lisp/org/ob-matlab /home/nlj/.emacs.d/elpa/org-20160229/ox-org hides /usr/local/share/emacs/25.0.92/lisp/org/ox-org /home/nlj/.emacs.d/elpa/org-20160229/org-element hides /usr/local/share/emacs/25.0.92/lisp/org/org-element /home/nlj/.emacs.d/elpa/org-20160229/org-attach hides /usr/local/share/emacs/25.0.92/lisp/org/org-attach /home/nlj/.emacs.d/elpa/org-20160229/ob-ledger hides /usr/local/share/emacs/25.0.92/lisp/org/ob-ledger /home/nlj/.emacs.d/elpa/org-20160229/ob-core hides /usr/local/share/emacs/25.0.92/lisp/org/ob-core /home/nlj/.emacs.d/elpa/org-20160229/ob-sql hides /usr/local/share/emacs/25.0.92/lisp/org/ob-sql /home/nlj/.emacs.d/elpa/org-20160229/ob-latex hides /usr/local/share/emacs/25.0.92/lisp/org/ob-latex /home/nlj/.emacs.d/elpa/org-20160229/org-ctags hides /usr/local/share/emacs/25.0.92/lisp/org/org-ctags /home/nlj/.emacs.d/elpa/org-20160229/org-loaddefs hides /usr/local/share/emacs/25.0.92/lisp/org/org-loaddefs /home/nlj/.emacs.d/elpa/org-20160229/ob hides /usr/local/share/emacs/25.0.92/lisp/org/ob ~/.emacs.d/modules/emms/lisp/tq hides /usr/local/share/emacs/25.0.92/lisp/emacs-lisp/tq Features: (shadow bbdb-message mail-extr emacsbug sendmail nndraft nnmh utf-7 server pinentry epa-file epa derived network-stream nsm starttls nnfolder bbdb-gnus bbdb-mua nnnil gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg nntp gnus-cache character-fold misearch multi-isearch view flyspell ispell sage sage-load rx emms-bookmarks emms-cue emms-mode-line-icon emms-browser sort emms-playlist-sort emms-last-played emms-player-xine emms-player-mpd tq emms-playing-time emms-lyrics emms-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse auth-source eieio byte-opt bytecomp byte-compile cl-extra cconv eieio-core url-vars emms-streams emms-tag-editor emms-mark emms-mode-line emms-cache emms-info-ogginfo emms-info-mp3info emms-info later-do emms-playlist-mode emms-player-vlc emms-player-mplayer emms-player-simple emms-source-playlist emms-source-file locate emms-setup emms emms-compat compile navi-mode outshine outorg org-contacts cl-seq org-capture gnus-art mm-uu mml2015 mm-view mml-smime smime password-cache dig mailcap gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source tls gnutls utf7 netrc nnoo parse-time gnus-spec gnus-int gnus-range message cl-macs rfc822 mml mml-sec epg mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums gmm-utils mailheader gnus-win gnus gnus-ems nnheader mail-utils mm-util help-fns help-mode mail-prsvr cl gv org-rmail org-mhe org-irc org-info org-gnus gnus-util org-docview doc-view subr-x jka-compr image-mode dired org-bibtex bibtex org-bbdb org-element avl-tree org-w3m org-agenda org advice org-macro org-footnote org-pcomplete pcomplete org-list org-faces org-entities noutline outline easy-mmode org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint comint ansi-color ring ob-core ob-eval org-compat org-macs org-loaddefs format-spec find-func bbdb-anniv diary-lib diary-loaddefs cal-menu calendar cal-loaddefs bbdb-com crm mailabbrev bbdb bbdb-site timezone bbdb-loaddefs finder-inf tex-site info package epg-config edmacro kmacro recentf tree-widget wid-edit easymenu battery time wheatgrass-theme delsel paren savehist saveplace elec-pair desktop frameset cl-loaddefs pcase cl-lib cua-base cus-start cus-load time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote dbusbind inotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 429063 43530) (symbols 48 92971 1) (miscs 40 2440 7664) (strings 32 127530 10978) (string-bytes 1 4294397) (vectors 16 39578) (vector-slots 8 882340 15295) (floats 8 552 613) (intervals 56 2004 0) (buffers 976 39) (heap 1024 96824 6437)) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 13:21:47 2016 Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 17:21:47 +0000 Received: from localhost ([127.0.0.1]:60265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiQ03-0003X5-C8 for submit@debbugs.gnu.org; Tue, 22 Mar 2016 13:21:47 -0400 Received: from mout.gmx.net ([212.227.15.19]:56527) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiQ00-0003Wr-S6 for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 13:21:45 -0400 Received: from [192.168.1.100] ([212.95.7.15]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MGBdv-1aWXED0NaZ-00FAJW; Tue, 22 Mar 2016 18:21:38 +0100 Message-ID: <56F17F1D.4050201@gmx.at> Date: Tue, 22 Mar 2016 18:21:33 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" , 23092@debbugs.gnu.org Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> In-Reply-To: <87fuviigpw.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:yhQxvRxZmvh+kyh7V22IXi0fT6advBcMdjT+2hAj9xq0mPpzccp 6uQ5GQs98/ePZpi9s7Bye1VJYLq9i/cXwxXZZwNTsskttrABmayQgHzws0V/p/qieZdtigH 20PnFnvCEaeLgiRqhc1ou4ZkURacsfLt+ctMtrYmf5J+wUK3XQ2+neu9lGpcrK9n8xi4UH2 Uw4f2WPd9UDEIHeIVOAYQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:c+dSz7m3sRw=:sGedPtn409uW7DrBBiST3f JMdceoBM1g7bKw6oWvF+Hgme/zcmMTM9btxC+Z5SrxCtHguifOdOLjTKDsM+PtjnJ5LWDit8t 8/JamrM+9MO0nycZUvakX4iu+UoD01fhJoo6JFPb6stxXqSRb0FxavG0fOmyibGrZoeg0umaH 0ngNSLPTgNnI3+RHNlssEE79cavvvr9S1P7eiTRqfmDtos//z1ra1QGMQL5Pg04LuChx6wScm Bs6aBzeKKWb48pPTbmwlIm6TUkaXlNpckzCdfkf3q63NDB96N/QV+iG+VeMkuuwlTC7sMwPLy iWU9wrZmFq6uVWbN85pArC1Y+AJ/W3jIzEcA/EJRAGtvEuTUHQ2s/Cp84UrHhirPJGKNPco4L AU3obB7REFqfSNdZnKzOGNe+/M3UBIjmchcH3VSNejU1S96t8iwCMJCFjA3OhYOXoPwwxwW/p nh/ce4tlnybDTKsLL6Ix6KkNafAaUExnG1pH7ge6J1jCWbJ2c8wooWsCLKkTeTbRjJvp74T/y XFmyXtnyihs/UMPd7LfXxJlVphz/RvdQFlxakujSB1+M0w2bM2CmL2x2nhyCEj35FIAncgQ5F Z1gCwVpbSoGdmiXhKAuY/5ZLEgOMJgcxki9fWBhtS4GFuDBuqCugprsmh3xzsF/XNLVPpu/+A TFeMlsGSNKOdFWAekm3HiJ1iv8hWe+xVd33WbvCLgoOVj0znWRrtlILYCMYPAvqtC+K0DHM59 tUNqQywz+isL6ugdiH1XThplyX+bzZvS4OmPGs2UnQNeW6EbWJXxk/41YS5qzQkppqDTSwa/q EqiCHn9n755ylPW8NTS8zOioZOW+Q== X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 23092 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) > When TAB is pressed during entry of a command in the minibuffer, a > window appears displaying a list of completions. To some extent this > window seems to be sized to fit the number of completions. If the > user enters more of the command and presses TAB again the contents > of the completions window are refreshed but the window is not resized.= > > This is impossible to use if there are very few completions when TAB > is pressed the first time, resulting in a very tiny window, and > there are very many completions when TAB is pressed the second time. > This can happen, for example, when finding a file. > > For example, from the Emacs build directory: > > src/emacs -Q > > C-x C-f ; find-file > lib/v TAB ; A tiny window pops up with "verify.h" and "v= la.h." > s TAB > > At this point there is still a tiny completions window with about 50 > completions most of which are not visible in the window. > > On the other hand, > > C-x C-f lib/s TAB > > displays the same completions in a much larger completion window > (looks like it's half the frame height), so most of the available > completions can be seen. Please try again with =E2=80=98temp-buffer-resize-mode=E2=80=99 enabled. = I always wanted to enable it by default but a number of people didn't like it so I dropped the idea. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 14:28:44 2016 Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 18:28:44 +0000 Received: from localhost ([127.0.0.1]:60329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiR2p-00056v-Ub for submit@debbugs.gnu.org; Tue, 22 Mar 2016 14:28:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55915) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiR2o-00056i-5B for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 14:28:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aiR2f-0001td-U4 for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 14:28:37 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60626) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiR2f-0001tZ-Qp; Tue, 22 Mar 2016 14:28:33 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4336 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aiR2e-0003XE-UR; Tue, 22 Mar 2016 14:28:33 -0400 Date: Tue, 22 Mar 2016 20:28:14 +0200 Message-Id: <83k2ku4bb5.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <87fuviigpw.fsf@gmail.com> (nljlistbox2@gmail.com) Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 23092 Cc: 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: nljlistbox2@gmail.com (N. Jackson) > Date: Tue, 22 Mar 2016 14:07:39 -0300 > > src/emacs -Q > > C-x C-f ; find-file > lib/v TAB ; A tiny window pops up with "verify.h" and "vla.h." > s TAB > > At this point there is still a tiny completions window with about 50 > completions most of which are not visible in the window. Press TAB repeatedly to scroll through those 50 completions. (I'm not saying this cannot or shouldn't be improved, I'm saying this is not "impossible to use".) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 14:42:48 2016 Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 18:42:48 +0000 Received: from localhost ([127.0.0.1]:60368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiRGS-0005TW-Lz for submit@debbugs.gnu.org; Tue, 22 Mar 2016 14:42:48 -0400 Received: from mail-ig0-f170.google.com ([209.85.213.170]:36126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiRGR-0005TI-3q for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 14:42:47 -0400 Received: by mail-ig0-f170.google.com with SMTP id nk17so99365234igb.1 for <23092@debbugs.gnu.org>; Tue, 22 Mar 2016 11:42:47 -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:content-transfer-encoding; bh=QUSnmYTQhUTXRoptCep2oWPGGhhKK4vLydLxbxaKtA0=; b=aXYBnMt/uLwi1Z9u8i/VhO0aB4ii9F1iIJgcGL2hoSzfmBwtzQG+rEa2wnE8piaMBg H+dNDtetBFVck/j8KO+2GGBSsdJtRZeDbBh5FJGu9koPL0qjIamqktqC5FXtLU9rGFna Z3ts6QTkb+hbgxQ9zfNZLNDU2ln2GNOWPZ1O83z62y3+x/nmRjZL+K+JrsDICWeLMvEl y0uAepUvL5D0nP1LdDKpy9QAQ8csksIxxR3VxggzOis5aZLTBg68Nylq8MUnbBtqwTr5 wGpefHaW/XcqTmdZgFexihOwhFF1GufnSN7VjD89sDUgp4FF02nyOXM7mxVPChO6WqFt o6tA== 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:content-transfer-encoding; bh=QUSnmYTQhUTXRoptCep2oWPGGhhKK4vLydLxbxaKtA0=; b=PltYJC0d2yT8ZzK0kR4QXHVecOnYKUzRiniL0NvuFUIdfSyX/imZDXJU35faVuR1NU 13wzUMvfH4izitBE4zI0ZWwD7d64bSpw5fQl5i9yTJbos2OJpEBSS1H5tYjRK0AdDOrS MSQyZvK7sYgYHQVsULWRhA+KodXlyj0gbNq/NPI7LtoSzwCyLRSuyr+Lg3RrvUccoWuf JdS/+snVjFxb5uw/0aLZuic1+x7JddYFKqjR5/aF4oEz/Xj61t++37tlLIg4IVRrBqU6 iDbD7du8qSreKXB6zGj5NutTTW0u4Yj3CzE2Y9tyL5STOBuzBcHfHGb7qSzsrEF2HUDl Qn2g== X-Gm-Message-State: AD7BkJJSAFj84OHV532Fa3n1x/3HdlHfSCcEXxwocbfGttzGBBnI2MuLiNsEmzVSk9AYTg== X-Received: by 10.50.18.113 with SMTP id v17mr20032080igd.2.1458672161262; Tue, 22 Mar 2016 11:42:41 -0700 (PDT) Received: from moondust.nodomain.none ([142.227.16.2]) by smtp.gmail.com with ESMTPSA id 40sm13786164iom.28.2016.03.22.11.42.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Mar 2016 11:42:40 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <56F17F1D.4050201@gmx.at> Date: Tue, 22 Mar 2016 15:42:39 -0300 In-Reply-To: <56F17F1D.4050201@gmx.at> (martin rudalics's message of "Tue, 22 Mar 2016 18:21:33 +0100") Message-ID: <877fguicbk.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 23092 Cc: 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Hi Martin, At 18:21 +0100 on Tuesday 2016-03-22, martin rudalics wrote: > > Please try again with =E2=80=98temp-buffer-resize-mode=E2=80=99 enabled. = I always > wanted to enable it by default but a number of people didn't like it so > I dropped the idea. Yes, with `temp-buffer-resize-mode' enabled the problem goes away. I do not know, though, whether or not enabling it by default is the "correct" fix for the bug. N. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 14:54:12 2016 Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 18:54:12 +0000 Received: from localhost ([127.0.0.1]:60382 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiRRU-0007Or-5w for submit@debbugs.gnu.org; Tue, 22 Mar 2016 14:54:12 -0400 Received: from mout.gmx.net ([212.227.15.19]:62497) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiRRT-0007Od-Cr for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 14:54:11 -0400 Received: from [192.168.1.100] ([212.95.7.15]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MNq8p-1agVlf3PWF-007Qrp; Tue, 22 Mar 2016 19:54:04 +0100 Message-ID: <56F194C7.8000001@gmx.at> Date: Tue, 22 Mar 2016 19:53:59 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <56F17F1D.4050201@gmx.at> <877fguicbk.fsf@gmail.com> In-Reply-To: <877fguicbk.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:6AIk/fjfiKBB8c2014JsQXCRBHICHwaDbU3Ohv3mg6L0udI+1Vh Ww4xqIH18TWu/CWm2/15MJIId1F8zhC9vXoM9gbuviA8rh6yXMXFje7WdZhmgsOR+fTh/CS Z/X+cBOB5GoGfGOUCkUeOM+7ZcpfcTrrc8I6jaw3kjKAcBmkNjdRi0u6BPSmCzTNbFUNxqw jpwM5RfjyxmgfEdjrxtnw== X-UI-Out-Filterresults: notjunk:1;V01:K0:e3JN5DyhMH4=:s41AUTW1WI10mHQlE6RobP +KNGuYFkubGQ2Y1Q3jGWjqxEXftpeWUe1LGmmxkwginQXVGdh4ZDbaPp6OQGIHKdo2oxnMmS3 eNxZvD2tew8XBx9/qPiRKxRIm9scEYvAx9iiy4gYjFb/0gomZtNH8znSRr5NDLSuox6heSM1S UylEJSMweK9KjaDBDO+maU82dnpv+aZN4A3WENBtoaF3pJ/Y33kaFgk0c6Uces+4oHhmva4QR slQ23qA6A3/3ZTtHZZKZWfprImNtyAP/tqhJa1BPVpXDHlXuX7UUA9urWWr8z8mWHA12U4OAF KLvAYjqhU2C3U46BDO8rLB/E3cxWOqtA7WhsiZY7a0Lbcim+E/psCG+qdw3l4gq+6MfYWfy/5 tHZ+E3klM4eu59oj4wj3WZ1efXU9mUcFWZoEBcIEAQC9Bn9FtgmwvNKqgY6ZKlyP4gELfD6uJ XAO/3yIpLyHd3WQ73hokw1k43+vbulQ7P8vQkWHP2lFsK3D576SOe+9Sc7c6LAoc7CNYSh7Ht 12tPR6id2y4v9rwoQpnzWPB+C3ejwV3zi2TxeT16aesSqa66vvFJXIyqQzGIOyqpL3a/0FvzA oWXAgInemUXe2TSx35RvZhURTzMwY30kmAhg/7SE4skdFeyfFCeC2rwv38+O9yb1rMFo66Au0 rYgjeUDd1bYFS5p83TAsYDnj1elwNTLTpGnmKpHJzRcjh/WZ0am35CzISTTH7idDHQvVe7UU1 AP7QqbVuQe8Nkd9A5hNGHhU+m0XxuOaczb/2ud4TYiEfz0g8KG9EX1eDNqEXcW+S9OIpJWXIb BhEQVvXCbK03Y7na4lEhUZhWIfyQg== X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 23092 Cc: 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) > Yes, with `temp-buffer-resize-mode' enabled the problem goes away. I do > not know, though, whether or not enabling it by default is the "correct" > fix for the bug. Neither do I. But displaying two, three completions in a window that occupies one half of your frame does not strike me as a good solution either. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 14:55:42 2016 Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 18:55:42 +0000 Received: from localhost ([127.0.0.1]:60390 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiRSw-0007RT-Ld for submit@debbugs.gnu.org; Tue, 22 Mar 2016 14:55:42 -0400 Received: from mail-ig0-f173.google.com ([209.85.213.173]:33135) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiRSv-0007RG-5W for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 14:55:41 -0400 Received: by mail-ig0-f173.google.com with SMTP id ig19so110993840igb.0 for <23092@debbugs.gnu.org>; Tue, 22 Mar 2016 11:55:41 -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=2eisgreDHNWF34gih6NLmJHvRL6ExwDduVc6BRlFHc4=; b=LPWGxITnUV4OZZBJMmgARGjs/zxuHjqXaTqUKVDjMnFHzTRvTDjvWmf3cL0ZC4gQmA /uQO/f+Dpsq6ojUoOWgMHQwVeK6mAESLFWcSOHOSRafS3sFdy4dv6LXYaZIbiU4kFwW6 km7AYBjnDYKqlpDxgGJdUupdvJFBxClawN9XylKNwUyKqy4fmPm3yIXJliKiBsEPxd23 bBXvg/1p3QwQnPPUJo8FAw4Peskc5rhSYwrZ5HEdqD5M27EC2O4msti/SCgTveLyY8Hq kYz4uNNDYwfnu/5XaX8L43Qdg9NwWN7ocV1BYXEPiUQD3zcCgX5q50qk9vjdACIGSFfa U1BQ== 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=2eisgreDHNWF34gih6NLmJHvRL6ExwDduVc6BRlFHc4=; b=muimg+bUXn28N7d81rmffrBRJsvYCfYjhJ4VoMvhl3kyONrupgXUKpxfkuU31zi24T yb0aJJ1kt+LCQ4NkPS4MPHvYxLwTjJDTtVLZpbglswJNyZGOQLv8nLvgQNKUPZC3/XOc LEwbB103l/8XoyUulp1aMvuowslXH+6AQqJbMNgMMCFn37Zwm9NLyycNsCQAjX9QoICt lBUF6w5MxJ+tBo6q9wiONIzwbr0AjwObpA1YYB9fQNkpqz023zJ9Q7GLf2z4VEx1m9kS Kt++N7TqkyvCA5ACaQfAGzY8DpOfut8wLlV9Tv0uIoTXnjgqVPOYSKjGA9oL1MJ0usWM UAeQ== X-Gm-Message-State: AD7BkJIHm4DO0Vn2SB3l8E0WLWZ4vVnkFO/McyhNEBq+B+Syoycqzju8MhLJrqcNIZpwLQ== X-Received: by 10.50.43.194 with SMTP id y2mr19780541igl.96.1458672935515; Tue, 22 Mar 2016 11:55:35 -0700 (PDT) Received: from moondust.nodomain.none ([142.227.16.2]) by smtp.gmail.com with ESMTPSA id 1sm7983831igy.20.2016.03.22.11.55.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Mar 2016 11:55:35 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> Date: Tue, 22 Mar 2016 15:55:33 -0300 In-Reply-To: <83k2ku4bb5.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 22 Mar 2016 20:28:14 +0200") Message-ID: <8737riibq2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 23092 Cc: 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Hi Eli, At 20:28 +0200 on Tuesday 2016-03-22, Eli Zaretskii wrote: > >> From: nljlistbox2@gmail.com (N. Jackson) >> Date: Tue, 22 Mar 2016 14:07:39 -0300 >> >> src/emacs -Q >> >> C-x C-f ; find-file >> lib/v TAB ; A tiny window pops up with "verify.h" and "vla.h." >> s TAB >> >> At this point there is still a tiny completions window with about 50 >> completions most of which are not visible in the window. > > Press TAB repeatedly to scroll through those 50 completions. > > (I'm not saying this cannot or shouldn't be improved, I'm saying this > is not "impossible to use".) That's pretty weird, but yes, it does work (in a manner of speaking). So as you correctly point out, it is not "impossible to use". However, it's interesting that with the recipe reversed, the completions window _does_ get resized.: src/emacs -Q C-x C-f ; find-file lib/s TAB ; A largish completions window is shown. v TAB ; Completions window shrinks. So it seems that the existing implementation has logic in it for resizing the completions window to fit the completions but it just isn't working quite right. Unless the design is that the completions window can only be "shrunk" but not "grown". N. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 15:05:25 2016 Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 19:05:25 +0000 Received: from localhost ([127.0.0.1]:60406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiRcL-0000ty-Af for submit@debbugs.gnu.org; Tue, 22 Mar 2016 15:05:25 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39379) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiRcJ-0000tl-0O for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 15:05:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aiRc9-0003HN-Vq for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 15:05:17 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33000) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiRc9-0003HJ-Sg; Tue, 22 Mar 2016 15:05:13 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4399 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aiRc8-0004C7-Um; Tue, 22 Mar 2016 15:05:13 -0400 Date: Tue, 22 Mar 2016 21:04:54 +0200 Message-Id: <837fgu49m1.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <8737riibq2.fsf@gmail.com> (nljlistbox2@gmail.com) Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> <8737riibq2.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 23092 Cc: 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: nljlistbox2@gmail.com (N. Jackson) > Cc: 23092@debbugs.gnu.org > Date: Tue, 22 Mar 2016 15:55:33 -0300 > > >> At this point there is still a tiny completions window with about 50 > >> completions most of which are not visible in the window. > > > > Press TAB repeatedly to scroll through those 50 completions. > > > > (I'm not saying this cannot or shouldn't be improved, I'm saying this > > is not "impossible to use".) > > That's pretty weird, but yes, it does work (in a manner of speaking). I'm surprised you didn't know about this behavior. It's one of the oldest ones I remember in Emacs, a very basic feature of displaying completions. > However, it's interesting that with the recipe reversed, the completions > window _does_ get resized.: > > src/emacs -Q > > C-x C-f ; find-file > lib/s TAB ; A largish completions window is shown. > v TAB ; Completions window shrinks. > > So it seems that the existing implementation has logic in it for > resizing the completions window to fit the completions but it just isn't > working quite right. Unless the design is that the completions window > can only be "shrunk" but not "grown". I'm sure Martin will be able to explain this ;-) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 15:56:12 2016 Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 19:56:12 +0000 Received: from localhost ([127.0.0.1]:60455 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiSPU-0002DH-L5 for submit@debbugs.gnu.org; Tue, 22 Mar 2016 15:56:12 -0400 Received: from mail-io0-f182.google.com ([209.85.223.182]:34902) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiSPS-0002Cz-KL for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 15:56:10 -0400 Received: by mail-io0-f182.google.com with SMTP id o5so169835195iod.2 for <23092@debbugs.gnu.org>; Tue, 22 Mar 2016 12:56:10 -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=embeUZSH/jE86WJgsx8z0rpBeSh3EsSs/vka6jGFupU=; b=viCQr+ytd9G6oKYadxXfxaZtn4otfa9VTxhyhcBGHI4kl0nSSUCHxp81xg1Z7o7rMB GXy/R/A+FvfiCzB5RtFowQ77MDPwnbsOTXFR1zUDiwnkxoi3O+dAeF3P+TRxMOVF6dzO yZ4sL+aUvrAaywT66GQdszEjcbFXrrGBM3Kiw3g2cQ7hY+/VNwxUk5/+dxIPOu5zoOGn WMhJnsjWRakUmcPd6KtkO4UnEt5iaLeGQ+1B81dd/e80/IiooA674vMdNXLvsrRowVws 5BQuPcfCS1Q5iak6PSVlLLNfoSigTg10J1kHIESjU98QHCkf6GLyZVPwe6isKEUNu/7t OhKA== 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=embeUZSH/jE86WJgsx8z0rpBeSh3EsSs/vka6jGFupU=; b=EKCfg+WQL3UAHIS+owiZBQ2w6gZAeVAQPreOAQ9m+V19cu1d1lmMWNM3IQOwOItzuO kEOo0CTS8q0uJINFFNd10IWfq+hu3gDkohh0M44BSUHXh8vKolmTxM8x/+4uuG+bORq8 J95IaipDD8sJbcSvIMjvqZk3tD3rUJhbN91BxVH00wPi8kTi4NbE9tUG2E7L2VaMx6gh ekPyn/G0S8TOProO6i90of3Lidkk5uKHOncsyUtYaePyXfx8GgQ6CUcfhg+r4zObql8Q yfbhI3A0477m86t4sUrY8WhFfnixpgAW0e5QIiWvBOWfuxrkfbWCEDk15GkhVAoIRKwc Md2A== X-Gm-Message-State: AD7BkJKNsZ9r5lqTi9jwuR7As1FBZ2cDb15S70A10lQ8tF4d0+bSeR5+QFKBteGD2dC2hQ== X-Received: by 10.107.33.7 with SMTP id h7mr35507789ioh.30.1458676565059; Tue, 22 Mar 2016 12:56:05 -0700 (PDT) Received: from moondust.nodomain.none ([142.227.16.2]) by smtp.gmail.com with ESMTPSA id d19sm14016835ioj.32.2016.03.22.12.56.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Mar 2016 12:56:04 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <56F17F1D.4050201@gmx.at> <877fguicbk.fsf@gmail.com> <56F194C7.8000001@gmx.at> Date: Tue, 22 Mar 2016 16:56:03 -0300 In-Reply-To: <56F194C7.8000001@gmx.at> (martin rudalics's message of "Tue, 22 Mar 2016 19:53:59 +0100") Message-ID: <87twjygucs.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 23092 Cc: 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) Hi Martin, At 19:53 +0100 on Tuesday 2016-03-22, martin rudalics wrote: > > 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. So it doesn't really matter to me how few completions are in it. (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.) N. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 16:07:42 2016 Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 20:07:42 +0000 Received: from localhost ([127.0.0.1]:60459 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiSac-0002Ts-NN for submit@debbugs.gnu.org; Tue, 22 Mar 2016 16:07:42 -0400 Received: from mail-io0-f173.google.com ([209.85.223.173]:34335) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiSab-0002Td-61 for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 16:07:41 -0400 Received: by mail-io0-f173.google.com with SMTP id m184so254618068iof.1 for <23092@debbugs.gnu.org>; Tue, 22 Mar 2016 13:07:41 -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=jjhHbgAun2fYQIvGdnMTF62rvycsz3feF6+673xAD5w=; b=lOYPccUYVH5G9KV3J55/2k0SiSmvDlfcmWynjuK/CHX+swIsEiiHTI4WCt2mD40Yes F2XLX3/Bf6D1jyAz7MC1+GGQixFuckRf6eVssdLO52rtFUgVCn9+GMbbSfB7nvZoxmSK FKqqNF1AhbNOg7FqJ1zRbJ9ZjQQyLzAHzU0EMDysfLSW/z3lsESdg/ctjELUx5qcJVD1 dOfj6RapxXsVGAlcO69fjernSOjqbCLcni9uhodaPKltP1pfC6K/QHivmqkGJggaEGqH ewXsxC8TmMmjw2dyssz16oPYmbgC3legVyMstPI7eJXdMES8QPh6ubZdUWkmGJDxNxhC b+IQ== 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=jjhHbgAun2fYQIvGdnMTF62rvycsz3feF6+673xAD5w=; b=k83oZMx1ETIK0lPfhxeibLl8CxAhMrERKdSFp0WjX6ZNLUSkjp4cHKtekO2lHTT4VM zMeI1SMkmJnzqtKOU9MIXaocOqyRCkfO84PVxnlbjT9YQnd0ib4YNMYbrr6QFSkvTq1G Sf+iZZugLZzJrYyot+KcZ1v5YwTjE89rpXKYO2/Be2Tuwp+5n+KI8kFSZwNKmbXiHTVF gzsirae47+GgUhFiHSW0d1vM5SYGTOq0Qo949ySZu+2sFhkO9FZeh8t9WtRpoBnJ/Ybd V1DLCA6iYOHaFCKXbJuCirwSHs6YxNeJ80YrF6vjQzBacO0j647Ak/bnU/Xhtr7pyPRE ilfw== X-Gm-Message-State: AD7BkJIwTAxJumUupKlBVnDmRSr84IRpLPzb4P+IKd6m72hctPXFXCnnpzUDTXc6piUFrw== X-Received: by 10.50.43.200 with SMTP id y8mr17472096igl.63.1458677255823; Tue, 22 Mar 2016 13:07:35 -0700 (PDT) Received: from moondust.nodomain.none ([142.227.16.2]) by smtp.gmail.com with ESMTPSA id qt3sm8098227igb.2.2016.03.22.13.07.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Mar 2016 13:07:35 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> <8737riibq2.fsf@gmail.com> <837fgu49m1.fsf@gnu.org> Date: Tue, 22 Mar 2016 17:07:33 -0300 In-Reply-To: <837fgu49m1.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 22 Mar 2016 21:04:54 +0200") Message-ID: <87poumgttm.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 23092 Cc: 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) At 21:04 +0200 on Tuesday 2016-03-22, Eli Zaretskii wrote: > >> > Press TAB repeatedly to scroll through those 50 completions. >> > >> > (I'm not saying this cannot or shouldn't be improved, I'm saying this >> > is not "impossible to use".) >> >> That's pretty weird, but yes, it does work (in a manner of speaking). > > I'm surprised you didn't know about this behavior. It's one of the > oldest ones I remember in Emacs, a very basic feature of displaying > completions. I'm not terribly surprised that I didn't know about it. Emacs is replete with useful things that I don't know about, or have forgotten about! In this case, back when the completions appeared in the window-split-right, often they would all fit, so there no need to scroll. Otherwise I relied on doing `M-x o' enough times to get to the completion window and then worked from inside it. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 16:10:51 2016 Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 20:10:51 +0000 Received: from localhost ([127.0.0.1]:60467 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiSdf-0002YU-Ek for submit@debbugs.gnu.org; Tue, 22 Mar 2016 16:10:51 -0400 Received: from eggs.gnu.org ([208.118.235.92]:32842) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiSdd-0002YH-Od for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 16:10:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aiSdV-00067M-Ir for 23092@debbugs.gnu.org; Tue, 22 Mar 2016 16:10:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34298) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiSdV-00067E-7b; Tue, 22 Mar 2016 16:10:41 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4510 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aiSdU-000079-GZ; Tue, 22 Mar 2016 16:10:40 -0400 Date: Tue, 22 Mar 2016 22:10:21 +0200 Message-Id: <83y49a2s0i.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <87twjygucs.fsf@gmail.com> (nljlistbox2@gmail.com) Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <56F17F1D.4050201@gmx.at> <877fguicbk.fsf@gmail.com> <56F194C7.8000001@gmx.at> <87twjygucs.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 23092 Cc: rudalics@gmx.at, 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > 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. > (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. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 17:06:30 2016 Received: (at 23092) by debbugs.gnu.org; 22 Mar 2016 21:06:30 +0000 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 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 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) 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) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command 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> Date: Tue, 22 Mar 2016 18:06:19 -0300 In-Reply-To: <83y49a2s0i.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 22 Mar 2016 22:10:21 +0200") Message-ID: <87lh5agr3o.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 23092 Cc: 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 23 04:09:21 2016 Received: (at 23092) by debbugs.gnu.org; 23 Mar 2016 08:09:22 +0000 Received: from localhost ([127.0.0.1]:60740 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aidqz-0006BC-Od for submit@debbugs.gnu.org; Wed, 23 Mar 2016 04:09:21 -0400 Received: from mout.gmx.net ([212.227.15.19]:52036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aidqy-0006B0-HE for 23092@debbugs.gnu.org; Wed, 23 Mar 2016 04:09:20 -0400 Received: from [192.168.1.102] ([212.95.7.7]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MVNDK-1aGYsQ1nFW-00YliT; Wed, 23 Mar 2016 09:09:12 +0100 Message-ID: <56F24F21.4040107@gmx.at> Date: Wed, 23 Mar 2016 09:09:05 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii , "N. Jackson" Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> <8737riibq2.fsf@gmail.com> <837fgu49m1.fsf@gnu.org> In-Reply-To: <837fgu49m1.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:syG7lc9CNrJoTBA+YZI6/mZvWmbPn20SNGGsQbAlR7PLp1kZaxv HpN9DCAWvBlQvyAWZEuY4bLEyb92eeDz9RMWGx5UTiw83/OjygGz03ylEZ9mQGLh7nQA3Xv /BVW1DZd/kq+GMRzBhUN/a58qdfp9b5Tpkj5YtITZwETT0i5VVfpWnXtfq0BId7JbnZ2sH3 ihjGICZr7mGSXt1rsLZrg== X-UI-Out-Filterresults: notjunk:1;V01:K0:uhH8j8wo850=:whNQ9U7bWxOoZkS5leRXyz PNhaPk6z9oL7iJrmSL8ZU7l62+yizeVWHT60d9pBXoyp+BX1iCBUrlx56IiAt4kyl0l7RwlZz C0OIZydiKmUTWP999+D7ZsZ9JQYO7ERlpQ7968zuq3JsJ1HRDJq/1JXe7GZtrnAIP2+ivzSfu cN5Z0+q0kopBaBfRT1g/yzRRkDpHphkpWT0Ya5HzpppmH2prDRPLGJ6Hdk6mkxn0TnyxKi7s/ dE2vyefMCdiGeapCCfdPV3FL+f80SYQKXRE0udHCt+/Cp1AY6+myq46h96+6YkKV9LiGtVoAi yG+S8o1Yxo4cMBzquGdYau4BVMrwtYy44+aa+GvKGdjZ7XsqADYRSfuGDLE+c6Aujpd2Wz6pn vDNlB1vGcdM+bkBKzP8GsWx/wTkRes/k0pFTGqO8jJZYMNKuArdsn/qozfm291Tmpq3w4CghO b+/mITEfCEF0BW64oCsoZruN7MylI8GylMZq+z9jtugXgu/WsTI8pkO//WyPlo7T/x4Xrmyax BRos+tYgLdr5+WovnqonVUZ+cZ6uLH57ZtL2bj0+xacOYecSShsRwlTzvE++nzRt+wBrEnp4O +apEzU9m8f4c6THBpMRu33uubqdv6JeBS1x+ruRarZl4s6v+lFd47XNmJ9CizYu2lC3Thiefi aTl931gY93Mw/AaPMchbgQrWeg0IYT5+bRR68ySdR2QxXmQL2SoNnbxwepmUP/AKgS3smgB/l J8hWRAeMDO1TtzTDQQICA1SvH9hTl1/1Qe7500E1BgKp0Vv7kwrOV4KnCLB6u2VNMLGVtX4h2 sSZ4swHJQr8CBVD2Upy6PRSA3SceA== X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 23092 Cc: 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) >> However, it's interesting that with the recipe reversed, the completi= ons >> window _does_ get resized.: >> >> src/emacs -Q >> >> C-x C-f ; find-file >> lib/s TAB ; A largish completions window is shown. >> v TAB ; Completions window shrinks. >> >> So it seems that the existing implementation has logic in it for >> resizing the completions window to fit the completions but it just is= n't >> working quite right. Unless the design is that the completions window= >> can only be "shrunk" but not "grown". > > I'm sure Martin will be able to explain this ;-) I never worked in this area but will try to do my best ;-) The behavior is due to the following form in =E2=80=98minibuffer-completion-help=E2=80= =99: ,(if temp-buffer-resize-mode '(window-height . resize-temp-buffer-window) '(window-height . shrink-window-if-larger-than-buffer)) The first branch of the =E2=80=98if=E2=80=99 means that if =E2=80=98temp-= buffer-resize-mode=E2=80=99 is enabled, this function will always try to fit the window to the buffer. The second branch means that if =E2=80=98temp-buffer-resize-mode=E2=80=99= is not enabled, the window may only shrink to occupy less space. Obviously, the second branch is based on the assumption that a user will "refine" her completions in the sense that she starts with a large number of possible completions and, by typing characters in the minibuffer, reduces the number of possible completions until she found the right one. Apparently, the OP works in the opposite direction - he starts with few suggestions and removes characters from the minibuffer ending up with more and more suggestions. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 23 12:45:51 2016 Received: (at 23092) by debbugs.gnu.org; 23 Mar 2016 16:45:51 +0000 Received: from localhost ([127.0.0.1]:34632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ailuo-00040H-Sq for submit@debbugs.gnu.org; Wed, 23 Mar 2016 12:45:51 -0400 Received: from mail-io0-f170.google.com ([209.85.223.170]:36485) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ailun-000405-D6 for 23092@debbugs.gnu.org; Wed, 23 Mar 2016 12:45:49 -0400 Received: by mail-io0-f170.google.com with SMTP id 124so49615189iov.3 for <23092@debbugs.gnu.org>; Wed, 23 Mar 2016 09:45:49 -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=CFeUn4qEQAh0LobUYcoODEJFz5S8fww9LXhtTrlr6k0=; b=otNUOdNW9f2LQZCFVSM1JGO9qfzh1+jdi1y/FSR2FF0UOwcoWcT1JsM7V5hO4s+mtY xlkCA5wShibLzQyIHea8bpRUVyCcbSU1WaGSgcmsBMC+7EqweqB5mfN8+1h2WtkArfrN sxv24JkxJPA0pyWkbInwxRAWW4aXDdCaCECeCGtN7Iv0I8McksVAUnxpAFHlP5q7Q/PG AD8OumHcxhE3uvebHa7DoR5h5sEMc2oU20VaS1qcqYqjYKFs9H5nxqXZ+nB5Z5MlIH1Q pKj9MIIRyU/FtolyTHFl4av9/SAAzjbuThU1bPIWapFqOO+VkZdjZ5uzaTn8DexBeH0i D1lw== 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=CFeUn4qEQAh0LobUYcoODEJFz5S8fww9LXhtTrlr6k0=; b=QS801mvcmRJ+66jmEJ+buTizhvY6vjuC5wFPV04XHfl0ZdWqT+bWmIRztUj9JLLuLx FgYJYiKSPUFVMGVdHlrv975qcntsGbJqYNu7pIJRQkWiVGsJyst3IliQ8ww8JscEpBze uUEK6lWhu634b7YNZ7dYDL1lbeCAdJzwvd0hTPTOMRChbNHTdmhueF/Uc2OMx4AauMcB dh31ZvF7kF6gJeINvztFSkBGJOCc7TrfrWIOoWIYSiO1vhW8YRGI14vqLOCdGw+lktBG 8r3tf8Z0BVRQIPL2S7VoBX+r8MQpARFzNw/OVJDyGnvIQpMwzPtxORZLSZo4P6S7ktmq MRzw== X-Gm-Message-State: AD7BkJI6jrruYGIHOCC187RIBa9VFNtYdMTSm1QLP069HmwzvM0M7w0TRf3nJcRj4WosFw== X-Received: by 10.50.59.146 with SMTP id z18mr25444405igq.6.1458751517698; Wed, 23 Mar 2016 09:45:17 -0700 (PDT) Received: from moondust.nodomain.none (T86F8.WPA.Dal.Ca. [134.190.134.248]) by smtp.gmail.com with ESMTPSA id h130sm1435214ioe.23.2016.03.23.09.45.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Mar 2016 09:45:16 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> <8737riibq2.fsf@gmail.com> <837fgu49m1.fsf@gnu.org> <56F24F21.4040107@gmx.at> Date: Wed, 23 Mar 2016 13:45:15 -0300 In-Reply-To: <56F24F21.4040107@gmx.at> (martin rudalics's message of "Wed, 23 Mar 2016 09:09:05 +0100") Message-ID: <878u19gn38.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 23092 Cc: 23092@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) At 09:09 +0100 on Wednesday 2016-03-23, martin rudalics wrote: > > ,(if temp-buffer-resize-mode > '(window-height . resize-temp-buffer-window) > '(window-height . shrink-window-if-larger-than-buffer)) Thanks Martin, that indeed captures the observed behaviour in a nutshell. > Obviously, the second branch is based on the assumption that a user will > "refine" her completions in the sense that she starts with a large > number of possible completions and, by typing characters in the > minibuffer, reduces the number of possible completions until she found > the right one. This is a valid assumption and basis of design when the completion is of something like a command or a function name, because then the completion list is gradually narrowed. But in the case of completion of a file path, this assumption is not valid. (And completing each directory name down a file path is a perfectly normal use case.) The difference is that one is not doing a single completion but several discrete completions. For example, I was doing a find-file to find something in my Emacs init. I started with `~/.em TAB' expecting a single match of ~/.emacs.d/ but instead (of course) I got the initial completions window with .emacs and .emacs.d in it -- a very small completions window. Then I needed a subdirectory in ~/.emacs.d/ but couldn't remember its name at all, so I hit TAB again and got the entire contents of emacs.d/ which is a very long list [it seems to be jammed up full of session files for some reason] all displayed in a buffer sized to show one line of completion candidates. > Apparently, the OP works in the opposite direction - he starts with > few suggestions and removes characters from the minibuffer ending up > with more and more suggestions. No, not normally. When I was trying to come up with a simple reproducible recipe I wanted an example in the emacs tree, and the example I was able to up with was a bit contrived. (Although I don't think it's an unlikely use case.) N. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 23 14:54:17 2016 Received: (at 23092) by debbugs.gnu.org; 23 Mar 2016 18:54:17 +0000 Received: from localhost ([127.0.0.1]:34754 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ainv7-00027H-6F for submit@debbugs.gnu.org; Wed, 23 Mar 2016 14:54:17 -0400 Received: from mout.gmx.net ([212.227.15.18]:65090) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ainv5-000274-Dz for 23092@debbugs.gnu.org; Wed, 23 Mar 2016 14:54:15 -0400 Received: from [192.168.1.102] ([212.95.7.65]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LyVpm-1Zf83M3Aj0-015t6b; Wed, 23 Mar 2016 19:54:06 +0100 Message-ID: <56F2E647.7040400@gmx.at> Date: Wed, 23 Mar 2016 19:53:59 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> <8737riibq2.fsf@gmail.com> <837fgu49m1.fsf@gnu.org> <56F24F21.4040107@gmx.at> <878u19gn38.fsf@gmail.com> In-Reply-To: <878u19gn38.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:pKnP75WHSVpvY6fcozxvRRiQkfCP9iaUgn+dXGz1/fgr3PZmetN MmLJ7WvmrtCXm1bdPUrmB5XZNich49CB+FP8J17qh7+AlhE9G63S2rZZWpnFgPwy4cfQCl+ 1ReG9Fn50eXcjMb83nwO5E0bRniTcZSMzxnKRoLChCt5Xv17vofoH1z63clgTqRTHdGA5Md 69a8H5UY/izUjfyiKTJSg== X-UI-Out-Filterresults: notjunk:1;V01:K0:KGJP97Lj6CM=:EZgzuhsNm6zSXByucf3A71 NOewleCuwNR4F1ZTDlMlWmzLr11QcBY/kwee2KZ/o4zpQvRz9A/XAikxFpLJeeGolENuDEGwS gDyws+ZxtbkRb98/qMeSGdAV8/tPXxy85+ENcXWct88fpxWn8fDykeqXmLY4+3C8WOV5cqY0U RCFEE18tD34Sn1cGx86mrap9nk8zYu8qemPG/uOKBSANCK13v4iREUSsXtwK9Xyo8qk8ebNms 4zV4h6DfG8H2VOoPI9ZcTrnNDzOknBu6Y1gemYx4LqKl13Sy7RCvnVFcxVrD/7Gjxqe8LrIJQ FEAw5sZfW3XFvVpRqxweQJeUDgd/+Tuw6Vlqs2M7k0zPQ1LrsD/Kg94G+KdDpxDIbdgQBf+Vo D9uTOjvuDiM5NkV0dcTqz1l72DicLAYRQMP3YV4CFrH+gLq9tt5bkZgdMpgXAIFWWO9yQa6Rx rid/VZ0Z0OVeI8dq3AMKkyAuQluhGLSRKEFegoI4f+hjsLoJZ86gzP2l8CjDPlEtYNVTtz0XC vvNVnKn/w5j2Uxlzoxc9sxNbJWNqG3y6rfqGJt3InucPkUjC+qIAgPmacXsXV5JV6Qzj75mmM u8EPHlpkJWl9q+K8HnXU90eeIBFuil1mRl/H9ox7492xaJwJJJUzyYEnYMcZTbc7/+x64j/Hb IPZTD2xySD15VwDhoyT1ihTZsmNzIYOnpzaYOtxKUlgmpb4g1NQOTBZO0BFK6kClF2m8jXr+l hzMbmFFjJ60tdngQvZeyhkE+KTPvwatY+5I3s4TZG0FqCpkL1v74WMvvfR5THJkbzhTC6Rpso sgKhagF7H55wDogg54icLUVFQad7g== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23092 Cc: Juri Linkov , 23092@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >> Obviously, the second branch is based on the assumption that a user w= ill >> "refine" her completions in the sense that she starts with a large >> number of possible completions and, by typing characters in the >> minibuffer, reduces the number of possible completions until she foun= d >> the right one. > > This is a valid assumption and basis of design when the completion is = of > something like a command or a function name, because then the completi= on > list is gradually narrowed. > > But in the case of completion of a file path, this assumption is not > valid. (And completing each directory name down a file path is a > perfectly normal use case.) The difference is that one is not doing a > single completion but several discrete completions. I'm not sure whether we should by default change something in this case. Juri has designed the present concept and I would rather leave it to him how to proceed. > For example, I was doing a find-file to find something in my Emacs ini= t. > I started with `~/.em TAB' expecting a single match of ~/.emacs.d/ but= > instead (of course) I got the initial completions window with .emacs a= nd > .emacs.d in it -- a very small completions window. Then I needed a > subdirectory in ~/.emacs.d/ but couldn't remember its name at all, so = I > hit TAB again and got the entire contents of emacs.d/ which is a very > long list [it seems to be jammed up full of session files for some > reason] all displayed in a buffer sized to show one line of > completion candidates. Does enabling =E2=80=98temp-buffer-resize-mode=E2=80=99 handle that case = sufficiently well? >> Apparently, the OP works in the opposite direction - he starts with >> few suggestions and removes characters from the minibuffer ending up >> with more and more suggestions. > > No, not normally. When I was trying to come up with a simple > reproducible recipe I wanted an example in the emacs tree, and the > example I was able to up with was a bit contrived. (Although I don't > think it's an unlikely use case.) Let's wait for Juri to chime in. Meanwhile please have a look at the manual changes I proposed. (I don't even know if the example works as intended.) martin From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 23 16:34:59 2016 Received: (at 23092) by debbugs.gnu.org; 23 Mar 2016 20:34:59 +0000 Received: from localhost ([127.0.0.1]:34817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aipUY-0006Ob-VQ for submit@debbugs.gnu.org; Wed, 23 Mar 2016 16:34:59 -0400 Received: from mail-io0-f172.google.com ([209.85.223.172]:34191) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aipUY-0006OP-0U for 23092@debbugs.gnu.org; Wed, 23 Mar 2016 16:34:58 -0400 Received: by mail-io0-f172.google.com with SMTP id m184so64254285iof.1 for <23092@debbugs.gnu.org>; Wed, 23 Mar 2016 13:34:57 -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:content-transfer-encoding; bh=D2KQZPsoy8LAFGUV0xEpQJPeUAno1kUaUc6UDhz5AxM=; b=kKL1VUlbs9dJwfGhgXAj8cFf/Z47wpqq4m6WJ2qQb+H4wisD64aKnNMppnmKF6XYYg h7P63OgagF0jBmBFZiQAWB7ObgKTJaqgRRawgKBNYu1q+nhllrQXshmv0kCqxx1y3n3Y C/jpSvePKOdKLypuMeAyvtmQSZfK7bl/0d6jivPVNLf7ZgEViWT2b9167RRI9LyEInFr NEQCNI4mo2yytxkr+htw7oC2gcSp6408I5GlGhHgtkFGedVd5lHOndH58kZmC6FkGHZI PYJsNbgQRnA2xa4nd9faLgDecmK/fV3nFaqvV0xqzlDTccu8PUGBlv2lHAa7i+wloZ4g WWKw== 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:content-transfer-encoding; bh=D2KQZPsoy8LAFGUV0xEpQJPeUAno1kUaUc6UDhz5AxM=; b=VDJ7+tYVgWCm38ogWbwpqiYt7ktZEt6mCNyeDb6NqXScgF2FMQm3N+HKXR/C6rqRbc pS8KV6O8t2Es5gC25CJYwu14g4WndqjoJMKFmbfYih5EV62vbWTbvm5NfCSonhbrTo2i huyvXgAWrqBioipj3c/F8ILxNhCemEIDz2HVsPchXyNR0qFt5kS/EfLYE6o3o0+jlS/S rb1MBWux4/Kj/wZrujtXLb9bPFzAU2kzUG4ZGvIkK7b29tkZbKdZcUvq1Oz9iqqvWT5l TvGGYGS0ByOlmk9VMqSdFwWky/Ov4BSD3vLt9fSzylvo+bcg06jujyVANWu903rhdiJe +euQ== X-Gm-Message-State: AD7BkJKEPzKq/PQ+ekYWbVTaP2U0u5XwX+wYpL99uoU7y3JYRRCNj2n9E/VjDI4f2iBeBg== X-Received: by 10.107.166.13 with SMTP id p13mr6172014ioe.140.1458765292444; Wed, 23 Mar 2016 13:34:52 -0700 (PDT) Received: from moondust.nodomain.none (T86F8.WPA.Dal.Ca. [134.190.134.248]) by smtp.gmail.com with ESMTPSA id b142sm1794519ioe.27.2016.03.23.13.34.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Mar 2016 13:34:51 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> <8737riibq2.fsf@gmail.com> <837fgu49m1.fsf@gnu.org> <56F24F21.4040107@gmx.at> <878u19gn38.fsf@gmail.com> <56F2E647.7040400@gmx.at> Date: Wed, 23 Mar 2016 17:34:50 -0300 In-Reply-To: <56F2E647.7040400@gmx.at> (martin rudalics's message of "Wed, 23 Mar 2016 19:53:59 +0100") Message-ID: <87egb1exw5.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 23092 Cc: Juri Linkov , 23092@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) At 19:53 +0100 on Wednesday 2016-03-23, martin rudalics wrote: > > I'm not sure whether we should by default change something in this case. > Juri has designed the present concept and I would rather leave it to him > how to proceed. By all means. I just felt it was my "duty" to point out what might (or might not) be an oversight in the design. > Does enabling =E2=80=98temp-buffer-resize-mode=E2=80=99 handle that case = sufficiently > well? Yes after a day of use, I can say that `temp-buffer-resize-mode' provides much better behaviour (IMO), and properly supports the type of use cases I mentioned. However the point is moot (for this user at least), because with your code from bug#23093, viz. (customize-set-variable 'display-buffer-alist '(("\\*Completions\\*" display-buffer-pop-up-window))) I get my completions buffer on the right half of my frame, and it would not make sense for that to change size (I wouldn't like it, anyway), so I won't need to use `temp-buffer-resize-mode'. Thanks. Regards, N. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 23 17:43:18 2016 Received: (at 23092) by debbugs.gnu.org; 23 Mar 2016 21:43:18 +0000 Received: from localhost ([127.0.0.1]:34854 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiqYg-0001FR-IG for submit@debbugs.gnu.org; Wed, 23 Mar 2016 17:43:18 -0400 Received: from sub3.mail.dreamhost.com ([69.163.253.7]:33972 helo=homiemail-a100.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiqYf-0001FH-4q for 23092@debbugs.gnu.org; Wed, 23 Mar 2016 17:43:17 -0400 Received: from homiemail-a100.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a100.g.dreamhost.com (Postfix) with ESMTP id 1367B31A070; Wed, 23 Mar 2016 14:43:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jurta.org; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=jurta.org; bh=818qpuA MLLxaH3cweDjGzgKTIj0=; b=IuIozTElrsBdoVGX9KhTig3ZQtfEe4qEqQb+rQy VHj9KjNOyaleO9aHgl1Zkw7AkPumRCMrzvrMsxV/B1N4b4m02mjjOZ+LCxH2R2K+ IU+uz0AUs7olJac0N6vtC7EA+vtjvzO5Jmr0wjGNjMXrxlxzW47RqLATt3gLuQuj Wztk= Received: from localhost.linkov.net (82.131.89.33.cable.starman.ee [82.131.89.33]) (Authenticated sender: jurta@jurta.org) by homiemail-a100.g.dreamhost.com (Postfix) with ESMTPA id BDF2A31A061; Wed, 23 Mar 2016 14:43:14 -0700 (PDT) From: Juri Linkov To: martin rudalics Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command Organization: LINKOV.NET References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> <8737riibq2.fsf@gmail.com> <837fgu49m1.fsf@gnu.org> <56F24F21.4040107@gmx.at> <878u19gn38.fsf@gmail.com> <56F2E647.7040400@gmx.at> Date: Wed, 23 Mar 2016 23:27:18 +0200 In-Reply-To: <56F2E647.7040400@gmx.at> (martin rudalics's message of "Wed, 23 Mar 2016 19:53:59 +0100") Message-ID: <878u18x4um.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23092 Cc: "N. Jackson" , Eli Zaretskii , 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >> But in the case of completion of a file path, this assumption is not >> valid. (And completing each directory name down a file path is a >> perfectly normal use case.) The difference is that one is not doing a >> single completion but several discrete completions. > > I'm not sure whether we should by default change something in this case= . > Juri has designed the present concept and I would rather leave it to hi= m > how to proceed. I noticed this deficiency, but failed to properly fix it earlier, because it's only you who completely understands all the intricacies of window-displaying machinery ;-) However, after I looked at this again now, it looks natural to just replace =E2=80=98shrink-window-if-larger-than-buffer=E2=80=99 with =E2=80= =98fit-window-to-buffer=E2=80=99. But I'd leave it to you to decide how good this change is and what consequences it might entail. diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el index ecac0ae..6540059 100644 --- a/lisp/minibuffer.el +++ b/lisp/minibuffer.el @@ -1835,7 +1835,7 @@ minibuffer-completion-help 'display-buffer-below-selected)) ,(if temp-buffer-resize-mode '(window-height . resize-temp-buffer-window) - '(window-height . shrink-window-if-larger-than-buffer)) + '(window-height . fit-window-to-buffer)) ,(when temp-buffer-resize-mode '(preserve-size . (nil . t)))) nil From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 24 03:43:25 2016 Received: (at 23092) by debbugs.gnu.org; 24 Mar 2016 07:43:25 +0000 Received: from localhost ([127.0.0.1]:35033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aizvQ-0000hO-Rk for submit@debbugs.gnu.org; Thu, 24 Mar 2016 03:43:25 -0400 Received: from mout.gmx.net ([212.227.17.22]:55462) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aizvP-0000hC-JL for 23092@debbugs.gnu.org; Thu, 24 Mar 2016 03:43:23 -0400 Received: from [192.168.1.100] ([212.95.7.88]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Ld3t6-1a0tgA0QLY-00iBWx; Thu, 24 Mar 2016 08:43:14 +0100 Message-ID: <56F39A89.5010608@gmx.at> Date: Thu, 24 Mar 2016 08:43:05 +0100 From: martin rudalics MIME-Version: 1.0 To: Juri Linkov Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> <8737riibq2.fsf@gmail.com> <837fgu49m1.fsf@gnu.org> <56F24F21.4040107@gmx.at> <878u19gn38.fsf@gmail.com> <56F2E647.7040400@gmx.at> <878u18x4um.fsf@mail.linkov.net> In-Reply-To: <878u18x4um.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:od3V6eCpLwfD37TioSpYYB0J7K5h0wubktiHS47yi33JOALUjBy HgOlDku3zD0a4PwSeBw1eHAqPNrOOsBaRKsy2E1WwR1JB/kEq3EfZxRfN2C/Km1lQV3j65i YQD6YVtXT/1OJ7KCD4u2Br1WwcDEdXhxrVjuisyg74vDRH3pv4XbMME6iSQZM3cSIudDMKr aeJMl0x1ndrQfJs39kVrA== X-UI-Out-Filterresults: notjunk:1;V01:K0:e3jkQZxI5yc=:AA7T59WHWIWUEdnwdWqKtf SVC9hZcIoD2Hbvf2qXbIASp0/emZfaKS9/EXaoOBGsVF1UeM/G3ZFzsdC5pzqXAdwaveS9WgJ qvBs9SCmZO9HA7ZhoK+qB0j+ndgsSQbN8vtRxCHIkeCG9xOBNi4xZMRmRNY+13kfvGtAKWwY3 E/jYGb+HxyghHwlGniq2sI7cD3yNIwykxho1fYJN7/BI+mM6nfaB2S57oGFkZ7jf1BqWpsFO2 bxC5ZQDACgMjKHdjjCT/0l38Sl4pEkQ71vALpXUgQTSE+T/4MUF8lIQgeyFvEQAI+wh6EA4by /n1Pvaexwg1HGGZGRiVr2MH8HdCuo0O3cIpGCBivBjaYXwDz+xV9ANkJ1iSb0E1DSAVjWYWWM LtZJ8UPOwtp8z4bR/m6VkTiL9VPTUaSDrcXIKSKYubiKpQImWUZxr4FJaPMSUBfpG5Ecy2w9T p7rR4NR4YrfLH7mw8BhgJh6si1abevocGUvVPlG83KmKA53zTZxReSrA1721560l0RrK1LfW+ RSu7ZAvXvgK7icP7qa/5abSNjNY46eeSLEaAVZ6kQqideFL4fkUIg3Kt3ngxm++c22ApMi+Yu utaCFhU6P4hf1bLnXA3uWSxWN5itGnLpcsxjwbIW9oi+x415ImE6y7SWRkk7MvjXQ+iDXBJPw A0jSDL0j8puQ9JfKUmA09RwgYI2Dg79gZ9m8DS4mhFl+C35QLKJBuKZdX8Vq+r1biqKYQVkC6 XSkaFUi9i+SO6Z0J2InysUI9Nx4AdjIQwOAoXBQmWP3obLD/6WHUnynnD8ioJ3xwBYJ/IKa31 r1DDlCmRP26MHzNtmBvNLBY/HZL1w== X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 23092 Cc: "N. Jackson" , Eli Zaretskii , 23092@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) > However, after I looked at this again now, it looks natural to just > replace =E2=80=98shrink-window-if-larger-than-buffer=E2=80=99 with =E2= =80=98fit-window-to-buffer=E2=80=99. > But I'd leave it to you to decide how good this change is and what > consequences it might entail. It should have two consequences: (1) When there are many completions, the *Completions* window might be larger initially. (2) The *Completions* window will mostly behave as if =E2=80=98temp-buffer-resize= -mode=E2=80=99 were enabled by default. I think the OP's scenario is much more embarrassing so I think we can live with the consequences of your fix. Please install it and I'll fix the manual accordingly. Thanks, martin > diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el > index ecac0ae..6540059 100644 > --- a/lisp/minibuffer.el > +++ b/lisp/minibuffer.el > @@ -1835,7 +1835,7 @@ minibuffer-completion-help > 'display-buffer-below-selected)) > ,(if temp-buffer-resize-mode > '(window-height . resize-temp-buffer-window) > - '(window-height . shrink-window-if-larger-than-buffer)) > + '(window-height . fit-window-to-buffer)) > ,(when temp-buffer-resize-mode > '(preserve-size . (nil . t)))) > nil > > From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 24 18:15:12 2016 Received: (at 23092-done) by debbugs.gnu.org; 24 Mar 2016 22:15:12 +0000 Received: from localhost ([127.0.0.1]:36604 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ajDX6-0006Lg-Id for submit@debbugs.gnu.org; Thu, 24 Mar 2016 18:15:12 -0400 Received: from sub3.mail.dreamhost.com ([69.163.253.7]:53744 helo=homiemail-a23.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ajDX5-0006LY-5R for 23092-done@debbugs.gnu.org; Thu, 24 Mar 2016 18:15:11 -0400 Received: from homiemail-a23.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a23.g.dreamhost.com (Postfix) with ESMTP id 304624B006D; Thu, 24 Mar 2016 15:15:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jurta.org; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=jurta.org; bh=1eCxhEs VTl1Low3YbLl4DBRLF6s=; b=FyK39e0/SQQxtirqYj1D5MO+gAP9aeEvEwMAFOn UkyS9X5VDP89J3dqqjaGauejayyIdr2dl1hoCW29KY9p0r00tnoa7B34GtQLH+jV PmpYCQh+bpYvhjfVb/d9xJZCnPM0UZXojQWBqBoAA5aU4Xlv7G9CbCCVE9xzK3Jq WEo4= Received: from localhost.linkov.net (85.253.170.210.cable.starman.ee [85.253.170.210]) (Authenticated sender: jurta@jurta.org) by homiemail-a23.g.dreamhost.com (Postfix) with ESMTPA id 06A354B0063; Thu, 24 Mar 2016 15:15:07 -0700 (PDT) From: Juri Linkov To: martin rudalics Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command Organization: LINKOV.NET References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> <8737riibq2.fsf@gmail.com> <837fgu49m1.fsf@gnu.org> <56F24F21.4040107@gmx.at> <878u19gn38.fsf@gmail.com> <56F2E647.7040400@gmx.at> <878u18x4um.fsf@mail.linkov.net> <56F39A89.5010608@gmx.at> Date: Fri, 25 Mar 2016 00:14:41 +0200 In-Reply-To: <56F39A89.5010608@gmx.at> (martin rudalics's message of "Thu, 24 Mar 2016 08:43:05 +0100") Message-ID: <87d1qj8qwe.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23092-done Cc: "N. Jackson" , Eli Zaretskii , 23092-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >> However, after I looked at this again now, it looks natural to just >> replace =E2=80=98shrink-window-if-larger-than-buffer=E2=80=99 with =E2= =80=98fit-window-to-buffer=E2=80=99. >> But I'd leave it to you to decide how good this change is and what >> consequences it might entail. > > It should have two consequences: (1) When there are many completions, > the *Completions* window might be larger initially. This doesn't look like a bad consequence since more currently active data on screen is better. > (2) The *Completions* window will mostly behave as if =E2=80=98temp-buf= fer-resize-mode=E2=80=99 > were enabled by default. I think the OP's scenario is much more > embarrassing so I think we can live with the consequences of your fix. > > Please install it and I'll fix the manual accordingly. Fixed minibuffer-completion-help now. > Thanks, martin > >> diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el >> index ecac0ae..6540059 100644 >> --- a/lisp/minibuffer.el >> +++ b/lisp/minibuffer.el >> @@ -1835,7 +1835,7 @@ minibuffer-completion-help >> 'display-buffer-below-selected)) >> ,(if temp-buffer-resize-mode >> '(window-height . resize-temp-buffer-window) >> - '(window-height . shrink-window-if-larger-than-buffer)) >> + '(window-height . fit-window-to-buffer)) >> ,(when temp-buffer-resize-mode >> '(preserve-size . (nil . t)))) >> nil From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 25 03:43:02 2016 Received: (at 23092-done) by debbugs.gnu.org; 25 Mar 2016 07:43:02 +0000 Received: from localhost ([127.0.0.1]:36768 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ajMOc-0003aQ-CP for submit@debbugs.gnu.org; Fri, 25 Mar 2016 03:43:02 -0400 Received: from mout.gmx.net ([212.227.17.22]:52991) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ajMOb-0003Zy-0t for 23092-done@debbugs.gnu.org; Fri, 25 Mar 2016 03:43:01 -0400 Received: from [192.168.1.100] ([212.95.7.94]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MWTSA-1aHDNZ1MD4-00XezI; Fri, 25 Mar 2016 08:42:51 +0100 Message-ID: <56F4EBF1.7010603@gmx.at> Date: Fri, 25 Mar 2016 08:42:41 +0100 From: martin rudalics MIME-Version: 1.0 To: Juri Linkov Subject: Re: bug#23092: 25.0.92; Minibuffer completion fails to resize completion window if reused during same command References: <87fuviigpw.fsf@gmail.com> <83k2ku4bb5.fsf@gnu.org> <8737riibq2.fsf@gmail.com> <837fgu49m1.fsf@gnu.org> <56F24F21.4040107@gmx.at> <878u19gn38.fsf@gmail.com> <56F2E647.7040400@gmx.at> <878u18x4um.fsf@mail.linkov.net> <56F39A89.5010608@gmx.at> <87d1qj8qwe.fsf@mail.linkov.net> In-Reply-To: <87d1qj8qwe.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:FRdMJ7wSr5g741f7hFFTxrtgIiaHIfguz15LtOazxoLhJ6GpH+f q6HyJolySUBltWShnN5dwMFpP4EH4krj5qI85KUdWr2mXRBDihT91NN4LPge1pPDlWusgNf OGPQKKAr/L4nTtodyzjQ9C5lVHUHAs6h4+pDFtcA3/YwyV547ouOKFLDgv5dBSSQ6rlbDjq eQX6rQHlJDyYVCkFXPTCg== X-UI-Out-Filterresults: notjunk:1;V01:K0:Qln+0Orv3j8=:qkkrR9sNWAoMcD5ni5xPPx MLwB4UpRdvgqou3Au2g4OnZ4nRdzZD8JreBeqDX7IwEUYODihkLgHwFATe+NeWNoCplPAvMiw IwJ+K9ny7eV+6bb954f+ewz7bTfP+4BsH27Zn8i7NN6uCi3kZhQBXaLF5MEvSrpNp4ndeCHNb S7Ouvqa47Oc6N1OIh+5Yso5u/HUUDjjF+TnnYHJW/Dje8qCJ+EpJ7jqrwPPenCwgnlqG7BoVM koTfuoenK/82yOhpfX7jA07Q7iLOvzB3fvyXFgweSIdD9ViWp9bSV3Wuj5cz80lpZnbKyRZ5w wTzcBC/pXiBJVU16rdBnfXrICvn4CBswEZ9h+C4SJ+8uVEFZC+UxwI5QbE74r4IzQqWkodu6p Iz5w+2338kgw66xpZcpHWRAcaItFJeENHiJQtoleJlahZmjx1j2DXlu2cUoTzcdWRFBdPdWQg j01uzV5iTmv9FaT63crYd4MVCjDB179pIIDZM1UTBJ9kV/F9wnfE1cUkURb0AFKDUriHLr38Z 4hB7O+pZJPZU2nzk5kgpbKFjhg+qFnZh0Ai6SabIM911Z2zFWwBkOkF7TITpyOLI6osF0swKy grxccW1VMVHJwHn+zH10c174qVyezBfZH2zGkFjUPickM5sY7bsq07iIncn/YczIp7tTNOmRg B1isgPqVmXEDvNn98d9m/12ZlH/0baAD7JV8w1OyT2WfWMvykYJRVu9OjiLraXIaacG7TSweH g4YUpv60HDguccTq+nGIogscN4EZ4Hl7ADfnB6HgSQsvWsVwOdAdqbzJ2aRoqHJtcSSWRYyYh FgelrzVLhUHl24mmsGlBHZFKaxfQQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23092-done Cc: "N. Jackson" , Eli Zaretskii , 23092-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Fixed minibuffer-completion-help now. I updated the Emacs manual accordingly. Please have a look. Thanks, martin From unknown Sun Jun 22 22:41:55 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 22 Apr 2016 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator