From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: recent change to yanking behavior of the clipboard Date: Mon, 07 Feb 2022 08:04:19 -0500 Message-ID: References: <87zgn4nsui.fsf@yahoo.com> <875yprmq3t.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10574"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: xenodasein--- via "Emacs development discussions." , xenodasein@tutanota.de To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Feb 07 14:19:06 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nH3v8-0002Wl-2o for ged-emacs-devel@m.gmane-mx.org; Mon, 07 Feb 2022 14:19:06 +0100 Original-Received: from localhost ([::1]:37452 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nH3v6-00041m-Na for ged-emacs-devel@m.gmane-mx.org; Mon, 07 Feb 2022 08:19:04 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:37838) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nH3gx-0002ir-IX for emacs-devel@gnu.org; Mon, 07 Feb 2022 08:04:27 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:44454) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nH3gu-0007bk-OR for emacs-devel@gnu.org; Mon, 07 Feb 2022 08:04:26 -0500 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id A6B8910009E; Mon, 7 Feb 2022 08:04:22 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 51AC31002B9; Mon, 7 Feb 2022 08:04:21 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1644239061; bh=l3KOqWhJLuQDVMH5L9PF6PxnChQMPof65g4rrgB6GjY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=Bm0GTXwQ0SMrmgpxukgCEzMcxDr+D1k1IN1xnepVxHeIAzA3n++IDAdAzFME2UL/l dTtADWyfs4QbKN7od/pMJoMg3ohKD1Ph8NtmrCRhamFNi7r6ofqCTXGtLW/sZx6YnS SypXTcP6DO3jUIFdyZUhst35aFQnTLeBcfkJQJ+YV2DfyR9UGDj/hXGpK3Kz3/5Ygi ecT6maQiC69LmuizlNneMvOTNU+RjMOppGTxkVlr+RPhpBt/llPnbtOtcVhfsKYEcx 0asAPlg1mHFsv6oJNfZdOyM8AYQUbThAja+EOIS5WNebulCT4Tm1dQ0uSOuvKhxlOS cREr/VfbvsNmQ== Original-Received: from pastel (76-10-138-212.dsl.teksavvy.com [76.10.138.212]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 03C1B120867; Mon, 7 Feb 2022 08:04:20 -0500 (EST) In-Reply-To: <875yprmq3t.fsf@yahoo.com> (Po Lu's message of "Mon, 07 Feb 2022 09:18:14 +0800") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:286034 Archived-At: Po Lu [2022-02-07 09:18:14] wrote: > I see no point in sticking to behaviour obsoleted by the operating > system, such as storing cut text in the primary selection. On X, every > client has to cooperate with every other client in order to have working > cut and paste, and a single client deviating from that is sufficient to > bring down the entire deck-of-cards. Now I'm lost. What you say here seems to claim that the change under discussion brings Emacs in line with the official/standard protocol. Yet that change is very specific to the `CLIPBOARD` whereas I'd expect such an official protocol to behave the same for all types of selections. Elsewhere you said that the motivation was one of optimization of performance. Yet Noah's original message points out a change in actual behavior rather than mere performance. I'm having difficulty reconciling those somewhat contradictory facts. Could someone walk me through step-by-step what happens in one or two cases, (e.g. Noah's case, or the "normal" case) explaining what Emacs does and why, how the patch affects the outcome and what the ideal behavior would be according to the standard protocol? Stefan