From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Drag and drop patch for X, please review. Date: 20 Jan 2004 18:38:39 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200401171729.i0HHT1wq016912@stubby.bodenonline.com> <20040118004009.GA24635@fencepost> <2C5AAB61-49F7-11D8-A763-00039363E640@swipnet.se> <74293710-4B62-11D8-89AF-00039363E640@swipnet.se> <39277C06-4B8A-11D8-AF87-00039363E640@swipnet.se> <849323AA-4B8F-11D8-A2D5-00039363E640@swipnet.se> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1074643778 6522 80.91.224.253 (21 Jan 2004 00:09:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 21 Jan 2004 00:09:38 +0000 (UTC) Cc: emacs-devel@gnu.org, Miles Bader Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Jan 21 01:09:31 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Aj5w3-0000ME-00 for ; Wed, 21 Jan 2004 01:09:31 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1Aj5w3-00073F-00 for ; Wed, 21 Jan 2004 01:09:31 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1Aj5TC-0001RF-3k for emacs-devel@quimby.gnus.org; Tue, 20 Jan 2004 18:39:42 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1Aj5Sn-0001Q2-Ib for emacs-devel@gnu.org; Tue, 20 Jan 2004 18:39:17 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1Aj5SF-0001LC-T0 for emacs-devel@gnu.org; Tue, 20 Jan 2004 18:39:16 -0500 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.24) id 1Aj5SF-0001Kj-Cz; Tue, 20 Jan 2004 18:38:43 -0500 Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id B33D820FBE; Tue, 20 Jan 2004 18:38:39 -0500 (EST) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id A2D6B8C6F3; Tue, 20 Jan 2004 18:38:39 -0500 (EST) Original-To: "Jan D." In-Reply-To: Original-Lines: 31 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=0, requis 5) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:19370 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:19370 > It is not a strict requirement. There can be multiple pointer devices. > In some accessibility functions you can simulate the mouse actions > with arrow keys. But if the source grabs the mouse, it is grabbed for all mice as well as for those special arrow keys: i.e. there's still really only one pointer device (which is a logical entity), just controlled from a bunch of different hardware pieces (the mice and the keys). >>From the users point of view, there are several input devices that control the cursor, but from the X clients, there's just only only cursor and they don't care how the X server handles the hardware input devices to allow the user to control the one and only cursor. But it's still completely irrelevant to this discussion. > The icon I am talking about is the one the user drags, i.e. it is > where the pointer is. Duh! I finally understand, thank you. > Then we are back to saying accept and then later perhaps signal > an error. I do not like that. If we know we are going to raise an > error, we should not accept the drop in the first place. Well, we should still send a `reject' in the case where we know it will be rejected (i.e. when there's no binding in the keymap), but if there's a binding it's OK to say `accept' and later on signal an error. Stefan