From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: x-popup-menu pops up at funny positions Date: Tue, 7 Jan 2003 18:47:17 +0100 (CET) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200301071843.h07IhZdw005735@stubby.bodenonline.com> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1042001668 20347 80.91.224.249 (8 Jan 2003 04:54:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 8 Jan 2003 04:54:28 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18W8EU-0005I2-00 for ; Wed, 08 Jan 2003 05:54:26 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18W8JN-00081d-00 for ; Wed, 08 Jan 2003 05:59:29 +0100 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 18W7X8-0002C8-00 for emacs-devel@quimby.gnus.org; Tue, 07 Jan 2003 23:09:38 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18W7Op-0000QC-00 for emacs-devel@gnu.org; Tue, 07 Jan 2003 23:01:03 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18VxtL-0002zH-00 for emacs-devel@gnu.org; Tue, 07 Jan 2003 12:52:26 -0500 Original-Received: from stubby.bodenonline.com ([193.201.16.94]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18Vxpq-0002Zb-00; Tue, 07 Jan 2003 12:48:18 -0500 Original-Received: from accessno42.bodenonline.com (IDENT:root@accessno42.bodenonline.com [193.201.16.44]) h07IhZdw005735; Tue, 7 Jan 2003 19:43:36 +0100 In-Reply-To: "from Richard Stallman at Jan 7, 2003 08:40:09 am" Original-To: rms@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:10561 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:10561 > I could add a call to x_real_positions. Any correction > would look exactly like the code in x_real_positions. > > Ok, how about calling x_real_positions? Will do. > The solution suggested is to take advantage of > the split that the GTK patch does, so the case ConfigureNotify code > is executed even for recursive X event loops. > > Can you tell me how that split is useful here? In the current code we can't pass just one XEvent to the big switch over event types in xterm.c. With the split we can. So instead of calling XtDispatchEvent, we use the big switch so the event is passed through the case for that event, and then goto OTHER passes it to Xt. In a slightly modified way, this is what the GTK code does. Since all event are passed through the big switch even when dialogs/popup menus are posted, there is no need to save them for later. > Abort sounds a bit drastic, how about popping up a dialog instead? > > This abort would be temporary. Once we find out whether they are ever > different, we would either fix the code so they are never different, or > remove the abort and just call x_real_positions here. Okay. Jan D.