From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Robert Weiner Newsgroups: gmane.emacs.devel Subject: Re: mouse-drag-and-drop-region Date: Tue, 21 Nov 2017 13:52:36 -0500 Message-ID: References: <5A0ABD41.5040402@gmx.at> <20171116.092825.1408561780440493246.tak.kunihiro@gmail.com> <5A0D562D.1010803@gmx.at> <20171120.222937.949251858246319152.tak.kunihiro@gmail.com> <5A13F0CA.2030605@gmx.at> Reply-To: rswgnu@gmail.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a113fdc8aa419e4055e82b6a5" X-Trace: blaine.gmane.org 1511290443 8555 195.159.176.226 (21 Nov 2017 18:54:03 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 21 Nov 2017 18:54:03 +0000 (UTC) Cc: Eli Zaretskii , Tak Kunihiro , Alex , emacs-devel To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 21 19:53:56 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHDgA-0001hZ-UZ for ged-emacs-devel@m.gmane.org; Tue, 21 Nov 2017 19:53:55 +0100 Original-Received: from localhost ([::1]:36061 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHDgI-0006BO-5F for ged-emacs-devel@m.gmane.org; Tue, 21 Nov 2017 13:54:02 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34858) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHDfT-00069R-G5 for emacs-devel@gnu.org; Tue, 21 Nov 2017 13:53:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eHDfP-0001iN-Jt for emacs-devel@gnu.org; Tue, 21 Nov 2017 13:53:11 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44128) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHDfP-0001i9-Gb for emacs-devel@gnu.org; Tue, 21 Nov 2017 13:53:07 -0500 Original-Received: from mail-qt0-f175.google.com ([209.85.216.175]:33432) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1eHDfP-0006Jp-2z; Tue, 21 Nov 2017 13:53:07 -0500 Original-Received: by mail-qt0-f175.google.com with SMTP id r58so20608106qtc.0; Tue, 21 Nov 2017 10:53:06 -0800 (PST) X-Gm-Message-State: AJaThX7zyX3ZW6G/DAJ49SFi2XUw9Z6aJTelEaabPxMCLASwwre43vkh Se/+W8SNSnC61w7B+QUBtNomPtNKL06IknMKfcI= X-Google-Smtp-Source: AGs4zMbgd5pQdmEPnpny0DGNXxb5ZAnCFxLeKZr75dlGxyCzyaSDAjTH/XZesyS6mCctzSCybqEVsNP20FL7HjC+T3c= X-Received: by 10.200.45.93 with SMTP id o29mr30577461qta.22.1511290386518; Tue, 21 Nov 2017 10:53:06 -0800 (PST) Original-Received: by 10.200.55.124 with HTTP; Tue, 21 Nov 2017 10:52:36 -0800 (PST) In-Reply-To: <5A13F0CA.2030605@gmx.at> X-Gmail-Original-Message-ID: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:220331 Archived-At: --001a113fdc8aa419e4055e82b6a5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 21, 2017 at 4:24 AM, martin rudalics wrote: > > (defcustom mouse-drag-and-drop-region-cut-when-buffers-differ =E2=80=8BA few suggestions. This name is too specific. If such an option = is introduced it could just be named mouse-drag-and-drop-region-cut-flag and any limitations could be included in the doc string, as they are already. Then if its behavior were modified in the future, the name would not need changing. But the option, mouse-drag-and-drop-region, already exists and does a bunch of things that control cutting and copying of the dragged region. It would make sense if this setting could somehow be integrated in there (one source of truth) so there were no need to add a boolean just for this one aspect of regional drag and drop.=E2=80=8B =E2=80=8BBob =E2=80=8B --001a113fdc8aa419e4055e82b6a5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Nov 21, 2= 017 at 4:24 AM, martin rudalics <rudalics@gmx.at> wrote:

(defcustom mouse-drag-and-drop-region-cut-when-buffers-differ=C2=A0

=E2=80=8BA few suggestions.=C2=A0 This name is too spe= cific.=C2=A0 If such an option is introduced it could just be named
mouse-= drag-and-drop-region-cut-flag and any limitations could be included in the = doc string, as they are already.=C2=A0 Then
if its behavior were modified = in the future, the name would not need changing.

But the option, mou= se-drag-and-drop-region, already exists and does a bunch of things that con= trol cutting and copying
of the dragged region.=C2=A0 It would make sense = if this setting could somehow be integrated in there (one source of truth)<= /div>
so there were no need to add a boolean just for this one aspect of regiona= l drag and drop.=E2=80=8B

<= div class=3D"gmail_default" style=3D"font-family:monospace,monospace">=E2= =80=8BBob
=E2=80=8B

--001a113fdc8aa419e4055e82b6a5--