From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: minibuffer and scroll-conservatively Date: Tue, 28 Jun 2005 10:52:47 +0200 Message-ID: References: <42B8367C.9040500@soem.dk> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1119950549 28144 80.91.229.2 (28 Jun 2005 09:22:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 28 Jun 2005 09:22:29 +0000 (UTC) Cc: larsh@soem.dk, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 28 11:22:27 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DnCIK-0004kI-6o for ged-emacs-devel@m.gmane.org; Tue, 28 Jun 2005 11:22:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DnCQ8-0007nF-JK for ged-emacs-devel@m.gmane.org; Tue, 28 Jun 2005 05:30:20 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DnBxi-0004wL-A5 for emacs-devel@gnu.org; Tue, 28 Jun 2005 05:00:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DnBxW-0004vO-6I for emacs-devel@gnu.org; Tue, 28 Jun 2005 05:00:51 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DnBvz-0004lg-3c for emacs-devel@gnu.org; Tue, 28 Jun 2005 04:59:12 -0400 Original-Received: from [195.41.46.236] (helo=pfepb.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DnBuW-0006T6-Dx; Tue, 28 Jun 2005 04:57:40 -0400 Original-Received: from kfs-l.imdomain.dk.cua.dk (unknown [80.165.4.124]) by pfepb.post.tele.dk (Postfix) with SMTP id 55F015EE620; Tue, 28 Jun 2005 10:53:06 +0200 (CEST) Original-To: rms@gnu.org In-Reply-To: (Richard M. Stallman's message of "Tue, 28 Jun 2005 00:16:59 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:39773 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39773 "Richard M. Stallman" writes: > There are still problems: If I enter M-x AB=C3=85jg, the result is not > perfect -- but what's the alternative? > > Would it be better to lose some height at the top, rather than only at > the bottom? Currently, I think, g and q cannot be distinguished in > the default font. Neither is A and =C3=85 if you remove at the top... But does it matter that much? The minibuffer is used for entering some text, and in most cases, the user will know what he typed... > > In the long run, perhaps the best solution is to allow some extra > space under the minibuffer for the sake of such situations. But that > can't be done until the Emacs frame height no longer has to be an > integral multiple of the line height. That is a good approach. Alternatively, we do have code to automatically grow the minibuffer if the text wraps, so perhaps it could be tweaked to also grow to show the extra height too. But I don't have time to work on that. I suggtest that we install my (imperfect) patch, and add a note to TODO, that we need to address this issue after the release. --=20 Kim F. Storm http://www.cua.dk