From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Selection changes in revno 100822 Date: Sun, 15 Aug 2010 12:29:29 -0700 Message-ID: References: <834oeyv3ww.fsf@gnu.org> <87mxsqyp98.fsf@stupidchicken.com> <83zkwptyij.fsf@gnu.org> <4C66660D.3090603@swipnet.se> <83sk2htp82.fsf@gnu.org> <4C66A8C5.4040203@harpegolden.net> <83hbixte8c.fsf@gnu.org> <4C66D081.908@harpegolden.net> <838w48u9fg.fsf@gnu.org> <8739ugrniw.fsf@uwakimon.sk.tsukuba.ac.jp> <83sk2fspw6.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1281905363 9969 80.91.229.12 (15 Aug 2010 20:49:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 15 Aug 2010 20:49:23 +0000 (UTC) Cc: david@harpegolden.net, stephen@xemacs.org, jan.h.d@swipnet.se, cyd@stupidchicken.com, emacs-devel@gnu.org To: "'Eli Zaretskii'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 15 22:49:21 2010 Return-path: Envelope-to: ged-emacs-devel@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 1Okk8j-0003HD-Fl for ged-emacs-devel@m.gmane.org; Sun, 15 Aug 2010 22:49:20 +0200 Original-Received: from localhost ([127.0.0.1]:45998 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Okjxj-0000Xf-1a for ged-emacs-devel@m.gmane.org; Sun, 15 Aug 2010 16:37:47 -0400 Original-Received: from [140.186.70.92] (port=56921 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Okjo0-0003xf-6S for emacs-devel@gnu.org; Sun, 15 Aug 2010 16:27:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OkivT-0005xy-MK for emacs-devel@gnu.org; Sun, 15 Aug 2010 15:31:24 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:50303) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OkivT-0005xe-DQ; Sun, 15 Aug 2010 15:31:23 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o7FJVK55021683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 15 Aug 2010 19:31:22 GMT Original-Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o7FFgGIa024105; Sun, 15 Aug 2010 19:31:20 GMT Original-Received: from abhmt010.oracle.com by acsmt354.oracle.com with ESMTP id 497351181281900574; Sun, 15 Aug 2010 12:29:34 -0700 Original-Received: from dradamslap1 (/10.159.223.223) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 15 Aug 2010 12:29:33 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83sk2fspw6.fsf@gnu.org> Thread-Index: Acs8pjmrDcbGjL7DTFeP3kVyvgXg6wAAc2+g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:128750 Archived-At: > > Emacs has traditionally associated mouse-2 pasting with yanking the > > head of the kill ring. > > Drew, you make a convincing argument that you would like selecting > text to set the clipboard with that text. I did not say that in what you quoted - read it again. Does it say anything about mouse _selection_? No. It speaks about mouse-2 _pasting_ as yanking the kill-ring head. I asked, "What is gained by losing the ability to yank from the kill ring using the mouse?" You yourself said "Does this mean I have no way of pasting from the primary selection without using a mouse? That's hardly a Good Thing." That speaks about the other direction. You expressed concern about being able to use the keyboard to paste something that might have been selected using the mouse. I'm concerned about both directions. Yes, I did say that "I often use C-y to yank text that I have previously selected using the mouse. And I often use mouse-2 to yank text that I have previously selected using the keyboard." Both directions, for the mouse and for the keyboard. Just what Emacs has always offered. I don't care so much what you call the kind of saved selection that can be pasted/yanked by the mouse or the keyboard. Calling it primary or clipboard, and saying that one or the other is "supposed" to be lightweight etc. according to the X std does not weigh heavily as an argument. For me. X-standardization is not the goal, for me. Express what will change for _users_, operationally, and why it is a good thing. Don't just say that the change is good and the traditional behavior is "bogus". State clearly what is to be gained by changing. And say clearly and completely what the change is. Whether the change will be a change in default or just an option - same need to explain it clearly. > It turns out others don't want that. Some others who are promoting this change, sure. _I_ might not want it either, once you explain the advantages of something different. My guess is that most people here are not even clear on what is being proposed - what the change is. That's my point: Make clear what the stakes are for users: What will be changed _from a user point of view_. And why it is a good thing: advantages, disadvantages. Do not just argue about what X conformity demands - argue about what you want for Emacs users. How do you expect any of us to decide what we think is best if it's not clear what behavior changes are proposed? I said clearly that my preference for the traditional default behavior is only tentative, based on familiarity with it and a fuzzy idea (ignorance) of what changes are being proposed. I like what Emacs has always let me do, and so far it doesn't sound like I would prefer what has been hinted at vaguely. But tell me the advantage of not being able to use C-y to yank what you have selected with the mouse and not being able to use mouse-2 to paste what you have selected with the keyboard. I'm ready to be persuaded, just let me know what the advantages are. This is no different from any other change to Emacs in this regard - we deserve to have an idea where we're headed. > Assuming that we have or will have an option to get you > what you want, this becomes an argument about the default behavior. > Is it still worth our time to have that argument? Does it really > matter if you are part of the majority or not? > > Instead of arguing about the defaults, I'd suggest to discuss the > various preferences of users regarding this, and see that we have one > or two clearly defined options to get everyone what they want, > including on X/ns, on Windows, and on text-only terminals that support > the mouse. We agree that users should at a minimum have the ability to get back the traditional Emacs behavior, and that that possibility is more important than whatever the default behavior might end up being. That's always the case, for any proposed change. Is there a clear proposal to change the default behavior? It seems that such a change is being made, but I've seen no real proposal for that. If there is such a proposal, then let's hear arguments in favor of it - and primarily in terms of benefits (and costs) to Emacs users. I'm open to arguments about the default behavior, and I'm sure others are too. I was quite clear that my feeling about the default is only tentative, "until I hear some actual arguments (reasons) wrt the _benefit to users_ of such a change". Let's hear the arguments for changing the default. Let's not just say that the traditional behavior is "bogus" or act as if we must make Emacs fit the X standard. Let's have a real discussion in terms of behavior for users: what are the benefits and costs of the proposed behavior changes? So far, we've gotten actual changes (implementation) with no arguments supporting them. When people complained, they were sometimes told that the changes (but which ones?) are only temporary bugs that will soon be fixed (and a few have been). But sometimes it seems that some of the implemented changes are intended (which ones?), and no real reasons have been given for them beyond X-standardization. And it really doesn't matter at this point whether the issue is the default behavior or optional behavior. Even if the new behavior will be optional, we still deserve a clear explanation of it and arguments letting us know its advantages and disadvantages. It's amazing to me that we've gotten this far along with no proposal, discussion, and argument about pros & cons for users. That's not the way to proceed. If great, positive changes are in store, then please discuss them openly. State clearly what will change from a user perspective, and what benefits and costs you see for users.