From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#1261: 23.0.60; diary-insert-entry and mouse-autoselect-window Date: Tue, 28 Oct 2008 09:08:04 +0100 Message-ID: <4906C864.9020103@gmx.at> References: <87zlkq3tc1.fsf@escher.local.home> <4905F9A4.3010403@gmx.at> <87tzax4vn4.fsf@escher.local.home> Reply-To: martin rudalics , 1261@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1225192538 5822 80.91.229.12 (28 Oct 2008 11:15:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 28 Oct 2008 11:15:38 +0000 (UTC) Cc: 1261@emacsbugs.donarmstrong.com To: Stephen Berman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 28 12:16:40 2008 connect(): Connection refused Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KumYV-0003Eg-TZ for geb-bug-gnu-emacs@m.gmane.org; Tue, 28 Oct 2008 12:16:12 +0100 Original-Received: from localhost ([127.0.0.1]:58291 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KumXP-0007il-KO for geb-bug-gnu-emacs@m.gmane.org; Tue, 28 Oct 2008 07:15:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kum9K-00056d-Ac for bug-gnu-emacs@gnu.org; Tue, 28 Oct 2008 06:50:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kum9J-00055I-8w for bug-gnu-emacs@gnu.org; Tue, 28 Oct 2008 06:50:09 -0400 Original-Received: from [199.232.76.173] (port=37340 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kum9I-000551-ON for bug-gnu-emacs@gnu.org; Tue, 28 Oct 2008 06:50:08 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:50282) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kum9I-0003z1-Dp for bug-gnu-emacs@gnu.org; Tue, 28 Oct 2008 06:50:08 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9SAo3uv001094; Tue, 28 Oct 2008 03:50:03 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m9SAU36R028874; Tue, 28 Oct 2008 03:30:03 -0700 X-Loop: don@donarmstrong.com Resent-From: martin rudalics Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 28 Oct 2008 10:30:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1261 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 1261-submit@emacsbugs.donarmstrong.com id=B1261.122518947927648 (code B ref 1261); Tue, 28 Oct 2008 10:30:03 +0000 Original-Received: (at 1261) by emacsbugs.donarmstrong.com; 28 Oct 2008 10:24:39 +0000 Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id m9SAOZon027642 for <1261@emacsbugs.donarmstrong.com>; Tue, 28 Oct 2008 03:24:36 -0700 Original-Received: (qmail invoked by alias); 28 Oct 2008 10:24:28 -0000 Original-Received: from 62-47-38-126.adsl.highway.telekom.at (EHLO [62.47.38.126]) [62.47.38.126] by mail.gmx.net (mp062) with SMTP; 28 Oct 2008 11:24:28 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX192wFZe6wB20O8HpYkl4WvEZpGKAxHE40gAhQNJp1 Jdk1QPab0+ceAR User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) In-Reply-To: <87tzax4vn4.fsf@escher.local.home> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Tue, 28 Oct 2008 06:50:09 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:21965 Archived-At: > I don't follow: are you saying when you pop up the diary context menu, > the mouse cursor is *necessarily* outside of the frame? I find that > hard to believe, given the way it works for me: if the Calendar buffer > is close to the bottom of the monitor display, then I get a context menu > whose "Insert diary entry" entry is within the area of the Calendar > buffer, so when I click it the mouse cursor is within that area as well. Here the top of the menu is centered at where I clicked with the mouse, so only the first two entries of the menu overlay the calendar window (which is at the bottom of my frame). The larger part of the menu is outside my emacs -Q frame though. >> I suppose you can't move the mouse "around" your Calendar window? > > Sure I can. Why do you think I can't? Or perhaps I misunderstand you; > can you be more precise? I initially thought that your problem was that you _wanted to move_ the mouse from where you popped up the menu to the diary window and got the calendar window selected instead. I now understand that you don't want to move the mouse at all but get the calendar window reselected after accidentally hitting the mouse when the cursor is within that window. That's strange and I can't reproduce it here. > I'm > saying that when I make a diary entry with the context menu, the diary > buffer in the upper window gets selected, but then (provided the mouse > cursor is still within the Calendar window) either by moving the mouse > or if mouse-autoselect-window is set to a delay, then automatically, the > Calendar window gets selected, resulting in the attached image. When I follow Glenn's suggestion to increase the size of the calendar window so that the menu fits entirely within it, and click on the Insert diary entry of the menu with mouse-3, a diary window pops up in the upper half of my frame and the mouse cursor remains in the calendar window. When I now move the mouse cursor within the calendar window I don't get any autoselection. I get an autoselection _only_ when I move the mouse cursor to the upper window first and then back to the lower one. So I suppose that on your system the following part of handle_one_xevent if (WINDOWP (window) && !EQ (window, last_window) && !EQ (window, selected_window) for some reason I don't understand has `window' not eq `last_window', that is, the calendar window is _not_ the window where the mouse moved last time. This seems to indict that either the last_window=window; step failed earlier on your system, or the mouse-3 click moved the mouse cursor to the diary window, but maybe I'm missing something. > The docstring of mouse-autoselect-window seems to imply they are not > independent: "When customizing this variable make sure that the actual > value of `focus-follows-mouse' matches the behavior of your window > manager." (The use of "actual" here seems odd; I guess it's supposed to > mean the current ("aktuell" in German) value, but even that sounds > superfluous: I think it's clear enough just to say "the value of > `focus-follows-mouse'".) I wanted "actual" to stand for the "effective" value of this variable rather than the "default" value (which might not reflect the actual behavior of your window manager). Is it really confusing? In any case that sentence applies only when you use multiple frames, move the mouse from one frame to another, and want mouse-autoselection DTRT. martin