From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Improving X selection? Date: Fri, 08 Feb 2008 04:21:41 +0900 Message-ID: <8763x0incq.fsf@uwakimon.sk.tsukuba.ac.jp> References: <8e24944a0802030338i1ce3397yba581ffedbe2f118@mail.gmail.com> <47A5B737.8000804@swipnet.se> <8e24944a0802030512t77c4ca20s6d059df50295ebd2@mail.gmail.com> <8e24944a0802041302n45064c4fm2ac428ceda204254@mail.gmail.com> <47A80B57.3050402@swipnet.se> <8e24944a0802061957re4baf7cr9560fa3496be56b4@mail.gmail.com> <8e24944a0802070815n18dea273j5c3962235d91ca8e@mail.gmail.com> <87bq6sir34.fsf@uwakimon.sk.tsukuba.ac.jp> <8e24944a0802071007u7a6a6d3cl9e98f93489fa8f1e@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1202411736 29111 80.91.229.12 (7 Feb 2008 19:15:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Feb 2008 19:15:36 +0000 (UTC) Cc: "Horsley, Tom" , "Jan D." , Stefan Monnier , rms@gnu.org, emacs-devel@gnu.org To: "David De La Harpe Golden" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 07 20:15:57 2008 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 1JNCDy-0003kd-3X for ged-emacs-devel@m.gmane.org; Thu, 07 Feb 2008 20:15:54 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JNCDV-00009g-Dk for ged-emacs-devel@m.gmane.org; Thu, 07 Feb 2008 14:15:25 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JNCDQ-00009M-Fh for emacs-devel@gnu.org; Thu, 07 Feb 2008 14:15:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JNCDP-00008u-1C for emacs-devel@gnu.org; Thu, 07 Feb 2008 14:15:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JNCDO-00008r-QP for emacs-devel@gnu.org; Thu, 07 Feb 2008 14:15:18 -0500 Original-Received: from mtps01.sk.tsukuba.ac.jp ([130.158.97.223]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JNCDL-0001hs-6o; Thu, 07 Feb 2008 14:15:15 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps01.sk.tsukuba.ac.jp (Postfix) with ESMTP id C06EF1535BA; Fri, 8 Feb 2008 04:15:13 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 0A2D71A29E5; Fri, 8 Feb 2008 04:21:42 +0900 (JST) In-Reply-To: <8e24944a0802071007u7a6a6d3cl9e98f93489fa8f1e@mail.gmail.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" (+CVS-20071205) XEmacs Lucid 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:88447 Archived-At: David De La Harpe Golden writes: > On 07/02/2008, Stephen J. Turnbull wrote: > > > How does middle-button *affect* clipboard and/or kill-ring? Do you > > mean something like "consult"? > > > Consult clipboard, affect kill ring. With existing emacs unpatched > mouse-yank-at-click, the kill-ring is affected (since the yank uses > current-kill which uses the interprogram-paste-function, potentially > /pushing onto/ kill ring.) Oh, right. If you change primary selection semantics from current Emacs semantics to standard X11 semantics, then only by accident will the current selection already be on the kill-ring. This reveals a side effect of current Emacs "paste selection" implementation. Have you given thought to queueing (ie, at the back of the kill-ring) the primary selection rather than pushing it (on the front)? Seems an obvious "best of both worlds combination" of current Emacs behavior and purist X11 semantics. I guess it's a YAGNI, and pollutes the kill-ring in this context?