From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Newsgroups: gmane.emacs.bugs Subject: bug#6774: Cut and paste with C-w/mouse-2 not working? Date: Mon, 16 Aug 2010 10:51:03 +0200 Message-ID: <4C68FBF7.1080104@swipnet.se> References: <4C55EF50.3080100@alice.it> <4C573A2A.3030007@harpegolden.net> <8762zphkaw.fsf@stupidchicken.com> <4C5B4E28.4090808@harpegolden.net> <87fwyr3glm.fsf@stupidchicken.com> <4C5C7915.7080407@harpegolden.net> <87hbj6jj7o.fsf@stupidchicken.com> <4C5DE6C7.5080706@harpegolden.net> <87vd7kcx52.fsf@stupidchicken.com> <4C6038B9.1090508@swipnet.se> <4C615BB9.8030905@swipnet.se> <4C61938B.5080302@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1281949765 3791 80.91.229.12 (16 Aug 2010 09:09:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 16 Aug 2010 09:09:25 +0000 (UTC) Cc: cyd@stupidchicken.com, 6774@debbugs.gnu.org, angelo.graziosi@alice.it To: Kenichi Handa Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Aug 16 11:09:22 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 1Okvgz-0007gn-K2 for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 Aug 2010 11:09:18 +0200 Original-Received: from localhost ([127.0.0.1]:56822 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Okvgy-0007AS-Dt for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 Aug 2010 05:09:16 -0400 Original-Received: from [140.186.70.92] (port=60718 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Okvgf-000781-OQ for bug-gnu-emacs@gnu.org; Mon, 16 Aug 2010 05:09:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OkvgW-00026q-8v for bug-gnu-emacs@gnu.org; Mon, 16 Aug 2010 05:08:54 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54155) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OkvgW-00026l-7A for bug-gnu-emacs@gnu.org; Mon, 16 Aug 2010 05:08:48 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OkvPJ-0003Er-LG; Mon, 16 Aug 2010 04:51:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Aug 2010 08:51:01 +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.128194861212441 (code B ref 6774); Mon, 16 Aug 2010 08:51:01 +0000 Original-Received: (at 6774) by debbugs.gnu.org; 16 Aug 2010 08:50:12 +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 1OkvOU-0003Ec-MM for submit@debbugs.gnu.org; Mon, 16 Aug 2010 04:50:10 -0400 Original-Received: from smtprelay-b11.telenor.se ([62.127.194.20]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OkvOS-0003EM-C3 for 6774@debbugs.gnu.org; Mon, 16 Aug 2010 04:50:09 -0400 Original-Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-b11.telenor.se (Postfix) with ESMTP id 6151CE8C37 for <6774@debbugs.gnu.org>; Mon, 16 Aug 2010 10:51:06 +0200 (CEST) X-SENDER-IP: [85.225.45.35] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvcyAA6ZaExV4S0jPGdsb2JhbACHZ5hYDAEBAQE1Laolj0mFOwQ X-IronPort-AV: E=Sophos;i="4.55,375,1278280800"; d="scan'208";a="119864799" Original-Received: from c-232de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.35]) by ipb1.telenor.se with ESMTP; 16 Aug 2010 10:51:05 +0200 Original-Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id 20CE17FA05A; Mon, 16 Aug 2010 10:51:04 +0200 (CEST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100713 Thunderbird/3.0.6 In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 16 Aug 2010 04:51:01 -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:39525 Archived-At: 2010-08-16 10:16, Kenichi Handa skrev: > In article, Stefan Monnier writes: > >>> And, first of all, from a user point of view, as these two >>> highlights a region exactly the same way (with the default >>> setting), >>> (1) S-C-n >>> (2) C-@ C-n >>> it's very confusing that they behave differently as to >>> selection. > >> I haven't seen any report indicating that users really get confused >> by that. > > As I don't like transient-mark-mode (both the default one > and the temporary one), I have not used it. But, for the > discussion of this thread, I tried it and found the current > behaviour is confusing. > >> But I'm not opposed to eliminating this confusion. I just >> really don't want to see it implemented in set_point_both, and I'm not >> excited to seeing it in command_loop_1 either. > > How about this? > > We own the primary selection when mark is activated by C-@ > in transient-mark-mode or C-@ C-@ not in > transient-mark-mode, and record somehow that selection is > owned that way (i.e. selection contents is a text in the > region). At that time the contents is null, but I think > it's not the problem. We do nothing special for all point > moving commands (except for highlighting the region). When > Emacs receives selection request, it returns the text in the > region if the selection is still owned as the above way. We > disown the selection when mark is deactivated. > I though we where moving away from special cases? Anyway, empty selection do matter. Consider this case: I select a lot of code in another application. I go to Emacs and set mark, then paste the code with mouse-2 and then M-x indent-region. With your scheme, mouse-2 would fail to paste, which would be a nasty surprise. Jan D.