all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: <emacs-pretest-bug@gnu.org>
Subject: bug#1291: 23.0.60; 1) resize-mini-windows: customizable, 2) if grow mini, grow Completions
Date: Sat, 1 Nov 2008 17:16:33 -0700	[thread overview]
Message-ID: <005b01c93c80$436e6ac0$0200a8c0@us.oracle.com> (raw)

This bug appears also in Emacs 22 - please backport the fix.

1. Variable `resize-mini-windows' should be a customizable option. It
is obviously intended to be modified by users.
 
2. 
emacs -Q
M-x load-library tmm
M-x tmm-menubar
 
You'll see that not all candidates in *Completions* are visible. This
is true in spite of the fact that `tmm-menubar' calls
Electric-pop-up-window' which correctly fits the *Completions* window
to the buffer.
 
The problem is that (assuming `resize-mini-window' is non-nil) when
the minibuffer grows to accommodate the default completion candidate
that is inserted in the minibuffer, it takes vertical space away from
*Completions*.
 
Whenever the minibuffer is grown, so should *Completions* be grown to
the same extent (modulo some maximum setting). Otherwise, fitting the
*Completions* window is defeated by the minibuffer resizing.
 
Please fix this in the Lisp code, not the C code, so other libraries
that manipulate the minibuffer differently from vanilla Emacs can also
benefit.
 
 
 
In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2008-10-09 on LENNART-69DE564
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include
-fno-crossjumping'
 







             reply	other threads:[~2008-11-02  0:16 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-02  0:16 Drew Adams [this message]
2008-11-02 14:12 ` bug#1291: 23.0.60; 1) resize-mini-windows: customizable, 2) if grow mini, grow Completions martin rudalics
2008-11-02 14:49   ` Drew Adams
2008-11-02 15:12   ` Drew Adams
2008-11-02 18:14     ` martin rudalics
2008-11-02 19:05       ` Drew Adams
2008-11-02 19:45         ` martin rudalics
2008-11-02 20:27           ` Drew Adams
2008-11-03  7:17             ` martin rudalics
2008-11-03  8:21               ` Drew Adams
2008-11-03  8:58                 ` martin rudalics
2008-11-05 10:37               ` Kevin Rodgers
2008-11-05 12:52                 ` martin rudalics
2014-12-25 19:29 ` martin rudalics
  -- strict thread matches above, loose matches on Subject: below --
2008-11-03 19:34 Chong Yidong
2008-11-03 20:05 ` Drew Adams
2008-11-04  7:36 ` martin rudalics
2008-11-04 14:28   ` Drew Adams
2008-11-04 16:48     ` martin rudalics
2008-11-04 17:00       ` Drew Adams
2008-11-04 16:56   ` Chong Yidong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='005b01c93c80$436e6ac0$0200a8c0@us.oracle.com' \
    --to=drew.adams@oracle.com \
    --cc=1291@emacsbugs.donarmstrong.com \
    --cc=emacs-pretest-bug@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.