Apache OpenOffice (AOO) Bugzilla – Issue 59911
WW8: Frame (containing table) imported with wrong position
Last modified: 2017-05-20 11:17:31 UTC
the following Word97 document has a big frame that is imported badly in OpenOffice 2.01 (linux & windows version) But, strange to say, there are differences between how the Windows and Linux verions do import the document (the windows version of OOO seems to import the document "less badly") Theese the are the error reported: -) FRAME --* Linux Version - upper margin and lower margin not corretly imported. Considering that both the upper and lower margin are wrong, it appears that also the size of the frame is wrong. --* Windwos version- upper margin OK. lower margin not corretly imported -)TABLE --* Linux Version - table within the frame is cutted in the lower part in the Linux version. It seems that the _Linux_ version import a too long table to fit in the frame. So last rows disappear. --* Windows version - Although the table displays all its rows, the size of the table should be smaller, compared to that in the word97. Maybe this is has something to do with the wrong frame size ?? -)MACRO In the Word97 , doublecliking on the special [] char, should pop up a character (symbol) dialog. This does not happen in both windows&Linux OOO versions. See attached screenshots. Giuliano Lotta
Created attachment 32791 [details] Word test file
Created attachment 32792 [details] Office Word97 - upper margin - screenshot
Created attachment 32793 [details] Office Word97 - lower margin - screenshot
Created attachment 32794 [details] OOO 201 Linux - upper margin - screenshot
Created attachment 32795 [details] OOO 201 Linux - lower margin - screenshot
Created attachment 32796 [details] OOO 201 Windows - upper margin - screenshot
Created attachment 32797 [details] OOO 201 Windows - lower margin - screenshot
Created attachment 32798 [details] Office Word97 - macro character - screenshot
Can reproduce with OOo 2.0.1 Win98SE. I think this should be reported in 3 issues (one for each error: frame, table and macro)... anyways, reproducible. Thank you for reporting. Hwoarang
Ad FRAME This looks good my 680m145 build; Ihave to take further investigations on this, thus I keep this issue open. Ad TABLE The table size might differ on certain Linux distibutions, because in the document the "Arial" font is used throughout the table. This font is not available on most Linux systems, thus another Font must be used to replace it. And the spacings & metrics of this font are mostly different, so this leads to a larger table on your system. With my SUSE 9.2 the table will only be larger by a little bit, but is fully visible. Ad MACRO This behaviour in Word is not a Macro, it is a general feature in Word, that when doubleclicking on an inserted special character, the "Symbol" dialog will open. This is currently not supported by Writer; if it is desired, please file an "Enhancement" issue for this.
quoted ---------------------------------------------- Ad FRAME This looks good my 680m145 build; Ihave to take further investigations on this, thus I keep this issue open. ---------------------------------------------- Mmmm..., the problem with the frame seems to appear both in the windows (XP) and in the linux (FC4) verions of OpenOffice. What looks bad (see attached screenshots) is : *)the starting offeset of the frame is misplaced (in both version the the upper left corner of the frame is misplaced; of course, in the windows OOO the __table__ is visible, but out of the printer margin that the frame should have considered if not misplaced) *) the lenght of the frame is wrong: it's longer thant the size that you can see in Word97, and so, out of the printer lower margin ( I read your explanation about the lenght of the **table**, but the lenght of the ***frame*** should be indipendent of its the content, so even if the content is a table or anything else!! The frame shoud be like a windows (a "viewport") thant does not grow if the content outfill its area ) Giuliano
TESTED UNDER BUILD 146 - Windows XP I have tested the same file with OOO 146 build The misplacement of the frame in the upper border is now corrected in the windows version (see screenshot ) Anyway, using the same Arial font of Word97 (I've tested it under windows!) the frame gets longer than word97 , so the frame wraps out of the page in the OOO windows. The problem seems,to come from the frame settings that has automatic high and width. See attached pictures. What is strange is that I can uderstand the table been higher using a different font from word97, BUT the OOO windows 146 is using the _same_ fonts of word97 on the same notebook, so there should be no difference in the document What is also strange is that in word97 the frame settings are automatic hight and width. If you look at the OOO settings of the frame (see picture) the frame has a fixed width !!! Isn't it wrong ? Giuliano I don't know if the situation has been fixed under the linux version. My brother in law is using it under FC4, but he will wait for the rpm...
Created attachment 32967 [details] ooo windows upper - build 146
Created attachment 32968 [details] ooo windows lower - build 146.jpg
Created attachment 32969 [details] document frame proprieties under word97
Created attachment 32970 [details] document frame proprieties under OOO build 146
MRU->FLR: it seems, that "only" the respin builds (which also affects all OOo builds) have this problem. Opening the document in OO will show the frame which contains the table at the top of the page. Patch builds are not affected.
What exactly do you mean with "respin builds" and "patch builds" ?
I found about respin build at http://tools.openoffice.org/background.html But I did found nothing about patch build. What are patch builds? And more: how can I understand that a version is a -respin -patch -full Last bu non least: what usually are rpm (Fedora) OpenOffice : respin, patch o full ?? Thanks in advance,
target 2.x
taking over.
according to release status meeting -> 3.x
*** Issue 95288 has been marked as a duplicate of this issue. ***
Reset assigne to the default "issues@openoffice.apache.org".