From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.bugs Subject: bug#6774: Cut and paste with C-w/mouse-2 not working? Date: Mon, 02 Aug 2010 15:52:12 +0100 Message-ID: <4C56DB9C.5040405@harpegolden.net> References: <4C55EF50.3080100@alice.it> <4C5645A1.7000500@harpegolden.net> <4C56C8F0.2010104@alice.it> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1280761705 14588 80.91.229.12 (2 Aug 2010 15:08:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 2 Aug 2010 15:08:25 +0000 (UTC) Cc: 6774@debbugs.gnu.org, Chong Yidong To: Angelo Graziosi Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Aug 02 17:08:21 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ofwch-0004s0-T8 for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 Aug 2010 17:08:16 +0200 Original-Received: from localhost ([127.0.0.1]:50366 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ofwch-0008EA-1c for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 Aug 2010 11:08:15 -0400 Original-Received: from [140.186.70.92] (port=55587 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OfwcU-0008AL-FU for bug-gnu-emacs@gnu.org; Mon, 02 Aug 2010 11:08:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OfwcS-0004K2-6M for bug-gnu-emacs@gnu.org; Mon, 02 Aug 2010 11:08:02 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52255) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OfwcS-0004Jy-4o for bug-gnu-emacs@gnu.org; Mon, 02 Aug 2010 11:08:00 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OfwN0-0005kX-6D; Mon, 02 Aug 2010 10:52:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: David De La Harpe Golden Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Aug 2010 14:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6774 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6774-submit@debbugs.gnu.org id=B6774.128076071422095 (code B ref 6774); Mon, 02 Aug 2010 14:52:02 +0000 Original-Received: (at 6774) by debbugs.gnu.org; 2 Aug 2010 14:51:54 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OfwMr-0005kK-Ct for submit@debbugs.gnu.org; Mon, 02 Aug 2010 10:51:53 -0400 Original-Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OfwMq-0005kE-0Z for 6774@debbugs.gnu.org; Mon, 02 Aug 2010 10:51:52 -0400 Original-Received: from [87.198.55.208] (87-198-55-208.ptr.magnet.ie [87.198.55.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id B2E8468474; Mon, 2 Aug 2010 15:52:11 +0100 (IST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 In-Reply-To: <4C56C8F0.2010104@alice.it> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 02 Aug 2010 10:52:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:39153 Archived-At: On 02/08/10 14:32, Angelo Graziosi wrote: > I do not doubt that, internally, things are different. Anyway, from the > 'End User' point of view, Well, the whole area is end-user visible. > C-w/mouse-2 (in Emacs) > > should behave in the same way of > > C-X/mouse-2 (in other X applications like Konqueror, Kate etc.) > Well, beware Chong Yidong has already brought to light other recent X applications where that doesn't work - try it in GNOME gedit... That said, I think the KDE Kate type behaviour is obviously more useful, more common, and more in keeping with the intent of the spec if not the letter, and the one to aim for. > So, at the moment, Emacs, in this regard (Copy/Paste), from the 'End > User' point of view, behaves differently from other X applications. Undoubtedly. It didn't historically behave like other (recent*) X applications either though. In the specific case of C-w directly followed by mouse-2 it may have appeared to but something quite different was going on behind the scenes. This attempt to make it do so is relatively new (well what's really new is that it was switched on by default, exposing it to a greater userbase and exposing a host of problems...). If you are interested to try the experimental branch I mentioned you'll probably find it acts more sensibly in this area: bzr branch lp:~ddlhg/emacs/selx It's just not in a fit state for inclusion wholesale in emacs at time of writing, but you might be able to say if it's the behaviour you expect, and then maybe we can find a somewhat saner way to actually implement it. > BTW, if I add the step: > 1.1 I choose: Options | C-x/.../C-v Cut and Paste (CUA) > then C-x/mouse-2, in Emacs still does not work! Nor would it be expected to, until the underlying issue is addressed. All (well not all, but for our present purposes) CUA mode does is make C-x/C-c/C-v in emacs act like C-w/M-w/C-y in eamcs. Note this is THE major problem with the unhelpful "oh just turn on cua mode" response emacs newbies sometimes get to their whining about "cut and paste not working right". The problem isn't the bindings: If %(emacs' C-w/M-w/C-y) doesn't act like $(other apps' C-x/C-c/C-v), then making &(emacs' C-x/C-c/C-y) act like %(emacs' C-w/M-y/C-y) still doesn't make &(emacs' C-x/C-c/C-y) act like $(other apps' C-x/C-c/C-v) * It's worth bearing in mind that emacs has been around a _lot_ longer than these newfangled standardisations, and many long-time emacs users actively prefer the now-quirky emacs historic behaviour.