Issue 101115 - moving a linked frame by drag-and-drop breaks link
Summary: moving a linked frame by drag-and-drop breaks link
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 3.0.1
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: needmoreinfo, oooqa
Depends on:
Reported: 2009-04-15 16:54 UTC by Joe Smith
Modified: 2017-05-20 11:19 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Sample ODF text document (11.25 KB, application/vnd.oasis.opendocument.text)
2009-04-20 06:53 UTC, Joe Smith
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Joe Smith 2009-04-15 16:54:59 UTC
Linked frames can be moved by a simple move-drag, even between pages, and remain
linked correctly.

Moving a linked frame using cut & paste (or drag & drop) results in broken link(s).

While the simple drag is adequate if the pages are both visible in the editing
view, it becomes more awkward as more pages need to be in view. Cut/paste is the
natural way to move a frame over several pages when working in a single-page
view, and the user will expect that cut/paste and drag/drop are safe operations.
Comment 1 michael.ruess 2009-04-16 16:54:49 UTC
MRU->OD: cut/paste or drag'n'drop of linked frames breaks the link. I just
vaguely remember that this had a technical reason...??? Do you know more about
this fact?
Comment 2 eric.savary 2009-04-19 14:00:45 UTC
1) simple move-drag: what is the difference between a "simple move-drag" and a
"drag & drop"?
- Clicking the linked frame
- dragging over several pages
- releasing the mouse button
Inserts the frame which is still linked to the first one.

2) cut/paste. Yes, the link is lost.
But it sounds like an enhancement to me...
Comment 3 Joe Smith 2009-04-20 06:52:20 UTC
Cut & paste is the more important problem here: it's a very common and natural
method for moving a frame to a different page when the target page is not in view.

Drag and drop is less important: it's less likely to be used, since it's a
little more complicated to start, but it is possible for the user to try a
simple drag-move and accidentally get into drag/drop mode and suddenly find that
their frames are unlinked.

To Drag/Drop:
1.Select either frame (green handles appear)
2.Click on the frame border and hold for 1–2 seconds. The mouse cursor will
change to the “drag cursor.†(It may be necessary to move the mouse slightly to
see the cursor change).
3.Drag the frame to a different position and release.

I will attach a sample document for testing.

One one hand, this may be a low-priority issue, because there is a simple method
that works for moving linked frames.

On the other hand, it may be worth fixing because, in some circumstances, using
cut/paste would be the more natural and convenient way to move the frame, but it
results in loss of the link. That seems like a very poor user experience,
because most users will expect cut/paste to be a safe operation.
Comment 4 Joe Smith 2009-04-20 06:53:41 UTC
Created attachment 61675 [details]
Sample ODF text document
Comment 5 eric.savary 2009-04-20 12:06:46 UTC
@OD: Please have a look
Comment 6 Oliver-Rainer Wittmann 2009-04-30 09:19:51 UTC
The property that the text frame is linked is lost on cut. That is natural,
because the text frame can also be pasted more than once afterwards and also
into another document.

Drag-and-Drop is more or less implemented by the Cut-and-Paste functions. Thus,
the property that the text frame is linked is also lost. But, I agree that it is
not expected on this action.

Ergo, I will have a look, if on Drag-and-Drop the property that the text frame
is linked can be preserved. Thus, I have adjusted the summary.
Comment 7 Marcus 2017-05-20 11:19:50 UTC
Reset assigne to the default "".