Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | MS Word Document Conversion causing complete format loss | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | Unknown <non-migrated> | ||||||||
Component: | code | Assignee: | michael.ruess | ||||||||
Status: | CLOSED FIXED | QA Contact: | issues@sw <issues> | ||||||||
Severity: | Trivial | ||||||||||
Priority: | P3 | CC: | issues, rbywater | ||||||||
Version: | 643C | Keywords: | oooqa | ||||||||
Target Milestone: | --- | ||||||||||
Hardware: | PC | ||||||||||
OS: | Windows ME | ||||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||||
Developer Difficulty: | --- | ||||||||||
Issue Depends on: | 9917 | ||||||||||
Issue Blocks: | |||||||||||
Attachments: |
|
Description
Unknown
2002-12-18 19:00:55 UTC
Reassigned to MRU Thanks for raising this issue. Are you able to attach the file you mention to enable us to confirm/further investigate this issue? Created attachment 4138 [details]
MS word document in ZIP format.
MRU->HDU: The Asian characters in the document are not displayed correctly on Win98/ME (tested it with new 644a1). This worked fine with SO 6.0 or OO 1.0.1 and currently works fine with 644 on WinXP. So I do not think that this is a problem of the Word filter. related to issue 9917 Solving 9917 will not fix this problem. If you scoll the attachment whitepaper.doc to page 5, OO will crash. I found that OO crashed when it tried to render some WingDing characters. Handling of WingDing font in OO643C has problems under WinMe/9x. If you select menu "Insert > Special Character" and then WingDing font, each character is displayed as two characters. The unicode character is misinterpreted as two Roman characters. It would be a problem of the unicows.dll but this problem is fatal. I believe that problem happens also in English Window Me/9x. I see format loss in a very basic Word document when using the released 1.0.2 version on both Win2k and XP. 1.0.1 does not have the problem with same docs. JA: re-prioritized according to new priority guide lines when i save in win xp format and reopen, the bullets are screwed up as well as the 'Page Style' ... page styles revert to initial page = "Default" style (usually) subsequent pages = per Organizer (next Style) obviously super frustrating when you're doing (many) resumes. i use Microsoft Word Viewer to view the document prior to saving (since it differs from the WYSIWYG view in OpenOffice). Each time i open the file in Word Viewer, the formatting is different???? what's up with that??? HDU->CMC: when loading with a recent version there are assertions "How did that happen" at "...filter/ww8/ww8graf.cxx line 2591". Other than that the fonts seem work perfect from my POV. Word doesn't have page styles, only its concept of sections. So when we import a word document we take the first section's set of settings and call it the default page style, if we encounter a new section that starts on a page break we create a "Convert" style for it. If a word section has a seperate title page setting then a "Convert" descriptor is created for the title page of that section and a "Next Convert" is created for the non title pages. There no way around that. Bullets should be working fine now, I would try out the latest development 644 release that is available now to confirm that. I'll look into the assertions. Created attachment 4808 [details]
proposed patch for asserts
Created attachment 4809 [details]
better patch
Asserts and missing last drawing group can be fixed. Fixed in jollyfilterteam03 workspace. reopen to reassign cmc->mru: The problems hdu reports is fixed in jollyfilterteam03 Yeah, this looks fixed in CWS jollyfilterteam03. Fix will be included in OO 1.1 Beta 2. Closed. Fix available in OO 1.1 Beta2. |