Issue 28231 - Import of word document formats text improperly
Summary: Import of word document formats text improperly
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: 680m34
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: ulf.stroehler
QA Contact: issues@sw
URL:
Keywords: ms_interoperability, oooqa
Depends on:
Blocks:
 
Reported: 2004-04-22 13:30 UTC by shmuels
Modified: 2013-08-07 14:41 UTC (History)
2 users (show)

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

Attachments
Original word document that is being imported (79.50 KB, application/msword)
2004-04-22 13:32 UTC, shmuels 		no flags Details
relevant screen shot from 1.1.1 (71.52 KB, image/png)
2004-04-22 13:34 UTC, shmuels 		no flags Details
screen shot showing improper text spacing (33.27 KB, image/png)
2004-04-22 13:35 UTC, shmuels 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description shmuels 2004-04-22 13:30:56 UTC 
Imported a word document using OOo 680m34 lays out the text in an ugly way.
Inter-letter spacing is bad. This works in OOo 1.1.1 both run using fedora core
2 test 2. Issue 28013 already addresses a regression in importing bulleted items
from the same doc file.
Comment 1 shmuels 2004-04-22 13:32:31 UTC 
Created attachment 14694 [details]
Original word document that is being imported
Comment 2 shmuels 2004-04-22 13:34:18 UTC 
Created attachment 14695 [details]
relevant screen shot from 1.1.1
Comment 3 shmuels 2004-04-22 13:35:25 UTC 
Created attachment 14696 [details]
screen shot showing improper text spacing
Comment 4 caiot1 2004-05-04 20:28:06 UTC 
Hi,
I'm under WinXP and I can't reproduce your issue.
I hope that a Linux guy can reproduce it.

You've noticed that doesn't appear the field with the phone number in the 1.1.1?
Comment 5 shmuels 2004-05-04 23:56:57 UTC 
I rechecked the problem with m36 on linux and the problem is still there. Maybe
the differnce between linux and windows is a font rendering problem, or maybe it
is a kernel 2.6 issue.
And yes, it has already been noted that 2.0 imports more of the document than 1.1.1
Comment 6 h.ilter 2004-05-05 09:15:14 UTC 
Subcomponent changed.
Comment 7 michael.ruess 2004-05-05 09:42:28 UTC 
MRU->US: This looks like a font replacement problem of the "Arial" or "Arial
Black" font in src680m36. On my Sun JDS Linux (where "Arial Black" and "Arial
Narrow" are available), the document looks good.
Comment 8 ulf.stroehler 2004-06-08 14:34:12 UTC 
On RH and Fedora there is no "Arial Black" font available and thus OOo falls
back to Helvetica which is an unscalable Bitmap font. Additionally the character
spacing is set to condensed which leads to the reported spacing.
Turn off condensed (Format/Character: tab page "Position") and the spacing
problem is gone.
The underlaying problem is the used Bitmap font in favor of an Type1 font which
is (also) aliased to Helvetica in fonts.dir file. Refer to issue 23601 on this.
Comment 9 ulf.stroehler 2004-06-08 14:35:13 UTC 
Closing Resolved/WFM.
Comment 10 shmuels 2004-06-10 10:07:22 UTC 
Answer is a little incomplete. Why is the formatting more readable in 1.1.1 in
the same environment? It also shouldn't be able to find Arial Black.
Also, the recommended workaround is not very useful when it is someone else's
document.
Is issue 23601 going to eventually result in picking a ttf instead of a bitmap
font when doing font substitution? Seems like a much more reasonable choice.