Apache OpenOffice (AOO) Bugzilla – Issue 78111
Graphic Files in wrong order after Drag&Drop from files browser
Last modified: 2013-08-07 14:38:26 UTC
Create a text document and open your files browser displaying a list of pictures. Select the pics, drag and drop them in the text document. They're inserted in the wrong order. Confirmed on : - MS Vista and OOo 2.2 - Ubuntu 6.06 and OOo 2.2.1 RC2 See here : http://www.oooforum.org/forum/viewtopic.phtml?t=57953
Works correctly for me using Nautilus under Fedora 7, both with the OO.org and the Fedora-packaged 2.2.0. Select three images in a Nautilus window: tg01.jpg tg02.jpg tg03.jpg Drag them together into a new Writer document. Result: the images are inserted in the document at the same place (Wrap = "No Wrap") so they overlap: tg01 is on the bottom, tg03 is on the top. Same result using drag & drop from GThumb image viewer.
Sorry, there was a missing information : style for the Graphics frame is configured with anchor As Character so that the pics don't overlap each others when dropped in Writer. I confirm it works fine when anchor is set to something else.
Generally this depends on the system - in which order it passes the files to the application. But you say that it works differently when you set the default anchor to "as character" - but how do you achieve this? In the UI for frame styles the anchor type is not selectable...?
"But you say that it works differently when you set the default anchor to "as character" - but how do you achieve this?" You can do that by modifying the Graphics frame style. See here : http://www.oooforum.org/forum/viewtopic.phtml?p=162494#162494
MRU->OS: when inserting graphics via multiselection in WinExplorer e.g. the files are in wrong order when the default anchor for graphics is "as character". Normally, the file which has the focus will be the first one, followed by the others alphabetically. But when anchored as char, the reverse alphabetical order will be used.
Ok, I concur. If I set the "Graphics" frame style to "Anchor as character" and drag the same three files into a new document, they appear in the order: tg01, tg03, tg02. This is neither * the order of the files as passed by the Nautilus file manager (drag the files into a shell window: tg01, tg02, tg03), * nor the directory order (ls -U => tg01, tg02, tg03), * nor the file modification times: 23:51 tg01.jpg, 23:55 tg02.jpg, 23:58 tg03.jpg * nor the files in the .odt archive (unzip -l => tg02, tg01, tg03), I tried it also with a set of 10 images--the pattern was the same: file#1, file#10, #9, #8, #7, #6, #5, #4, #3, #2.
The order of the files is out of our control. The operating system decides that for us. We don't get the files list in any reliable order.
I respectfully ask you to reconsider this resolution, or at least give some explanation how this is someone else's problem. Dragging multiple images from Nautilus into Abiword, Gimp, Inkscape, OOo Draw and OOo Impress all preserve the order of the images in the file manager. Dragging the images into Writer, with the default frame style, preserves the order of the images. Only when the default frame style anchors the images "As character" is the order changed. I can't say if there is a problem with the clipboard or not, but there is clearly a problem in Writer. Maybe the problem is more relevant to the fact that wrap types other than "as character" allow images to overlap. The purpose of changing the wrap setting is only to workaround the other problem.
close the invalid issue