Issue 16299 - When underlined fonts are substituted, spaces are lost
Summary: When underlined fonts are substituted, spaces are lost
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Internationalization
Classification: Code
Component: BiDi (show other issues)
Version: OOo 1.1 Beta2
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: sforbes
QA Contact: issues@l10n
URL:
Keywords: Hebrew, oooqa
: 16298 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-07-01 17:10 UTC by sforbes
Modified: 2003-11-17 11:59 UTC (History)
3 users (show)

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

Attachments
the original word file. notice that when fonts are substituted, the spaces in underluined text is lost (72.00 KB, application/octet-stream)
2003-07-01 17:14 UTC, sforbes 		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 sforbes 2003-07-01 17:10:08 UTC 
When importing Hebrew files from word, which use a font that OO does not have
installed (david), a font substitution takes place.

However, any place the font was underlined, all spaces between words are lost,
making the text unreadble.

Changing the font to a font that OO recognises (thus removing the font
substitution), restores the lsot spaces
Comment 1 sforbes 2003-07-01 17:14:02 UTC 
Created attachment 7313 [details]
the original word file. notice that when fonts are substituted, the spaces in underluined text is lost
Comment 2 sforbes 2003-07-01 21:46:41 UTC 
*** Issue 16298 has been marked as a duplicate of this issue. ***
Comment 3 sforbes 2003-08-15 01:54:12 UTC 
can you please confirm? tnx
Comment 4 settantta 2003-08-18 11:24:47 UTC 
Doesn't seem as though I can confirm this, Shoshanna. 

Running 1.1RC3 under Mandrake linux 9.1. Opened your attachment, all
seemed fine. Substitute font was Times New Roman (from Microsoft's
core fonts). There were underlined portions, some in blue, some in
red. Spacing appeared OK, all characters were perfectly legible. The
only problem was the graphic (or it may have originally been a table
in Word) on the last page, which showed a lot of overlapping text, as
well as some "boxes" indicating unavailable charaters.

Either it was only on your machine, or the issue is fixed in 1.1RC3
(or perhaps I didn't understand the exact problem).

Email me direct if you think I misunderstood the problem
Comment 5 settantta 2003-08-18 11:28:18 UTC 
Just added oooqa keyword....
Comment 6 Dieter.Loeschky 2003-08-20 11:04:50 UTC 
DL->HDU: Would you please takeover?
Comment 7 Dieter.Loeschky 2003-08-25 11:42:28 UTC 
DL: Reassigned to HDU
Comment 8 hdu@apache.org 2003-08-26 14:05:29 UTC 
I second Alex's observation and cannot confirm it on ooo11rc3 whereas on beta2 a 
lot of these issues showed up. Please verify it works now with rc3.
Comment 9 hdu@apache.org 2003-08-27 08:36:39 UTC 
.
Comment 10 hdu@apache.org 2003-09-22 14:17:26 UTC 
Reassigning for verification.
Comment 11 utomo99 2003-10-01 11:24:02 UTC 
I Can Not Reproduce the problem in OOo 1.1 Rc5, Win Xp Pro.

If it still exist, please reduce the text till minimum, and make the
text size bigger, so we can se it easily
Comment 12 sforbes 2003-11-17 11:59:35 UTC 
there are still strange behaviers for font substitution on linux, but
I will file separate bugs for them.

Closing this one.
Comment 13 sforbes 2003-11-17 11:59:49 UTC 
v