From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.bugs Subject: Re: 8 line identical minibuffer & *Shell Command Output* Date: Wed, 18 Jun 2003 13:31:21 -0600 Sender: bug-gnu-emacs-bounces+gnu-bug-gnu-emacs=m.gmane.org@gnu.org Message-ID: <3EF0BE09.70409@yahoo.com> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1055965321 14361 80.91.224.249 (18 Jun 2003 19:42:01 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 18 Jun 2003 19:42:01 +0000 (UTC) Original-X-From: bug-gnu-emacs-bounces+gnu-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jun 18 21:41:58 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19Sio3-0003gG-00 for ; Wed, 18 Jun 2003 21:41:19 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Sin1-0000LD-Na for gnu-bug-gnu-emacs@m.gmane.org; Wed, 18 Jun 2003 15:40:15 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19SimV-0008TU-TM for bug-gnu-emacs@prep.ai.mit.edu; Wed, 18 Jun 2003 15:39:43 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19Sim3-0007yq-Mu for bug-gnu-emacs@prep.ai.mit.edu; Wed, 18 Jun 2003 15:39:17 -0400 Original-Received: from mailbox5.ucsd.edu ([132.239.1.57]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Sidp-0004Cx-4k for bug-gnu-emacs@prep.ai.mit.edu; Wed, 18 Jun 2003 15:30:45 -0400 Original-Received: from mail.fu-berlin.de (mail.fu-berlin.de [160.45.11.165]) by mailbox5.ucsd.edu (8.12.9/8.12.3) with ESMTP id h5IJUfeN071650 for ; Wed, 18 Jun 2003 12:30:41 -0700 (PDT) Original-Received: by mail.fu-berlin.de (Smail3.2.0.98) from Curry.ZEDAT.FU-Berlin.DE (160.45.10.36) with esmtp id ; Wed, 18 Jun 2003 21:31:00 +0200 (MEST) Original-Received: by Curry.ZEDAT.FU-Berlin.DE (Smail3.2.0.98) from news.fu-berlin.de with bsmtp id ; Wed, 18 Jun 2003 21:31:00 +0200 (MEST) Original-To: gnu-emacs-bug@moderators.isc.org Original-Path: 170.207.51.80!not-for-mail Original-Newsgroups: gnu.emacs.bug Original-Lines: 50 X-Orig-NNTP-Posting-Host: 170.207.51.80 X-Orig-X-Trace: fu-berlin.de 1055964660 22933202 170.207.51.80 (16 [82742]) User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:0.9.4.1) Gecko/20020406 Netscape6/6.2.2 X-Accept-Language: en-us X-Spamscanner: mailbox5.ucsd.edu (v1.2 May 26 2003 01:55:38, 2.2/5.0 2.55) X-MailScanner: PASSED (v1.2.7 39585 h5IJUfeN071650 mailbox5.ucsd.edu) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: bug-gnu-emacs-bounces+gnu-bug-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.bugs:5331 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:5331 Dan Jacobson wrote: > Really ugly: > $ emacs --no-site-file -q -eval '(and(shell-command "seq 9")(shell-command "seq 8"))' > One sees a 8 line high minibuffer totally wastefully repeating an 8 > line *Shell Command Output* buffer. They occupy the bottom half of > the screen. Uh, so what? (It's not the minibuffer, it's the echo area). Emacs has behaved as documented: | shell-command is an interactive compiled Lisp function in `simple'. | (shell-command COMMAND &optional OUTPUT-BUFFER ERROR-BUFFER) | | Execute string COMMAND in inferior shell; display output, if any. | With prefix argument, insert the COMMAND's output at point. | | If COMMAND ends in ampersand, execute it asynchronously. | The output appears in the buffer `*Async Shell Command*'. | That buffer is in shell mode. | | Otherwise, COMMAND is executed synchronously. The output appears in | the buffer `*Shell Command Output*'. If the output is short enough to | display in the echo area (which is determined by the variables | `resize-mini-windows' and `max-mini-window-height'), it is shown | there, but it is nonetheless available in buffer `*Shell Command | Output*' even though that buffer is not automatically displayed. If | there is no output, or if output is inserted in the current buffer, | then `*Shell Command Output*' is deleted. > $ grep -i ^emacs .Xresources > Emacs*bitmapIcon: on > Emacs*font: fixed > Emacs.geometry: 95x35+-6+-6 > Emacs*FontSet: -*-big5-0,-adobe-*-iso8859-1 The default values of `resize-mini-windows' and `max-mini-window-height' are `grow-only' and 0.25 respectively. 0.25 times 35 (the frame height) is 8.75, which is larger than 8 (the number of lines in the minibuffer window). > GNU Emacs 21.2.2 (i386-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of > 2002-10-16 on raven, modified by Debian On GNU Emacs 21.3.1 (i386-pc-solaris2.7, X toolkit), the *Shell Command Output* buffer is not displayed. -- Kevin Rodgers