Issue 25302 - Saving complex Word doc from within OOo alters layout
Summary: Saving complex Word doc from within OOo alters layout
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords:
: 25300 25301 (view as issue list)
Depends on:
Blocks:
 
Reported: 2004-02-10 06:19 UTC by erikanderson3
Modified: 2004-02-12 09:11 UTC (History)
1 user (show)

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


Attachments
Zip containing two .doc files, identical in OOo, but quite different in Word. (73.47 KB, application/x-compressed)
2004-02-10 06:21 UTC, erikanderson3
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description erikanderson3 2004-02-10 06:19:46 UTC
Saving a Word 97/2000/XP format document to the same format from within OOo
changes multiple aspects of the layout.  These changes *are not visible* from
within OOo, and may only be viewed with Word.  (I only have access to Word
97/98, someone please check if this happens with Word 2000/XP/etc.)


Steps to Reproduce: 

1. Generate complex document using Word 97/98 (or use the sample provided)
2. Open using OOo 1.1
3. Save to original .doc format, with same or different filename
4. Re-open in Word 97/98 to view layout issues, in OOo to view titlebar issue


Frequency: All the time


Expected Behavior: Original formatting, fonts, layouts, margins, etc should
remain the same.  


Actual Behavior: Formatting, fonts, layouts, margins, etc appear the same in
OOo, but are clearly changed when viewing the doc using Word 97/98.


Specifics:

-----
1. Titlebar
Docs opened in OOo should generally show the title of the document in the
titlebar of the app.  This is usually the case.  

Opening a Word doc in OOo shows the title in the titlebar.  Saving to original
Word format, then closing and re-opening in OOo shows "15 August 2001".  


2. Tables
"Space Between Columns" and "Indent from Left" (as shown in Word by Table ->
Cell Height and Width...) are both altered.  This is most noticeable on the
right of the first page of the sample documents, but occurs throughout.


3. Fields
Field fonts are changed.  In the sample file, the "Rating" field on the top of
the first page is changed from Arial 20 to Times New Roman 16.


4. Text Boxes vs Layout Frames
Word makes use of two distinct layout features, Frames and TextBoxes.  TextBoxes
are separate subdocuments (AFAICT), and text within them is separate from the
text in the main document.  Layout Frames look similar, except that the text
within them is *inline* -- manually clicking the right arrow key from the
paragraph previous to the Frame anchor will move the cursor through the Frame
contents, then back out into the following paragraph.  This can be important for
a number of applications, and is also convenient in that Frames can be included
as part of a paragraph style (as in the @Caption style of the ungoofed sample
document).

OOo appears to make an incomplete distinction between the two when saving a Word
Layout Frame, combining a Frame and a TextBox into an entity Word seems to view
as a hybrid, but goofing the original layout margins and positioning.  TextBoxes
in Word, however, appear correctly after saving in OOo and then viewing in Word.


5. Paragraph "Page break before" changed from paragraph property to manual page
break

"Page break before" is accessed in Word via Format -> Paragraph, selecting the
Line and Page Breaks tab.  In the ungoofed file, certain headings use Page Break
Before as a paragraph property.  In the goofed file, this property has been
turned off in the respective paragraphs, being replaced by a manual page break.
 It remains a paragraph property when viewed with OOo.  


6. Annotations

Annotations seem to work differently in Word than in OOo.  Word annotations
allow a selection to be highlighted, marking a specific section of the text for
annotation, much like the regular Highlighter.  Mousing over any portion of the
highlighted section then shows the annotation content in a popup window.  OOo
annotations seem to work more like footnotes, anchoring not to a range but
simply to a single point in the text.  This makes them much less useful for
reviewing/editing purposes, and can cause problems when editing (and then
saving) a Word document from within OOo.  


7. Pictures

The sample document contains two different pictures originally pasted in from
Excel.  The upper of the two was later edited within Word.  This seems to have
changed how OOo interprets the graphic, as is clear if one views the goofed file
from within Word -- line widths have changed in the upper graphic, but not in
the lower.  
-----


There may well be other issues at work as well, these are simply all those that
I am aware of right now.  I would love to recommend OOo to my boss, and use it
more in my own freelancing practice, but given the inconsistencies there is no
way I can do that.  Too many clients are MS-Word-only, and the changes wrought
by OOo would lose us business rather quickly.  

Thanks for everyone's work on this worthy project, and I hope to see these
issues resolved in a not-too-distant release.
Comment 1 erikanderson3 2004-02-10 06:21:05 UTC
Created attachment 13020 [details]
Zip containing two .doc files, identical in OOo, but quite different in Word.
Comment 2 erikanderson3 2004-02-10 06:32:13 UTC
*** Issue 25300 has been marked as a duplicate of this issue. ***
Comment 3 erikanderson3 2004-02-10 06:32:47 UTC
*** Issue 25301 has been marked as a duplicate of this issue. ***
Comment 4 mci 2004-02-10 08:17:53 UTC
reassigned to mru

@mru: Hi mru , please have a look at this...
Comment 5 michael.ruess 2004-02-10 10:49:12 UTC
We cannot handle such issues properly. Please only submit ONE problem per issue.
Problems occuring when opening/saving Word documents in OO are not all
filter-related. E.g. the first one is framework related, the second refers to
tables in OO Writer...
As you can see, if issue should be handled suitable they have to be submitted in
a suitable manner, referring to the issue reporting guidelines in
http://qa.openoffice.org/issue_handling/bug_writing_guidelines.html

thank your for your patience
Michael Ruess
QA [Star|Open]Office Writer
Comment 6 michael.ruess 2004-02-10 10:52:03 UTC
Closed, because this issue connot be processed suitably.
Comment 7 erikanderson3 2004-02-11 16:40:49 UTC
Michael -- 
 
Thanks for the feedback.  Actually, I had looked over the bug submission guidelines, but 
given my ignorance of how OOo is structured internally, I did not know to post these 
separately.   
 
I have 7 different issues, then.  Where should I submit them?  Should I submit each 
separately, or are some of them related enough to submit together? 
 
Thanks, 
 
        Erik Anderson 
Comment 8 michael.ruess 2004-02-12 09:11:26 UTC
Please submit all seven issues seperately. AFAIK you needn't post an issue for
the first problem (Titlebar), it is a known framework issue.
Not all problems are bugs, e.g. the second one you can submit as an
"Enhancement" for Word processor component.
Please, if possible, cut down the document you will attach to the issue to the
problem referring area. This will ease our work a lot.
Thank you very much for supporting us.