bug#73830: using one expression to make multiple X selections

bug#73830: using one expression to make multiple X selections

[libreville]

My apologies, that should of course have read "sleep-for 1", not
"wait-for 1".

On 2024-10-15 13:59, libreville wrote:

> 
> (progn 
>   (gui-set-selection 'CLIPBOARD "3")
>   (wait-for 1)
>   (gui-set-selection 'CLIPBOARD "4"))
> 

bug#73830: using one expression to make multiple X selections

[libreville]

Hi there,

going by the list archive, my first email didn't go through. Here it is
again in case that's right:


Hello,

I stumbled on this while trying to elisp a few things into my X
clipboard manager. Evaluating these two expressions in turn:

(gui-set-selection 'CLIPBOARD "1")
(gui-set-selection 'CLIPBOARD "2")

results in both "1" and "2" being saved to the clipboard history.
However:

(progn
  (gui-set-selection 'CLIPBOARD "1")
  (gui-set-selection 'CLIPBOARD "2"))

results in "2" being saved to the clipboard history but, contrary to
what I would expect, not "1". On the other hand this:

(progn
  (gui-set-selection 'CLIPBOARD "3")
  (sleep-for 1)
  (gui-set-selection 'CLIPBOARD "4"))

gets both "3" and "4" onto the clipboard (history). I get similar
results with kill-new in place of gui-set-selection 'CLIBOARD and with
other ways of grouping the two kills into one expression.

Why does waiting work around the problem?

Tested with both copyq and clipman / Emacs 28.2 / Xfce.

Best,

liv.



On 2024-10-15 18:04, libreville wrote:
> My apologies, that should of course have read "sleep-for 1", not
> "wait-for 1".
> 
> On 2024-10-15 13:59, libreville wrote:
> 
>> 
>> (progn 
>>   (gui-set-selection 'CLIPBOARD "3")
>>   (wait-for 1)
>>   (gui-set-selection 'CLIPBOARD "4"))
>>

bug#73830: using one expression to make multiple X selections

[Jeremy Bryant via Bug reports for GNU Emacs, the Swiss army knife of text editors]

libreville <libreville@riseup.net> writes:

>
> Why does waiting work around the problem?
>
> Tested with both copyq and clipman / Emacs 28.2 / Xfce.

Have you tried with a more recent version of Emacs?

bug#73830: using one expression to make multiple X selections

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

libreville <libreville@riseup.net> writes:

> Hi there,
>
> going by the list archive, my first email didn't go through. Here it is
> again in case that's right:
>
>
> Hello,
>
> I stumbled on this while trying to elisp a few things into my X
> clipboard manager. Evaluating these two expressions in turn:
>
> (gui-set-selection 'CLIPBOARD "1")
> (gui-set-selection 'CLIPBOARD "2")
>
> results in both "1" and "2" being saved to the clipboard history.
> However:
>
> (progn
>   (gui-set-selection 'CLIPBOARD "1")
>   (gui-set-selection 'CLIPBOARD "2"))
>
> results in "2" being saved to the clipboard history but, contrary to
> what I would expect, not "1". On the other hand this:
>
> (progn
>   (gui-set-selection 'CLIPBOARD "3")
>   (sleep-for 1)
>   (gui-set-selection 'CLIPBOARD "4"))
>
> gets both "3" and "4" onto the clipboard (history). I get similar
> results with kill-new in place of gui-set-selection 'CLIBOARD and with
> other ways of grouping the two kills into one expression.
>
> Why does waiting work around the problem?

Because it takes time for X clipboard managers to respond to selection
ownership changes and to complete reading from other programs'
selections.

Not a bug, sorry.

bug#73830: using one expression to make multiple X selections

[snooze button]

[-- Attachment #1: Type: text/plain, Size: 595 bytes --]

On 17/10/2024 1:49, Po Lu wrote:
>> Why does waiting work around the problem?
> Because it takes time for X clipboard managers to respond to selection
> ownership changes and to complete reading from other programs'
> selections.
>
> Not a bug, sorry.

Thanks for the explanation, and no need to apologise!

For those of us wanting to read more on this, I dug around a bit and 
found some explanations

here https://github.com/jhunt/xclipd,

here https://jameshunt.us/writings/x11-clipboard-management-foibles/,

and here 
https://www.uninformativ.de/blog/postings/2017-04-02/0/POSTING-en.html


[-- Attachment #2: Type: text/html, Size: 1501 bytes --]