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 15:43:21 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200401171729.i0HHT1wq016912@stubby.bodenonline.com> <9616315C-49F9-11D8-A763-00039363E640@swipnet.se> <66F4EDBB-4AC4-11D8-BCBC-00039363E640@swipnet.se> <23DA6486-4B65-11D8-91D5-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 1074638570 26521 80.91.224.253 (20 Jan 2004 22:42:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 20 Jan 2004 22:42:50 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Jan 20 23:42:38 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 1Aj4Zx-0002ia-00 for ; Tue, 20 Jan 2004 23:42:37 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1Aj4Zx-0005KL-00 for ; Tue, 20 Jan 2004 23:42:37 +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 1Aj2m5-0001t8-Fr for emacs-devel@quimby.gnus.org; Tue, 20 Jan 2004 15:47:01 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1Aj2lm-0001pB-O5 for emacs-devel@gnu.org; Tue, 20 Jan 2004 15:46:42 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1Aj2l9-0001dO-MF for emacs-devel@gnu.org; Tue, 20 Jan 2004 15:46:35 -0500 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1Aj2l9-0001dC-3z; Tue, 20 Jan 2004 15:46:03 -0500 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by mx20.gnu.org with esmtp (Exim 4.24) id 1Aj2id-00034j-VV; Tue, 20 Jan 2004 15:43:28 -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 56EA42100D; Tue, 20 Jan 2004 15:43:22 -0500 (EST) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 1F6DF8C6F3; Tue, 20 Jan 2004 15:43:22 -0500 (EST) Original-To: "Jan D." In-Reply-To: Original-Lines: 33 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:19365 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:19365 >>> Dropping a file name on the menu bar currently opens the file in a new >>> window. I think that is useful (i.e. I use it all the time :-) >> It might be useful, but I'd find it confusing. > It is how it works on most applications, and indeed in Emacs when running > on W32 (at least it did a couple of years ago, when I ran Emacs on W32). It's not the "open the file" that I find confusing. It's the "on the menu bar". I'd rather reject the drop in that case. > other function obviously :-). I find it harder to explain to a user why > a drop on the tool bar and the menu bar is not acceptable to open a file. > If we do that, I think we will get bug reports on it. That's possible: I don't claim to be representative. >>> If dropping text onto File, the user might reasonable expect the text >>> to be pasted into window 1, because it is closest. Dropping on Tools >>> can be expected to paste the text into window 3. >> >> For me that would spell more confusion. >> I'd much rather drop directly into the window or maybe the modeline (in >> case you want the "drop into window" to insert the file's path instead). > Yes of course. But then we are back to the question, shall we reject > the drop in this case, or accept it. It sounds like you want to reject > it in this case, which is what I tried to do initially. I don't understand what you're referring to. From my point of view, we could just look up [menu-bar dnd-drop] and/or [mode-line dnd-drop] to see whether to accept (and how to process) the drop event. Stefan