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: Improving X selection? Date: Thu, 7 Feb 2008 17:39:00 +0000 Message-ID: <8e24944a0802070939j37fa7a4bh1c6d8cbafa34245a@mail.gmail.com> 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> <47AACA36.9060901@gnu.org> <8e24944a0802070832l71e8fb1el91527f0b72d06a28@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1202405963 6341 80.91.229.12 (7 Feb 2008 17:39:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Feb 2008 17:39:23 +0000 (UTC) Cc: "Horsley, Tom" , "Jan D." , emacs-devel@gnu.org, rms@gnu.org, Jason Rumney To: "Stefan Monnier" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 07 18:39:43 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 1JNAip-0005py-6c for ged-emacs-devel@m.gmane.org; Thu, 07 Feb 2008 18:39:39 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JNAiM-0002KV-Hg for ged-emacs-devel@m.gmane.org; Thu, 07 Feb 2008 12:39:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JNAiI-0002Iq-D7 for emacs-devel@gnu.org; Thu, 07 Feb 2008 12:39:06 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JNAiE-0002Ej-UR for emacs-devel@gnu.org; Thu, 07 Feb 2008 12:39:05 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JNAiE-0002ET-Oi for emacs-devel@gnu.org; Thu, 07 Feb 2008 12:39:02 -0500 Original-Received: from rn-out-0910.google.com ([64.233.170.188]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JNAiE-0006pD-8m for emacs-devel@gnu.org; Thu, 07 Feb 2008 12:39:02 -0500 Original-Received: by rn-out-0910.google.com with SMTP id e11so1654098rng.0 for ; Thu, 07 Feb 2008 09:39:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=IuSRYs7FwhqGQ2ERHQ2EwSRbd6hYeUs7Fytxkra56Ow=; b=xf2ZGvZ784qZCiS7BzQsJ1tnzoUxgLCwtxicASQV8/dRXrEIbK9K3Y4Q9D45KyuSuUmTnDgV5yRTZOGC3kZ07h/T8cdO6vjceu8V+ZFdpQ45vZKhWdv+PSBbBglDjs9oNsbJpw/vdM2mA7CBW8zGXlSz0ZIfQa3YJlosiUgaD9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g7/3yo7wXRhl6pCAwlPAQvxhvkjX44lsmJlFAmejumkILRZFEIHcHMZk5pE3OJ+AGEcqyGs7lOdzT+7WIKxYWTl9MccpmRYjHp1RdA059RHskPCCK4DiaWphisvFceIvbQPjTRdmstiogFP1bmaijMC2YDH3UgeHzDslW2XLLp8= Original-Received: by 10.142.201.3 with SMTP id y3mr3519033wff.120.1202405940143; Thu, 07 Feb 2008 09:39:00 -0800 (PST) Original-Received: by 10.142.111.4 with HTTP; Thu, 7 Feb 2008 09:39:00 -0800 (PST) In-Reply-To: Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 (Google crawlbot) 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:88439 Archived-At: On 07/02/2008, Stefan Monnier wrote: > It's quite likely that w32-vars gets loaded by the call to M-x > customize-group (via cus-load.el). So the solution to the original > problem is to move the x-select-* defcustom outside of platform-specific > files so that there's only one copy of it. > That would forever entrench its usage as a non-platform-specific customisation, which is IMO not good design, and then would mean yet another customization needs to be introduced to actually customize the x specifics! Adjustment/fix of cus-load as suggested in Jason R.'s mail is a better interim solution, allowing eventual fixup: The platforms in term/ supply their own interprogram-cut/paste-functions - at least mac-win and pc-win and x-win do - though they name-clashing name them x-select-text - IMO should be e.g. mac-select-text on mac. IMO the purpose of x-select-enable-clipboard should be to configure the behaviour of the _x-_ implementation of the interprogram-cut/paste-functions, there should be mac-select-text for the mac interprogram-cut-function customized by mac-select-enable-clipboard etc. I suspect this is mostly just a result of cut-n-paste-coding from x-win to the other term/ implementations, and slightly tail-wagging-dog menu-bar.el compat.