From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "David Vanderschel" Newsgroups: gmane.emacs.help Subject: New symptom and code Date: Tue, 06 Jul 2004 10:37:48 GMT Organization: Road Runner High Speed Online http://www.rr.com Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <0ivGc.18253$T72.289@fe2.texas.rr.com> References: NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1089110305 17322 80.91.224.253 (6 Jul 2004 10:38:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 6 Jul 2004 10:38:25 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jul 06 12:38:16 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BhnL6-0005gE-00 for ; Tue, 06 Jul 2004 12:38:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BhnN6-0003xe-Jp for geh-help-gnu-emacs@m.gmane.org; Tue, 06 Jul 2004 06:40:20 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!headwall.stanford.edu!HSNX.atgi.net!cyclone-sf.pbi.net!216.196.106.144!border2.nntp.sjc.giganews.com!nntp.giganews.com!cyclone.austin.rr.com!fe2.texas.rr.com.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 40 X-Newsreader: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Original-NNTP-Posting-Host: 66.68.174.193 Original-X-Complaints-To: abuse@rr.com Original-X-Trace: fe2.texas.rr.com 1089110268 66.68.174.193 (Tue, 06 Jul 2004 05:37:48 CDT) Original-NNTP-Posting-Date: Tue, 06 Jul 2004 05:37:48 CDT Original-Xref: shelby.stanford.edu gnu.emacs.help:124150 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:19481 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:19481 I should have mentioned that I am using the minibuffer primarily so that I can get a temporary multi-line display. Otherwise, I could have used message. I am not letting the user edit in the minibuffer. I am just showing him some data. The single character he types is treated by my program as a command, which then modifies the display. I just encountered another very weird symptom. I had two frames open. I invoked the function as usual in a frame with a single window - the only window in which the function was bound to a key. Its minibuffer grew in the manner I had intended. However, the string which was supposed to go in the minibuffer wound up in the minibuffer of the other frame. This makes no sense. There is no concept of multiple minibuffers in the my code. Maybe I should just show my current iteration of the code: (defun Hube-config-dialogue (msg valid-chars) "Show (possibly multi-line) MSG in minibuffer; read and return an input char. Return 0 if input character is not among those in list VALID-CHARS." (interactive) (save-selected-window (select-window (minibuffer-window)) (erase-buffer) (insert msg) (let ((auto-save-interval 600) (echo-keystrokes 0) (enlargement 0)) (while (not (pos-visible-in-window-p)) (enlarge-window 1) (incf enlargement)) (let* ((s (read-key-sequence nil)) (c (elt s 0))) (erase-buffer) (shrink-window enlargement) (if (member c valid-chars) c 0))))) What do I need to understand to get this right? Regards, David V.