GNU bug report logs - #43470
27.1; Drag and Drop not working properly in 27.1 on OSX

Previous Next

Full log

Message #17 received at 43470 <at> debbugs.gnu.org (full text, mbox):

From: Daniel Martín <mardani29 <at> yahoo.es>
To: Alan Third <alan <at> idiocy.org>
Cc: "Paul Magwene, Ph.D." <paul.magwene <at> duke.edu>, 43470 <at> debbugs.gnu.org
Subject: Re: bug#43470: 27.1; Drag and Drop not working properly in 27.1 on OSX
Date: Fri, 18 Sep 2020 14:00:16 +0200

[Message part 1 (text/plain, inline)]

Alan Third <alan <at> idiocy.org> writes:

> IIRC (and I could definitely be wrong here) a simple find/replace
> breaks the ability to handle more than one file being dragged at a
> time, which is why I left it (it used to work fine even though it was
> flagged as deprecated).

You're right. I also misread the FIXME, which mentions this particular
problem. That part of the patch is not correct.

I think we need to use the same constant names as those that are
included in the ns_drag_types array, at least until we implement proper
support for the new pasteboard API. This means that three constant names
should be renamed in nsterm.m.

I've attached a new patch that implements this idea. I've tested the
following drag and drop operations work correctly after the patch is
applied:

- Drag a URL.
- Drag arbitrary text from another application.
- Drag tabular text from another application.
- Drag a couple of files from the OS file manager. It correctly creates
a couple of buffers in Emacs that visit those files.

[0001-Use-modern-constant-names-for-the-NS-pasteboard.patch (text/x-patch, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.