Copy and paste selection should be possible after de-selection

Reported by dotancohen on 2010-01-15
26
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Zim
Medium
Unassigned

Bug Description

// Zim page and itself:

1) Highlight buffer:
Works so long as the original text is still highlighted. If the user clicks on the notebook so that the text is no longer highlighted, a middle-click does not paste.

2) Ctrl-C / Ctrl-V:
Works as expected.

// Zim page and another page in the same notebook:

1) Highlight buffer:
Does not work at all.

2) Ctrl-C / Ctrl-V:
Works as expected.

// Zim page and another page in another Zim notebook:

1) Highlight buffer:
Works so long as the original text remains highlighted. If the user clicks in the original notebook so that the text is no longer highlighted, a middle-click does not paste into the other notebook.

2) Ctrl-C / Ctrl-V:
Works as expected.

// Zim page and the Kate text editor:

1) Highlight buffer:
From Kate to Zim: Works as expected.
From Zim to Kate: Works so long as the original text in Zim remains highlighted. If the user clicks in the Zim notebook so that the text is no longer highlighted, a middle-click does not paste into Kate.

2) Ctrl-C / Ctrl-V:
From Kate to Zim: Works as expected.
From Zim to Kate: Adds newlines after pasted text.

Please do not bundle multiple issues in one report. So far I only see expected behavior, in fact Kate is not behaving according to specification by making the paste selection persist. For example gedit does it exactly the same as zim.

Changed in zim:
status: New → Incomplete
dotancohen (dotancohen) wrote :

I did not see this as separate issues, sorry.

Firefox and other applications do make the paste selection persist. I wonder if this is a GTK issue that affects both Zim and Gedit. I will ask about on some mailing lists and see what the expected behaviour is.

Seems there are different philosophies on how this is supposed to
work. For Gnome the default is for selections not to be persistent.
However I do not see any use case which would break by making it
persistent. So would not hurt to make it persistent.

Thanks, Jaap, this fix will help a lot, especially when sharing information with others (I paste a lot).

I filed a separate issue on the newlines in other apps:
https://bugs.launchpad.net/zim/+bug/510701

Changed in zim:
status: Incomplete → Confirmed
importance: Undecided → Medium
summary: - Copy and paste issues in pyzim 0.42
+ Copy and paste selection should be possible after de-selection
tags: added: integration

From duplicate: also think about the case where the user selects some text, navigates to a different page and tries to paste it.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers