<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Editing: Writer jumps back to selected text when copying to another location using X-clipboard"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=122397">122397</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Editing: Writer jumps back to selected text when copying to another location using X-clipboard
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>6.1.2.1 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>minor
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Writer
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>ckoresko@atlanticbb.net
</td>
</tr></table>
<p>
<div>
<pre>Description:
When editing a multi-page document, using the X clipboard to copy text between
pages causes an unwanted display jump from the page where the text was pasted
back to the page from which it was copied. This is inconvenient for its own
sake (since the user typically wants to continue editing where he just pasted
the text). The problem is compounded by the fact that the original text
remains selected, so that if the user then starts typing the original text is
deleted.
This behavior is inconsistent with the that of most (all?) other programs that
support the X clipboard. It's also inconsistent with the behavior of Writer
itself when the copy-and-paste is done via the ctrl+C, ctrl+V keystroke
sequences.
The current behavior is this:
* Middle-click pastes the selected text at the mouse pointer position
* The display jumps back to display the page with the previously-selected text
* The previously-selected text remains selected
Typically, the user must then manually de-select the text at its original
position and then manually return to the page where he pasted it in order to
continue editing there.
To improve this, it would be useful to change the middle-click behavior to be
consistent with other programs that support the X clipboard:
* Middle-click pastes the selected text at the mouse pointer position (as it
does currently)
* The display does not jump when the text is pasted
* The selected text that was copied is de-selected
* The text cursor moves to a position just after the pasted text
With these changes, it should be possible for the user to select text on one
page of a document, scroll to another page, middle-click to paste the selected
text, and continue typing without any additional steps.
Steps to Reproduce:
1.Open a multi-page document in Writer
2.Select some text on the first page
3.Scroll down a few pages and middle-click to paste the selected text
Actual Results:
Writer jumps back to the the first page of the document. The selected text is
still selected.
Expected Results:
Writer does not jump the display (it remains where it was when the user
middle-clicked). The text cursor is positioned immediately after the pasted
text. The previously-selected text is de-selected.
Reproducible: Always
User Profile Reset: No
Additional Info:
This was found and tested on various Linux distros running various versions of
LibreOffice (it's a pretty old bug). It presumably happens on all Writer
versions running on X. The obvious workaround is to use the ctrl+C, ctrl+V
clipboard and just accept the efficiency hit.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>