Graphics do not reliably stay where they are positioned. This has been a problem faced by power users ever since OpenOffice was first officially released. This article summarizes the problems, possible contributing problems, and workarounds: http://www.linuxpromagazine.com/Online/Blogs/Off-the-Beat-Bruce-Byfield-s-Blog/The-mysteries-of-positioning-pictures-in-LibreOffice-OpenOffice Settings that may contribute to the problem: 1.) low default settings for general memory. 2.) default anchor of To Paragraph, rather than As Character. 3.) Follow text flow option is turned off by default. Other problems may exist in Frames. A workaround is to place a picture in a table, rather than a frame, but this solution limits options. Leaders in ODF Authors, including Jean Hollis Weber, can confirm the problems and might have ideas about how to solve them.
Hi Bruce, thanks for writing, I'm sorry to say however, that this report is not going to help much. There can be done a lot with types of anchoring and wrapping. So ideally this report should split up in reports for specific situations with test documents and description. As this is, no developer is able to use it :( So... (Apart from that, I do not recognise it. The only situations that I recognise as possibly being problematic, is with a picture close to the bottom of a page, when anchored at the paragraph, which is what I mostly use. But hard to make a reliable test.) Cheers, Cor
Cor: No doubt splitting up the report into separate incidents may sound sensible from your perspective. However, it is hard to think of a situation in which graphics do not change position: when you open a picture, when you copy and paste one, when you resize one -- the list goes on and on, so what you are really asking is to have a couple of dozen almost identical bugs reported. This task would be so time-consuming that it probably explains why nothing has been done about the situation. Furthermore, it seems a waste of time to deal with the problem incident by incident. The reasonable inference is that how frames and pictures are handled in general needs a serious examination, and really it is this that I am requesting. As for you not recognizing the problem, try working with a 30 page document with 20-30 graphics of the sort produced regularly by ODF Authors. Try editing the graphics in every way that you can think of, and you should have no trouble seeing problems. If you have any interest, I should be able to get some power users to mention their problems. However, my time is extremely limited, and I am not going to undertake such a campaign unless it is useful. Would you please reconsider your response?
(In reply to comment #2) > Would you please reconsider your response? Sorry Bruce, I'm afraid not. Each existing separate issues needs separate attention. Some may already be reported. Thus it helps developers to have separate descriptive issues. That is what bugzilla is for (if I'm well informed ;) ) Cor
"Graphics do not reliably stay where they are positioned.": that is not true for me. When a picture moved from there to there, I always found the reason in the values of the numerous parameters that control the automatic positioning of the objects in the page. Without a test document, a clear step by step scenario, a description of the current behavior and a description of what is expected, nothing efficient can be done with this bug report. So I am tempted to close this bug report as INVALID. Best regards. JBF
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.