Issue 12367 - layout of components in document is incorrect
Summary: layout of components in document is incorrect
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.0.2
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords: oooqa
Depends on: 22210
Blocks:
  Show dependency tree
 
Reported: 2003-03-15 10:45 UTC by kenguest
Modified: 2013-08-07 14:41 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
User provided document (746.50 KB, application/octet-stream)
2003-07-02 14:57 UTC, prgmgr
no flags Details
first problem (175.50 KB, application/octet-stream)
2003-08-14 16:53 UTC, caolanm
no flags Details
New attachment that has one of the problematic frames in it (170.50 KB, application/octet-stream)
2003-11-06 16:25 UTC, caolanm
no flags Details
The same after cut and paste the para into a new document (19.50 KB, application/octet-stream)
2003-11-06 16:37 UTC, caolanm
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description kenguest 2003-03-15 10:45:19 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....
Comment 1 prgmgr 2003-07-02 14:57:33 UTC
Created attachment 7336 [details]
User provided document
Comment 2 prgmgr 2003-07-02 14:59:22 UTC
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.
Comment 3 prgmgr 2003-07-03 00:04:03 UTC
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.
Comment 4 h.ilter 2003-07-03 10:38:43 UTC
Reassigned to MRU
Comment 5 michael.ruess 2003-07-15 15:15:02 UTC
MRU->CMC: The text boxes on page 1 have wrong width and x-position.
The other issues are already fixed.
Comment 6 caolanm 2003-07-17 15:53:48 UTC
hmm, a toughy. Accepted
Comment 7 caolanm 2003-08-14 16:53:17 UTC
Created attachment 8464 [details]
first problem
Comment 8 caolanm 2003-11-06 16:20:53 UTC
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.
Comment 9 caolanm 2003-11-06 16:25:26 UTC
Created attachment 11012 [details]
New attachment that has one of the problematic frames in it
Comment 10 caolanm 2003-11-06 16:26:57 UTC
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 ?
Comment 11 caolanm 2003-11-06 16:37:49 UTC
Created attachment 11016 [details]
The same after cut and paste the para into a new document
Comment 12 caolanm 2003-11-06 16:43:33 UTC
Maybe its fPrint ? Must experiment with that property.
Comment 13 sven.jacobi 2003-11-06 16:50:49 UTC
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.
Comment 14 caolanm 2003-11-06 16:51:25 UTC
Aha!, a fHidden property is set, that sounds like a good reason.
Comment 15 sven.jacobi 2003-11-06 16:58:23 UTC
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.
Comment 16 caolanm 2003-11-06 17:05:20 UTC
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.
Comment 17 caolanm 2003-11-06 17:12:24 UTC
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
Comment 18 caolanm 2003-11-10 16:38:50 UTC
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 :-)
Comment 19 caolanm 2003-11-12 12:24:38 UTC
reopen to reassign
Comment 20 caolanm 2003-11-12 12:24:58 UTC
cmc->mru: Working in portlaoise16 for 2.0 (build: Wed-Nov-12-12-00)
Comment 21 michael.ruess 2003-11-12 14:09:59 UTC
Yeah, checked with CWS portlaoisefilterteam16.
Comment 22 michael.ruess 2003-11-12 14:10:26 UTC
Verified. Fix will be included in OO 2.0.
Comment 23 utomo99 2003-11-18 09:39:16 UTC
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
Comment 24 michael.ruess 2003-11-18 09:56:01 UTC
No, it is only fixed for OO 2.0. I checked it out with the 1.1.1 and
the 2.0 workspaces.
Comment 25 michael.ruess 2004-03-25 15:57:42 UTC
Checked OO 2.0 integration in 680m30.