Apache OpenOffice (AOO) Bugzilla – Issue 12367
layout of components in document is incorrect
Last modified: 2013-08-07 14:41:36 UTC
http://www.govtalk.gov.uk/documents/QinetiQ_OSS_rep.doc (and presumably many others) are displayed in v1.0.2 with components/boxes in wrong places....
Created attachment 7336 [details] User provided document
1.0.3.1 loads/repaginates the doc extremely slowly and uses a lot of system resources. 1.1 Beta 2 loads document fine. Will do layout check with Word2K later.
Ken, one problem per issue please. Verified on RH 9.0, 1.1 Beta 2. There are lots of layout and field import issues in this file. I'll focus on the one in the header. The Docproperty field code is imported into OOo and rendered as tick marks. Could be a problem with interpreting empty text values for the property.
Reassigned to MRU
MRU->CMC: The text boxes on page 1 have wrong width and x-position. The other issues are already fixed.
hmm, a toughy. Accepted
Created attachment 8464 [details] first problem
I just don't understand why word doesn't display the frame in the first page that are visible in writer. The anchors *are* there, and we appear to be honouring and displaying them correctly, but word claims to have no knowledge of them all all. Very odd indeed.
Created attachment 11012 [details] New attachment that has one of the problematic frames in it
cmc->sj: I'm flailing around a bit here, the last attachment to this bug has one escher frame inserted in the document but word doesn't display it. Have you ever seen anything like "hidden" elements in powerpoint ?
Created attachment 11016 [details] The same after cut and paste the para into a new document
Maybe its fPrint ? Must experiment with that property.
Help me, I got a mid-air collision. No, I never have seen a hidden element. I am actually examining this document, I will tell you if I know what's the secret. fPrint is a possibility, but it is unlikely that the object can't be selected then.
Aha!, a fHidden property is set, that sounds like a good reason.
You can assign this bug to me, as I am currently implementing AutoShapes, it is possible to fully support the hidden flag for each autoshape, even in the file format.
I'll write issue 22210 for that aspect, seeing as this particular example gets turned into writer frames which are off in their own particular world away from the general case of drawing objects. And there are still layout issues to work on with this one.
There is no UI to set this in word, and its from the uk .gov, I wonder if they have a customized version or some macro to set content to hidden ? Intriguing
Oky doky, this is fixed in portlaoisefilterteam16 for 2.0, which is very good as I had suspected that this was never going to be fixable :-)
reopen to reassign
cmc->mru: Working in portlaoise16 for 2.0 (build: Wed-Nov-12-12-00)
Yeah, checked with CWS portlaoisefilterteam16.
Verified. Fix will be included in OO 2.0.
Hi, I found that this issue is Fixed, but target is OOo 2.0. Please consider to include this in OOo 1.1.1 if possible. Thankyou
No, it is only fixed for OO 2.0. I checked it out with the 1.1.1 and the 2.0 workspaces.
Checked OO 2.0 integration in 680m30.