From: Max Nikulin <manikulin@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: cut and paste not working after xdg-open "org-protocol://store-link?url=URL&title=TITLE"
Date: Wed, 2 Feb 2022 23:49:17 +0700 [thread overview]
Message-ID: <stecmf$735$1@ciao.gmane.io> (raw)
In-Reply-To: <3946497.mJunGHPiPz@pluto>
On 01/02/2022 12:57, chris wrote:
> On Monday, 31 January 2022 17:29:28 CET Max Nikulin wrote:
>> On 31/01/2022 08:14, Ihor Radchenko wrote:
>>> chris writes:
>>>
>>> I am not using Wayland. However, if I just do (kill-new "test") in X and
>>> my select-enable-primary is nil (default) - "test" will not go to my X
>>> clipboard. It is the default behaviour of Emacs in X that has nothing to
>>> do with Org mode.
>
> This quote above is not from me (Chris), I think it's from Ihor,
I agree that I forgot to remove "chris writes:" line since I did not put
anything from your messages. However I believed it is clear enough that
with such style your quotes would have one more ">" character at
beginning of lines.
>> Chris, did you tune clipboard manager in KDE? This kind of software may
>> cause quite peculiar behavior...
>
> So, on debian/sid/kde/wayland, I've clicked on "configure clipboard" in the
> default plasma panel:
> I can see "ignore selection" is selected. I don't like "primary selection", I
> think it's messy.
Does it mean that you did something in settings to get
clipboard&selection behavior more close to your expectations? Since I
have klipper disabled, I do not remember its defaults and effects of its
settings.
> Well, look at that:
> https://bugs.kde.org/show_bug.cgi?id=441668
> "Recently middle-click pasting got implemented for the Wayland platform.
> However, this feature could be regarded as an annoyance due to the risk of
> inadvertent pasting.", etc.
>
> So "selection ignored by the clipboard" according to kwin/wayland seems to
> mean "user can't see it when they look in the clipboard"
> But it's fully working all right and you just can't disable it.
Low quality touchpad that accidentally spits middle-click events should
be a real pain. However I can not understand your phrase above.
> On the one hand, if I do:
> `~/path/emacsclient --create-frame --altern
> ate-editor=""`
> Then go to `*scratch*`
> Then `(kill-new "kill-new from Emacs")`
> Then `C-y` gives `kill-new from Emacs`, and,
C-y queries desktop clipboard or/and selection (depending on
`select-enable-clipboard' and `select-enable-primary' values), so it may
affect result of the following commands.
> $ wl-paste
> kill-new from Emacs
> $ wl-paste --primary
> (kill-new "kill-new from Emacs")
What is the source of '(kill-new "kill-new from Emacs")' text in PRIMARY
selection? Did it survived since you selected it in the message to paste
it to Emacs?
> So on my system,
> `emacsclient -e "(kill-new \"test523\")"`
> And
> `(kill-new "test523")` executed in a emacsclient frame, in `*scratch*`, with
> `C-j`.
>
> They don't agree.
Does it happen when klipper is not running? I do not know if it is
possible to enable logging of clipboard and selection events to shed
some light which application push content to them. Maybe application can
be obtained from some "type" present in "wl-paste --list-types" output
(and with --primary).
Even
emacsclient -e select-enable-primary
emacsclient -e select-enable-clipboard
may clarify things a bit.
So either
- clipboard manager does some fancy stuff (e.g. to make clipboard
content available after application quit or to copy text from selection
to clipboard or vice versa) and emacs is confused by such actions
- or pgtk emacs builds have some clipboard problems on wayland.
Till behavior of emacs+wayland+clipboard manager is clarified it is hard
to make conclusions related to org-protocol behavior.
next prev parent reply other threads:[~2022-02-02 17:44 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-27 0:03 cut and paste not working after xdg-open "org-protocol://store-link?url=URL&title=TITLE" chris
2022-01-28 12:40 ` Max Nikulin
2022-01-30 3:12 ` chris
2022-01-30 3:36 ` Ihor Radchenko
2022-01-30 18:38 ` chris
2022-01-31 1:14 ` Ihor Radchenko
2022-01-31 2:13 ` chris
2022-01-31 3:28 ` Ihor Radchenko
2022-01-31 3:43 ` chris
2022-01-31 3:49 ` chris
2022-01-31 4:00 ` chris
2022-01-31 6:47 ` Tim Cross
2022-01-31 16:29 ` Max Nikulin
2022-02-01 5:48 ` chris
2022-02-01 5:57 ` chris
2022-02-02 16:49 ` Max Nikulin [this message]
2022-01-30 8:31 ` Max Nikulin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='stecmf$735$1@ciao.gmane.io' \
--to=manikulin@gmail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).