From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Greg Stark Newsgroups: gmane.emacs.bugs Subject: Re: Frames getting raised all the time Date: 09 May 2003 10:52:35 -0400 Organization: The Emacs Conspiracy; member since 1992 Sender: bug-gnu-emacs-bounces+gnu-bug-gnu-emacs=m.gmane.org@gnu.org Message-ID: <87of2c6uks.fsf@stark.dyndns.tv> References: <200303271650.h2RGotNl028733@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1052492154 13561 80.91.224.249 (9 May 2003 14:55:54 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 9 May 2003 14:55:54 +0000 (UTC) Cc: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+gnu-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 09 16:55:46 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 19E9Hm-0003VU-00 for ; Fri, 09 May 2003 16:55:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19E9Gz-00079r-05 for gnu-bug-gnu-emacs@m.gmane.org; Fri, 09 May 2003 10:54:57 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 19E9Fm-0006Y2-00 for bug-gnu-emacs@gnu.org; Fri, 09 May 2003 10:53:42 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 19E9En-00061c-00 for bug-gnu-emacs@gnu.org; Fri, 09 May 2003 10:52:41 -0400 Original-Received: from sabre.velocet.net ([216.138.209.205]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19E9El-00060a-00 for bug-gnu-emacs@gnu.org; Fri, 09 May 2003 10:52:39 -0400 Original-Received: from stark.dyndns.tv (H162.C233.tor.velocet.net [216.138.233.162]) by sabre.velocet.net (Postfix) with ESMTP id 35A0F138234; Fri, 9 May 2003 10:52:38 -0400 (EDT) Original-Received: from localhost ([127.0.0.1] helo=stark.dyndns.tv ident=foobar) by stark.dyndns.tv with smtp (Exim 3.36 #1 (Debian)) id 19E9Eh-0007xV-00; Fri, 09 May 2003 10:52:35 -0400 Original-To: bug-gnu-emacs@gnu.org In-Reply-To: <200303271650.h2RGotNl028733@rum.cs.yale.edu> Original-Lines: 28 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Original-cc: gsstark@MIT.EDU Original-cc: monnier@cs.yale.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:4989 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:4989 "Stefan Monnier" writes: > > Sure, but what if I *wanted* that frame partially hidden by something? Why > > would this logic not apply to every other application? Should mozilla raise > > it's windows every time a web page loads because there might be another > > mozilla window obscuring it? Should xterm raise its window every time there's > > terminal output in case there's another xterm on top? Hm, perhaps this is relevant? It appears there's an ICCCM way for an application to tell the window manager that a window is "urgent" and then leave it for the window manager to decide what to do with this information: http://lists.eazel.com/pipermail/sawfish/2001-January/000244.html > I actually think the problem you describe is indeed a bug and is due to > the fact that selected_frame is temporarily changed to the minibuffer frame, > so Emacs doesn't realize that the frame from which you hit C-x C-f > is actually the same as the one it's trying to make visible. > > The patch below fixes your simple test case. Is this patch in 21.3 ? -- greg