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: Improving X selection? Date: Mon, 15 Oct 2007 02:41:51 -0400 Message-ID: References: <20071012105022.6c8b174a@tweety> <874pgtfw1y.fsf@jbms.ath.cx> <4713067D.2060504@swipnet.se> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1192433764 4401 80.91.229.12 (15 Oct 2007 07:36:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Oct 2007 07:36:04 +0000 (UTC) Cc: tom.horsley@ccur.com, rms@gnu.org, jeremy@jeremyms.com, emacs-devel@gnu.org To: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 15 09:35:54 2007 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.50) id 1IhKUK-0001Fd-Hn for ged-emacs-devel@m.gmane.org; Mon, 15 Oct 2007 09:35:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IhKUD-00041h-MF for ged-emacs-devel@m.gmane.org; Mon, 15 Oct 2007 03:35:37 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IhKSF-0002rX-09 for emacs-devel@gnu.org; Mon, 15 Oct 2007 03:33:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IhKSC-0002pN-JB for emacs-devel@gnu.org; Mon, 15 Oct 2007 03:33:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IhKSC-0002or-3s for emacs-devel@gnu.org; Mon, 15 Oct 2007 03:33:32 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IhKSB-0008Di-Bm for emacs-devel@gnu.org; Mon, 15 Oct 2007 03:33:31 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1IhJeB-000110-Jl; Mon, 15 Oct 2007 02:41:51 -0400 In-reply-to: <4713067D.2060504@swipnet.se> (message from =?ISO-8859-1?Q?Jan_Dj=E4rv?= on Mon, 15 Oct 2007 08:19:41 +0200) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:80902 Archived-At: > Date: Mon, 15 Oct 2007 08:19:41 +0200 > From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= > Cc: Tom Horsley , rms@gnu.org, emacs-devel@gnu.org > > I am very opposed to any solution that drags in any selection I explicitly > does not paste into Emacs. For example, if I want to paste CLIPBOARD, PRIMARY > may be a very large selection. Over a slow link, getting PRIMARY also makes > Emacs unresponsive for several seconds. This just means that not all users will like the proposal, and therefore we should have an option to let the users decide what they want. The option should probably be tristate, as the current behavior could have its zealots as well, who will hate the change. Maybe even 4 different values, see below. > But we have had this discussion > before. I think that instead of trying to work around the problem by > automatically fetching unwanted selections, we should make Emacs conform to a > model that makes it very clear what selection Emacs pastes. It's okay to support such a model, IMO, but I'm not sure I personally will always know where is the particular selection I want. Besides, reaching out for a mouse can be a nuisance. In such situations, assuming that link speed is not a problem, having all the selections in the kill ring might be a good alternative. Or maybe we should have C-y/M-y fetch all the available selections one by one, before they fall back on the kill ring.