Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||editing document with pictures and frames is jumpy|
|Component:||code||Assignee:||AOO issues mailing list <issues>|
|Status:||ACCEPTED ---||QA Contact:|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description richlv 2005-04-26 15:07:46 UTC
see attached document. position the cursor at the end of the document and write some symbols. picture flickers, sometimes layout changes. this behaviour disappears if one frame with picture from the top is deleted. if the document is saved as sxw and then reopened, the problem is gone (additionally the layout changes slightly, could this be worth another issue ?)
Comment 1 michael.ruess 2005-04-27 08:47:36 UTC
Looks like you have forgotten to attach the mantioned file... For the second problem, I don't think it is worth to file a new issue. I am sure, that the layout differencies are due to new compatability options, which the OO 1.x format does not know.
Comment 2 richlv 2005-04-27 08:54:59 UTC
oh my. this is nice. actually, i did not forget to attach the document, i remember clearly that i did it. and now i tried that again - it shos "uploading file to server", then shows me again upload dialog. at first i thought that it's some sort of a change to make uploading several files easier, but it seems that something is wrong with file uploading. it was .odt file, i set the file type to oo.org text document. so probably i'll reopen this issue and attach the file when that will be possible.
Comment 4 richlv 2005-04-27 09:00:48 UTC
crap. it seems there's a problem with opera 8, attached just fine with firefox. sorry about that.
Comment 5 michael.ruess 2005-04-27 13:08:02 UTC
MRU->OD: when entering text right below the frame at the end of the document, the view begins flickering. Creating a paragraph break and typing then -> no problem.
Comment 6 Oliver-Rainer Wittmann 2005-04-29 13:50:23 UTC
first investigation reveals that during the format the frame with graphic moves back to the previous page and again forward. This is accidently reflected during the paint respectively scroll of unchanged areas. proposed solution: suppress that frame content notifies paint respectively scroll areas, if only the position of the content has changed.
Comment 7 andreas.martens 2005-05-25 09:03:34 UTC
Considering the effort, the priority, the risk and our resource planning I've to retarget this issue to OOo Later.