bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#16382: Cut/Copy tool-bar icons issue


From: Angelo Graziosi
Subject: bug#16382: Cut/Copy tool-bar icons issue
Date: Sat, 18 Jan 2014 17:19:22 +0100
User-agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0

Il 18/01/2014 16.13, Jan Djärv ha scritto:
Hello.

I think the rationale was that with cut the selection is gone, so
PRIMARY should be empty, i.e. PRIMARY reflects what is selected on screen.
However, this is not in line with the freedesktop guidelines
http://standards.freedesktop.org/clipboards-spec/clipboards-latest.txt:

" - a selection becoming unselected should never unset PRIMARY"

So I checked in a fix in trunk so PRIMARY is not reset.

This seems reasonable to me.. :)

Thanks,
 Angelo.


     Jan D.

2014-01-14 18:59, Jan Djärv skrev:
Hello.

14 jan 2014 kl. 18:54 skrev Angelo Graziosi <angelo.graziosi@alice.it>:

Il 14/01/2014 18.47, Jan Djärv ha scritto:
Hello.

14 jan 2014 kl. 18:25 skrev Angelo Graziosi <angelo.graziosi@alice.it>:

Il 14/01/2014 17.07, Jan Djärv ha scritto:
Hello.

14 jan 2014 kl. 10:03 skrev Angelo Graziosi
<angelo.graziosi@alice.it>:

Should we open a new bug report for this?


This report is fine.  The omission to copy to PRIMARY looks
intended, because when text is read-only and cut acts like copy,
text is copied to PRIMARY.

"intended" ? If it is intended, which is its usefulness?

If one wants to move text from a place to another, this doesn't
work using the mouse and the "cut" icon on the tool-bar...

1. select the text with mouse-1 (dragging over the text)

This should already put the text in PRIMARY.

2. click the "cut" icon on the tool-bar: the text is removed
3. now move the mouse pointer where you want the text to reappear
4. click mouse-2 to paste: nothing happens

So, newly, which the usefulness of the above "intended" omission?


I wonder if there is some thought behind this we don't see.

ah..


Does it work if you use C-w instead of cut?

C-w and C-y work as expected. C-y works also if used at step 4 above.
It is with the mouse and tool-bar "cut" icon that it doesn't work..

Ok, so if nobody remember why the current implementation is the way it
is in a couple of days or so, I'll fix this.  C-w and cut should be
equivalent in this case.

    Jan D.










reply via email to

[Prev in Thread] Current Thread [Next in Thread]