From xemacs-m  Fri Feb 28 21:16:37 1997
Received: from corona.pixar.com (corona.pixar.com [138.72.20.84])
	by xemacs.org (8.8.5/8.8.5) with SMTP id VAA17524
	for <xemacs-beta@xemacs.org>; Fri, 28 Feb 1997 21:16:36 -0600 (CST)
Received: by corona.pixar.com (Smail3.1.29.1 #2)
	id m0w0fGD-0001YZC; Fri, 28 Feb 97 19:14 PST
Sender: retnuh@pixar.com (Hunter Kelly)
Sender: retnuh@corona
To: xemacs-beta@xemacs.org
Subject: annoying buffer switching/focus  behavior
Mime-Version: 1.0 (generated by tm-edit 7.103)
Content-Type: text/plain; charset=US-ASCII
From: Hunter Kelly <retnuh@corona.pixar.com>
Date: 28 Feb 1997 19:14:56 -0800
Message-ID: <yvtafoo8frj.fsf@corona.pixar.com>
Lines: 41
X-Mailer: Gnus v5.4.11/XEmacs 19.15

I've seen this behavior in many of the XEmacs 19.15 betas.  I thought
it went away around 90 or so, but it is here in 92 (I know, I have had
a ton of work...).

The annoyance is this:

xemacs -q

C-x 5 b a RET

C-x 5 b b RET

In the most recent frame, type C-x C-b
Then, switch to another frame, and type C-x C-b

The frame does not show up.  Major annoying.

I think the same problem can be shown another way:

xemacs -q

C-x 5 b a RET
C-x 5 b b RET

M-x grep host /etc/hosts

Switch to another frame, and
M-x grep spoo /etc/hosts

XEmacs throws the focus to the frame with the first grep in it.

What I want is for XEmacs to display the buffer in the current frame,
regardless of whether it is currently displayed or not, and not
randomly throw the focus around.  This seems to happen whether or not
'focus-follows-mouse' is t or nil.

I think this behavior is wrong.  It shouldn't have anything to do with
the focus model when it is fixed, either.

Hunter, who has like 9 frames laying around and doesn't want to have
to find the one with a particular buffer in it to see it, dangit.

