Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||moving a linked frame by drag-and-drop breaks link|
|Product:||Writer||Reporter:||Joe Smith <jes>|
|Component:||editing||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Version:||OOo 3.0.1||Keywords:||needmoreinfo, oooqa|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
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. SO here WORKSFORME. 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.