From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Selection changes in revno 100822 Date: Sun, 15 Aug 2010 01:16:35 +0300 Message-ID: <838w48u9fg.fsf@gnu.org> 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> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1281824332 10666 80.91.229.12 (14 Aug 2010 22:18:52 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 14 Aug 2010 22:18:52 +0000 (UTC) Cc: cyd@stupidchicken.com, jan.h.d@swipnet.se, emacs-devel@gnu.org To: David De La Harpe Golden Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 15 00:18:50 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 1OkP3y-0001DY-DR for ged-emacs-devel@m.gmane.org; Sun, 15 Aug 2010 00:18:50 +0200 Original-Received: from localhost ([127.0.0.1]:46787 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OkP3x-0005b4-EJ for ged-emacs-devel@m.gmane.org; Sat, 14 Aug 2010 18:18:49 -0400 Original-Received: from [140.186.70.92] (port=44503 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OkP3p-0005aJ-Vv for emacs-devel@gnu.org; Sat, 14 Aug 2010 18:18:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OkP3o-00043t-M9 for emacs-devel@gnu.org; Sat, 14 Aug 2010 18:18:41 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:61344) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OkP3o-00043j-CC for emacs-devel@gnu.org; Sat, 14 Aug 2010 18:18:40 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0L7500200XPDTC00@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Sun, 15 Aug 2010 01:18:38 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.126.102.143]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L75002D2XZ1J1F0@a-mtaout21.012.net.il>; Sun, 15 Aug 2010 01:18:38 +0300 (IDT) In-reply-to: <4C66D081.908@harpegolden.net> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) 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:128707 Archived-At: > Date: Sat, 14 Aug 2010 18:21:05 +0100 > From: David De La Harpe Golden > CC: cyd@stupidchicken.com, jan.h.d@swipnet.se, emacs-devel@gnu.org > > > But pasting gets from the primary selection unconditionally, so it > > seems. > > No, mouse-2 clicking does. pasting (C-y/ CUA C-v) doesn't. This just adds more confusion. Mouse-2 _was_ pasting until very recently. > mouse-2 click insertion and clipboard pasting are not equivalent on x11. I wasn't talking about clipboard pasting, I was talking about pasting from the primary selection. > If you think they are, then that surely would lead you to be confused. Please give me some minimal credit that I know what I'm talking about. > > IMO, whenever there's only one selection, its name, whether primary or > > clipboard, is not important. > > Users have different expectations of clipboards and primaries. Following > de-facto standard in the area: > > clipboards aren't overwritten when you merely select text. > clipboards are overwritten when you cut/copy (C-x/C-c) > clipboards are not inserted when you click mouse-2. > clipboards are inserted when you paste (C-v) > (w32 clipboard, ns general pasteboard, x11 clipboard*). We've been there before. As far as Windows use patterns are concerned, we disagree. I expect most Windows users disagree with you, because there's only the clipboard, so no way of having 2 different selection types and 2 different ways of pasting. Now let's stop arguing about this, because we will never agree. The above was just my opinion, not an invitation to another dispute. > primary selections are inserted when you click mouse-2. > primary selections are not inserted when you paste (C-v) Does this mean I have no way of pasting from the primary selection without using a mouse? That's hardly a Good Thing. > > Why do we need a separate variable for the clipboard on w32? why not > > reuse select-active-regions? > > Why have the same setting do such grossly different things on different > platforms? Because that makes users' life easier (less customizations when switching platforms; can use the same .emacs without lots of system-type conditionals, etc.). Because we already do -- those are all those x-SOMETHING variables. > > So maybe we should continue setting the clipboard data on selecting > > text, since w32 users always had that (mis-)feature. They are used to > > it. > > By all means have a clipboard-active-regions that defaults to t on w32 > if you want, but please do not reinterpret select-active-regions to > affect the clipboard on w32. You'd be making it gratuitously impossible > to have the 3 gui platforms behave similarly given similar settings. X and Windows cannot behave similarly because they have different abilities. Where X has 3 selection types, Windows has only one. We need to map those 3 into that one in some fashion, but no matter which mapping we eventually use, there _will_ be differences. Instead of dumping these differences on users, by presenting the Windows users with an array of options that don't make sense, Emacs should adapt as seamlessly as possible, and let similar behavior be customizable by the same options. What you suggest is an antithesis of usability. Not to mention that it makes documentation much-much harder and the result will certainly be confusing. And the only reason you give is some purist arguments. I think that's simply wrong. So I will continue pushing for re-using primary-related options on Windows to be applicable to the Windows clipboard, where it makes sense.