From xemacs-m  Wed May  7 14:28:48 1997
Received: from mail-oak-2.pilot.net (mail-oak-2.pilot.net [198.232.147.17])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id OAA25332
	for <xemacs-beta@xemacs.org>; Wed, 7 May 1997 14:28:43 -0500 (CDT)
Received: from cogit.com (unknown-79-101.ergosum.com [206.189.79.101]) by mail-oak-2.pilot.net with SMTP id MAA02948 for <xemacs-beta@xemacs.org>; Wed, 7 May 1997 12:28:43 -0700 (PDT)
Received: from carnifex.cogit.com by cogit.com (SMI-8.6/SMI-SVR4)
	id MAA07067; Wed, 7 May 1997 12:28:42 -0700
Received: from carnifex.cogit.com by carnifex.cogit.com (SMI-8.6/client-1.3)
	id MAA27371; Wed, 7 May 1997 12:28:42 -0700
Message-Id: <199705071928.MAA27371@carnifex.cogit.com>
To: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Minibuffer in its own frame
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
Date: Wed, 07 May 1997 12:28:42 -0700
From: Chris Dean <ctdean@cogit.com>


While we're on the subject, when using a minubuffer in its own frame
XEmacs can forget that the focus is on the minibuffer.

This happens to me when, for example yes-or-no-p get bad input:

unix%        cd xemacs-20.2-b4/src
unix%        etags *.c *.h
unix%        xemacs emacs.c
in emacs:    M-. n alloca RET
unix%        touch TAGS
in emacs:    M-. alloca RET

The focus is now messed up.

Here my ~/.emacs:

(setq initial-frame-plist '(minibuffer nil))
(setq default-frame-plist '(minibuffer nil))
(setq default-minibuffer-frame
      (make-frame
       '(minibuffer only
                    width 86
                    height 1
                    menubar-visible-p nil
                    default-toolbar-visible-p nil
                    name "minibuffer"
                    top -2
                    left -2
                    has-modeline-p nil)))
(frame-notice-user-settings)

Regards,
Chris Dean

