From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.devel Subject: Re: mouse-autoselect-window Date: Thu, 06 Sep 2007 16:17:59 +0200 Message-ID: <87lkbj27zc.fsf@escher.local.home> References: <86abs1bd54.fsf@lola.quinscape.zz> <87myw1p8yb.fsf@escher.local.home> <46DEEF9F.5060904@gmx.at> <87r6lc0zqr.fsf@escher.local.home> <46DFF0FF.6060502@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1189088300 4434 80.91.229.12 (6 Sep 2007 14:18:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 6 Sep 2007 14:18:20 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 06 16:18:20 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1ITIBW-0008Em-UX for ged-emacs-devel@m.gmane.org; Thu, 06 Sep 2007 16:18:19 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITIBV-0005V4-G5 for ged-emacs-devel@m.gmane.org; Thu, 06 Sep 2007 10:18:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ITIBS-0005Up-IT for emacs-devel@gnu.org; Thu, 06 Sep 2007 10:18:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ITIBQ-0005Ud-CC for emacs-devel@gnu.org; Thu, 06 Sep 2007 10:18:13 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITIBQ-0005Ua-6J for emacs-devel@gnu.org; Thu, 06 Sep 2007 10:18:12 -0400 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ITIBP-0005lX-6G for emacs-devel@gnu.org; Thu, 06 Sep 2007 10:18:11 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1ITIBK-000416-Cg for emacs-devel@gnu.org; Thu, 06 Sep 2007 16:18:06 +0200 Original-Received: from i577bc1b3.versanet.de ([87.123.193.179]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Sep 2007 16:18:06 +0200 Original-Received: from Stephen.Berman by i577bc1b3.versanet.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Sep 2007 16:18:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 26 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: i577bc1b3.versanet.de User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:77976 Archived-At: On Thu, 06 Sep 2007 14:22:23 +0200 martin rudalics wrote: > I don't know whether debugging this is feasible but could you try to, in > `mouse-autoselect-window-select', insert some simple messages around the > lines I added and see why they apparently return non-nil. In particular > (window-frame window) shouldn't eq (window-frame (selected-window)) for > different frames. Otherwise, I'd have to reset my registry somehow to > get the "standard" click-to-focus behavior :-(. I inserted messages in a progn before and after the sexp (eq (window-frame window) (window-frame (selected-window))), and also before and after mouse-autoselect-window-timer is set in mouse-autoselect-window-start. But in all cases no message was issued. I even redumped emacs, but still nothing. Do you have a suggestion that you know will show a message? One thing I notice with mouse-autoselect-window non-nil: if I set it to a noticeable delay, still when I move the mouse to another frame with split windows, and there onto a different window than was previously selected, then the previously selected mode line immediately displays the active face, and switches to inactive after the delay. In other words, something in the mouse autoselect code seems to take effect immediately, ignoring the delay, as long as mouse-autoselect-window is non-nil. Steve Berman