From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.devel Subject: Re: mouse-yank-primary and bug #7699 Date: Wed, 22 Dec 2010 22:10:25 +0000 Message-ID: <4D127751.7070501@harpegolden.net> References: <837hf2gc0p.fsf@gnu.org> <4D114EF0.8090706@harpegolden.net> <4D12166B.8010002@harpegolden.net> <8339ppfwhi.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1293056690 1254 80.91.229.12 (22 Dec 2010 22:24:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 22 Dec 2010 22:24:50 +0000 (UTC) Cc: jan.h.d@swipnet.se, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 22 23:24:43 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 1PVX6x-00075h-Dt for ged-emacs-devel@m.gmane.org; Wed, 22 Dec 2010 23:24:43 +0100 Original-Received: from localhost ([127.0.0.1]:41697 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PVWtJ-0004DY-NK for ged-emacs-devel@m.gmane.org; Wed, 22 Dec 2010 17:10:37 -0500 Original-Received: from [140.186.70.92] (port=58172 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PVWtD-0004Cb-2o for emacs-devel@gnu.org; Wed, 22 Dec 2010 17:10:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PVWtB-0003fe-6q for emacs-devel@gnu.org; Wed, 22 Dec 2010 17:10:30 -0500 Original-Received: from harpegolden.net ([65.99.215.13]:34955) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PVWt9-0003f4-VX; Wed, 22 Dec 2010 17:10:28 -0500 Original-Received: from [87.198.55.89] (87-198-55-89.ptr.magnet.ie [87.198.55.89]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 89321683D8; Wed, 22 Dec 2010 22:10:26 +0000 (GMT) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20101211 Icedove/3.0.11 In-Reply-To: <8339ppfwhi.fsf@gnu.org> 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:133909 Archived-At: On 22/12/10 19:17, Eli Zaretskii wrote: > Thanks. I know all that. My question was about this pair of calls on > X, not about Windows. > And hasn't that now been answered? for x11: sv = x11 x-get-selection-value gs = x11 x-get-selection sv alone : ok gs alone: bad, though [1] sv then gs: okayish but pointless: gets to gs but gs will fail [2] gs then sv: bad, though [1] [1] if you were to add a 'TEXT to the gs call, gs would get unicode as 'TEXT is a pseudo data type that tries several. However it would not respect x-select-request-type like sv does, which would still be arguably bad, though less so than just getting a 'STRING would be. [2] except very rare races? thinking of a selection getting defined between the two calls in emacs, if context switched away after the first...