105026 - UTF-8 strings are not aligned in monospace font.

Status: NEW

(Core :: Internationalization, defect)

Description

[Stephen Gennard]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.5+)
Gecko/20011009
BuildID:    2001100903

Scroll down the page and check out the alignment of the data.


Reproducible: Always
Steps to Reproduce:
1. start browser @ http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt
2. scroll down the page
3. look at the page

Actual Results:  The alignment UTF-8 test fails.


Expected Results:  The text should be aligned.

Comment 1

[James McCoy]

seeing this with 2001101513/Redhat 7.1

Comment 2

[Marc Attinasi]

I see that Nav 4.7 lines this page up nicely, but IE6 looks more like Mozilla
here. I don't know much about the font handling - reassigning to the I18N folks
to analyze.

Oh, is this a regression or has it always been like this? Thanks.

Comment 3

[Stephen Gennard]

I don't this is a regression. I believe it has always been like this.  It
appears to be affected by only specific UTF-8 characters.  Strange but true.

Ta.

Stephen

Comment 4

[Teruko Kobayashi]

Changed QA contact to [e-mail].

Comment 5

[Roy Yokoyama]

->ftang

Comment 6

[Frank Tang]

not regression. future.

Comment 7

[Frank Tang]

bulk move NEW FUTURE bug to ASSIGN

Comment 8

[Thomas Guyot]

Today I did a backup of my gf's hard disk and I noticed she have a 23 mb font
called Arialuni.ttf (Arial Unicode MS). I installed it and tryed UTF-8-demo.txt
and... Miracle! Almost all alignment problems dissapeared on the fly, even
without reloading. The only alignment problem remaining is in combining
characters in the Thai part.

Unfortunatly, it's very big (Even bigger than mozilla itself). It's probally
because it also contains japanese caracters) and the best I can get compressed
is 13 mb using WinAce 2. 

If you want this font I can send it as attachement (Tell me in wich compresed
format else I'll send it in self-extracting Ace)

Comment 9

[Thomas Guyot]

I finally found a dl location for Arialuni.ttf:

http://office.microsoft.com/downloads/2000/aruniupd.aspx

Comment 10

[Alexey Chernyak]

Related to bug 182738 (which might be fixed already)

Comment 11

[Hans de Goede]

I'm seeing this in Linux too, so the OS part of this bug is not correct, it is
appearantly more generic.

In order to see:
http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt

Rendered at least partly aligned, you need to select MiscFixed as font instead
of Monospace. Actually I'm seeing lots of problems with Monospace and I believe
monospace should not be the default monospace font. But maybe that should be in
a new bug.

All in all I'm seeing 3 problems with the above url in mozilla 1.7 on Fedora
Core 3 (test release):
-The above page (and others) render completly wrong when using the Monospace
font, MiscFixed does a much better job, I believe this should be the default
under Linux, should I report this as a seperate bug?
-With MiscFixed there are blank spaces between the real lines,
 this shows up in the box drawing test, but can also be seen when selecting text
 (the same as bug 182738, but then under Linux)
-The vertical alignment of the thai verb goes wrong, and so does the spelling
 of stargate, appearantly mozilla doesn't support combining unicode chars,
 this I believe is the real cause for this bug!

Comment 12

[Jungshik Shin]

(In reply to comment #11)

> Rendered at least partly aligned, you need to select MiscFixed as font instead
> of Monospace. Actually I'm seeing lots of problems with Monospace and I believe
> monospace should not be the default monospace font. But maybe that should be in
> a new bug.

Mozilla (gtk2 + xft included in FC core3) gets 'Monospace' from the gnome
desktop default value. 
You should change your monospace font to 'MiscFixed' if you think it's better.
Mozilla is not a text terminal and it can't do much with 'text/plain' documents
with no mechanism to reflect author's intent in font selection. 

Comment 13

[Hans de Goede]

Well,

I just tried this again and the results are much better with the latest mozilla.

The white spaces between the lines are gone when using MiscFixed, with monospace
these white spaces are still there, but the rest of the rendering is good!

The vertical alignment of the thai verb still goes wrong and so do the combining 
chars in stargate.

Comment 14

[Simon Montagu :smontagu]

*** Bug 156200 has been marked as a duplicate of this bug. ***

Comment 15

[Simon Montagu :smontagu]

See comments in bug 156200 suggesting this is invalid (though personally I disagree)

Comment 16

[[e-mail]]

Attachment: HTML Testcase of preformatted text.

I made a testcase to show that this behavior does not only apply to "UTF-8" strings, but is much more general.
I used "Everson Mono" and the default "Courier New" with Firefox 3.5.3. on Windows Vista SP 2 [Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729)] to create these.
I used the above testcase and compared with Microsoft Word's rendering of both fonts.

Comment 17

[[e-mail]]

Attachment: Word output for same text

The word output. Notice how both fonts are monospace and align properly.

Comment 18

[[e-mail]]

Attachment: Firefox's output. Everson Mono above, Courier New below. Notice how the lines don't line up.

Comment 19

[Simon Montagu :smontagu]

I think the issue with Everson Mono should be a separate bug. FWIW, I can't reproduce it on any platform. Do you still see it with a clean profile?

Comment 20

[[e-mail]]

I think it's the same problem. The text is not aligned, just as in the original testcase, pretty much nothing is aligned for me the way I see it in IE 7.0.
Also, I made all of these shots with a clean profile, so that rules the concern ouit that it's an extension.

Comment 21

[sean h.]

this bug ( https://bugzilla.mozilla.org/show_bug.cgi?id=156200 ) has more info on this problem.  The listed page on jwz.org renders badly for me as well.

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5

Comment 22

[BugBot [:suhaib / :marco/ :calixte]]

The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.