From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id uOOyBkbd9mHMhAAAgWs5BA (envelope-from ) for ; Sun, 30 Jan 2022 19:47:34 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id eOjrOkXd9mGbkQAAG6o9tA (envelope-from ) for ; Sun, 30 Jan 2022 19:47:33 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 81FD425A03 for ; Sun, 30 Jan 2022 19:47:33 +0100 (CET) Received: from localhost ([::1]:48492 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nEFEa-0004pH-Oo for larch@yhetil.org; Sun, 30 Jan 2022 13:47:32 -0500 Received: from eggs.gnu.org ([209.51.188.92]:35214) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nEF66-0003Q6-Fl for emacs-orgmode@gnu.org; Sun, 30 Jan 2022 13:38:46 -0500 Received: from [2a00:1450:4864:20::32e] (port=46959 helo=mail-wm1-x32e.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nEF64-0003J3-6r for emacs-orgmode@gnu.org; Sun, 30 Jan 2022 13:38:45 -0500 Received: by mail-wm1-x32e.google.com with SMTP id c190-20020a1c9ac7000000b0035081bc722dso7884389wme.5 for ; Sun, 30 Jan 2022 10:38:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:subject:date:message-id:in-reply-to:references:mime-version :content-transfer-encoding; bh=ZNlxn0WxogqyL9wd2+RsT9mvsA7+Eoy1sQ5bA2dcjMo=; b=Y2Je9SAauTiJuMaL9BryywXlYmmhwnqDoxoaLZ1X1n+aQAdaX8UVbAwyfJvSOfv8mG JrNjWwdKZh9FS0MXQ4cZ1rSBfXI0NFcU/US2gq7JS+BjWiJ3wVuiaOR6oWRtoVQ0X3Q/ j1cuVh8YJStPiXzDMHsuO4vKuK2dgszhO6UrkOM3bC0vkvlCCqdhi/rCpZjWJncEnjtV 6X/B4dQkLEzYwHnw3nFSxSjVDavr5T9ht5KUFQhZssNnMai5Jnc95zs8E9Uh9Qg59QB5 wgJPM9CpPxqX5tm0fvirnT1xQyNG2+9IumapBKE2qChhd+p/wNSNH0HwHSay9Kn2uLOt spGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=ZNlxn0WxogqyL9wd2+RsT9mvsA7+Eoy1sQ5bA2dcjMo=; b=IeF0J5wzTRe8RTbvk2O5z05hiUHgH7R7AqEoHfafjIbvF0ZRT85nZnhqxv2PLA/8kz wulykdSyrH7RcdfvtvO58korU1xEmZW0Qde+G1uPGHRbM/tCY3rv2M3pCspY2jtbp1Ey /6Oq0Ox1Xp+iOgfRtziVqz+iWbf4PmUHaBpPaTzqOpXxFylunctFpRD4J/XovVAw/tUT x6yYVqrGHLpnqL9WW72gPl/C66otm+znCJIDZEupf8CCHUHkzxQ0JW/VxnlUVvaTLonV w/gSnDzNs1q6dZwY7jcpTRxcegMIZ3Q+Abkgr2hRVUfqYgLyfi5amH4QSLYKzLkg6xlw iKBQ== X-Gm-Message-State: AOAM533/aCbthABZfd3xe7BaiVArODvW8ik3+c1RSlXe9Ngq/UhyHCat QWGnIhCOvcCaJZI8qBpNIzeVo1n6axc= X-Google-Smtp-Source: ABdhPJxddEJR1jtNcpWwtouJzGMKkIWqeg0R2Ti7fKSJ54E8ia0VS6FXEiTZklx6GKm6qbKc0UP1Lw== X-Received: by 2002:a7b:c40a:: with SMTP id k10mr15392752wmi.179.1643567913064; Sun, 30 Jan 2022 10:38:33 -0800 (PST) Received: from pluto.localnet (alagny-552-1-21-233.w83-200.abo.wanadoo.fr. [83.200.40.233]) by smtp.gmail.com with ESMTPSA id i9sm11558142wry.32.2022.01.30.10.38.32 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 30 Jan 2022 10:38:32 -0800 (PST) From: chris To: emacs-orgmode@gnu.org Subject: Re: cut and paste not working after xdg-open "org-protocol://store-link?url=URL&title=TITLE" Date: Sun, 30 Jan 2022 19:38:03 +0100 Message-ID: <1761146.GlYOGd2maZ@pluto> In-Reply-To: <871r0px5cu.fsf@localhost> References: <1902025.jDVfpnRRgo@pluto> <3701125.3ICyicTkgz@pluto> <871r0px5cu.fsf@localhost> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="nextPart13933739.aJg8VFLCfm" Content-Transfer-Encoding: 7Bit X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:1450:4864:20::32e (failed) Received-SPF: pass client-ip=2a00:1450:4864:20::32e; envelope-from=inkbottle007@gmail.com; helo=mail-wm1-x32e.google.com X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, PDS_HP_HELO_NORDNS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1643568453; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=ZNlxn0WxogqyL9wd2+RsT9mvsA7+Eoy1sQ5bA2dcjMo=; b=Tp1LY8hCsohLtvU6lvnOI4V5fPFGC3vNkX/S0ECGrakMhYij0D80YVlyImLsrYlo+P6eUF NumEm8DNC+XjS1F7GnOeb/sxDlVWYhkK5IpjyVJ/rOIk75i2pNzMRmasVx9S5sq57UTBo0 4ioJjuYIN+28KmRG3xuafTmmDeCIhJ84F9EcbFzLhYCT5Gr1/GGcUmWCw43rJWzURsoVwJ gOfYSg3rIb8Yd+nzBxGGJz4xV2MIsWgiAmi98xQwwQHRNTZAkgEJ8y7WP64A74Vx4UDkWG ujFAuYY0Xb0tUtoA8r9D3RRJcwQaJf7/JXvvRraKBEJe86NFqKAe3eUEethTUg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1643568453; a=rsa-sha256; cv=none; b=X6jDTsnthQh6ZEtoy/zZZLSpEl3c/vGQLKA53uxXQbAGffkZooWt22py9pJo4DidJBgMB2 08VQxSt2yE9WSt+sxII5pMjdOk/xfklfP7ajY+zfoUPx0n+7EjaAtcjbjEqgCCQxW5/ufl 1yV+zklmTbzpngraejpuIw4NMC/jRqj82sXSliQ0rUvgQrrw1IaumcrEY2zWEQ7fO8xJqF WQf/Oreqz/2QqJ2iqYC+n8F4x1NADmRLFlaal0SJrz87up90VytXae5VSksCA8HEhGHLIJ ghoYKfwKvgcIsMaCrDe1fajmU86ZyihjRJYzLOH4yOEDM8WHJNI6wdtP8nqFtg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=Y2Je9SAa; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -3.33 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=Y2Je9SAa; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 81FD425A03 X-Spam-Score: -3.33 X-Migadu-Scanner: scn1.migadu.com X-TUID: g/IEx58u+rfd This is a multi-part message in MIME format. --nextPart13933739.aJg8VFLCfm Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" On Sunday, 30 January 2022 04:36:01 CET Ihor Radchenko wrote: > chris writes: > > 3- if you do `C-y` you can see the URL is in the kill-ring > > But obviously there is no reason for this URL to be also in the Wayland > > (or > > x11) clipboard? (there is no law of nature saying that what is in emacs > > kill- ring must necessarily also be in wayland clipboard. I think there > > is a law of nature for the other way around though) > > In any case, in the case of Kde/Kwin/Wayland, it is not copied in the > > Wayland clipboard. > > Maybe it's in the description of org-protocol/store-link that the URL > > should be copied in emacs kill-ring, in any case, it is. > > But no it doesn't show in the kde/wayland clipboard (and why would it). > > I am not 100% sure if I understand your message clearly. However, just > letting you know about existence of the following Emacs customisations: It is, only, in conjunction with `org-protocol`, that kill-ring and Wayland-clipboard get out of sync. Not in some general case. General case is fine. But in the case of org-protocol, as described in the original post and not present in the excerpt you quoted, they do get out of sync. To summarize again there are two things that are happening: After doing `xdg-open "org-protocol://store-link?url=URL&title=TITLE"`. The string "URL" is pushed into Emacs kill-ring. But, this very string "URL", is not inserted into Wayland clipboard. That was the first thing, string pushed into kill-ring, but not pushed simultaneously, into Wayland clipboard. Now second thing: from that point onward, the other way around is broken. (And that is the part that is really annoying.) [Then] I mouse-select a string in Firefox, or any application not Emacs. I verify the string is indeed in Wayland clipboard, I paste it in Firefox, or in the terminal (not Emacs). Now I do `C-y`: this later string is not pasted, even though it should have been. I do `M-y` to see if I can find the string in the kill-ring: I can't find the string in the kill-ring. What, instead, is the string at the top of Emacs kill-ring: the string "URL" (from the initial org-protocol action). So Emacs has now stopped inserting strings from Wayland-clipboard into Emacs kill-ring. No matter how hard I try. The labor-intensive workaround: Now what I do is copy a string inside Emacs using `C-w`. Then, I verify if I can past it in Firefox: I can. It really is in Wayland clipboard. Now I copy a string from Firefox into Emacs: it is not broken anymore, until the next time I use org-protocol, at which point it gets broken again. And now it really is also present in Emacs kill-ring. > save-interprogram-paste-before-kill: > Whether to save existing clipboard text into kill ring before > replacing it. select-enable-primary: > Non-nil means cutting and pasting uses the primary selection. > > Best, > Ihor --nextPart13933739.aJg8VFLCfm Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="UTF-8"

On Sunday, 30 January 2022 04:36:01 CET Ihor Radchenko wrote:

> chris <inkbottle007@gmail.com> writes:

> > 3- if you do `C-y` you can see the URL is in the kill-ring

> > But obviously there is no reason for this URL to be also in the Wayland

> > (or

> > x11) clipboard? (there is no law of nature saying that what is in emacs

> > kill- ring must necessarily also be in wayland clipboard. I think there

> > is a law of nature for the other way around though)

> > In any case, in the case of Kde/Kwin/Wayland, it is not copied in the

> > Wayland clipboard.

> > Maybe it's in the description of org-protocol/store-link that the URL

> > should be copied in emacs kill-ring, in any case, it is.

> > But no it doesn't show in the kde/wayland clipboard (and why would it).

>

> I am not 100% sure if I understand your message clearly. However, just

> letting you know about existence of the following Emacs customisations:


It is, only, in conjunction with `org-protocol`, that kill-ring and Wayland-clipboard get out of sync.


Not in some general case. General case is fine.


But in the case of org-protocol, as described in the original post and not present in the excerpt you quoted, they do get out of sync.


To summarize again there are two things that are happening:


After doing `xdg-open "org-protocol://store-link?url=URL&title=TITLE"`.

The string "URL" is pushed into Emacs kill-ring.

But, this very string "URL", is not inserted into Wayland clipboard.


That was the first thing, string pushed into kill-ring, but not pushed simultaneously, into Wayland clipboard.


Now second thing: from that point onward, the other way around is broken. (And that is the part that is really annoying.)


[Then] I mouse-select a string in Firefox, or any application not Emacs. I verify the string is indeed in Wayland clipboard, I paste it in Firefox, or in the terminal (not Emacs).


Now I do `C-y`: this later string is not pasted, even though it should have been. I do `M-y` to see if I can find the string in the kill-ring: I can't find the string in the kill-ring.


What, instead, is the string at the top of Emacs kill-ring: the string "URL" (from the initial org-protocol action).


So Emacs has now stopped inserting strings from Wayland-clipboard into Emacs kill-ring.


No matter how hard I try.


The labor-intensive workaround:


Now what I do is copy a string inside Emacs using `C-w`.


Then, I verify if I can past it in Firefox: I can. It really is in Wayland clipboard.


Now I copy a string from Firefox into Emacs: it is not broken anymore, until the next time I use org-protocol, at which point it gets broken again.


And now it really is also present in Emacs kill-ring.


> save-interprogram-paste-before-kill:

>         Whether to save existing clipboard text into kill ring before

> replacing it. select-enable-primary:

>         Non-nil means cutting and pasting uses the primary selection.

>

> Best,

> Ihor



--nextPart13933739.aJg8VFLCfm--