emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed

From: "Dioni ....." <lmintmate@outlook.com>
To: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
Subject: Bug: mouse-drag-and-drop-region doesn't work in org-mode buffers when org-mouse is enabled [9.2.3 (9.2.3-elpa @ ~/.emacs.d/elpa/org-20190402/)]
Date: Thu, 4 Apr 2019 15:28:55 +0000	[thread overview]
Message-ID: <AM0PR08MB38125C7F8E66C68403F57F28D4500@AM0PR08MB3812.eurprd08.prod.outlook.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 1852 bytes --]

I enabled mouse-drag-and-drop-region recently and noticed shortly thereafter that it didn't work in org-mode buffers, that is, while I expected to be able to select text and drag it with the mouse elsewhere in the buffer, as normally happens when mouse-drag-and-drop-region is enabled, instead it only sets a mark, as if that setting wasn't enabled. mouse-drag-and-drop-region works fine in buffers with other modes. I also have org-mouse enabled so I decided to temporarily disable it to see if that was related, and indeed, when I don't enable org-mouse in my config, mouse-drag-and-drop-region works fine in org buffers too. This occurs both with the builtin in emacs 26.1 (the version I use) org version (9.1.9), and with the latest org version available from the dedicated org-mode repository[1] (9.2.3 - 20190402 as of this message). Interestingly enough, when I attempt to drag some text with the mouse from a buffer where this works (e.g. *scratch*) to an org-mode buffer, this works fine - it's only dragging text from one part of the org buffer to another that doesn't work. I attach a minimal emacs init file that can used to reproduce the bug[2], as well as a test org file to see the bug in action[3]. Thanks in advance for your understanding.

Emacs version used: 26.1
org mode versions used: 9.1.9 and 9.2.3 - 20190402
Host OSes this was tested on: Linux Mint MATE 18.3 and Windows 7
Expected behavior: while in an org-mode file, be able to drag part of the text with the mouse to elsewhere in the buffer
Actual behavior: sets a mark instead

[1] https://orgmode.org/elpa/
[2] https://gitlab.com/snippets/1843173
[3] https://gitlab.com/snippets/1843174

Emacs  : GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.18.9)
 of 2018-05-29
Package: Org mode version 9.2.3 (9.2.3-elpa @ ~/.emacs.d/elpa/org-20190402/)

[-- Attachment #2: Type: text/html, Size: 2462 bytes --]

                 reply	other threads:[~2019-04-04 15:29 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AM0PR08MB38125C7F8E66C68403F57F28D4500@AM0PR08MB3812.eurprd08.prod.outlook.com \
    --to=lmintmate@outlook.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).