308945 - line drawing chars are not aligned. could be a problem because of using glyphs from a different font?

Status: RESOLVED WONTFIX

(Core Graveyard :: GFX: OS/2, defect)

Description

[Veit Kannegieser]

User-Agent:       Mozilla/5.0 (OS/2; U; Warp 4.5; de-AT; rv:1.7.8) Gecko/20050518
Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4.5; de-AT; rv:1.7.8) Gecko/20050518

the tree line in the lower part of the page looks as if it had inter-lines space.
tried that same page on an FireFox on Windows XP, where it looks as it should.


Reproducible: Always

Steps to Reproduce:

Actual Results:  
(could attach an scren grab)

Expected Results:  
continous lines

Comment 1

[Veit Kannegieser]

Attachment: screen grab

Comment 2

[Peter Weilbacher]

What font are you using? I cannot reproduce this with any of mine.

If you can show the output of 
   grep western prefs.js
(or similar) that might give a clue how to reproduce this. You could also have a
look if it happens in the SeaMonkey 1.0alpha release.

Comment 3

[Andrew Schultz]

==> GFX

Comment 4

[Veit Kannegieser]

Tried
<http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/contrib/latest-trunk/seamonkey-1.1a.en-US.os2.installer.exe>
but this gives an imediate trap, the executable is corrupted (donwloaded using
wget). Tried
<http://www.aip.de/People/PWeilbacher/WO/Mozilla/mozilla-os2-1.7.12-unoff-installer.exe>
and created an fresh profile. Problem still exist, the fixed with font looks
different however. "grep western prefs.js" returns nothing then, of course.

Comment 5

[Veit Kannegieser]

Attachment: screen grab from 1.7.12

Comment 6

[Peter Weilbacher]

The default monospaced font used in Mozilla is Courier (the lowest common
denominator I guess), if prefs.js doesn't contain the western entries that
should get used by default (please check under Edit -> Preferences -> Appearance
-> Fonts). If you don't have Courier installed some other font is taken and you
might get results like the ones in your screenshots. (But then, other programs
that also rely on Courier to be present crash.)

Comment 7

[Veit Kannegieser]

Disabled Inntoket font engine. Tried both 'Courier' and 'Courier New'.
Attached is with Courier, size 24.

Comment 8

[Veit Kannegieser]

Attachment: screen grab from 1.7.12, Innotek font engine disabled, selected Courier, 24 for fixed with

Comment 9

[Peter Weilbacher]

(In reply to comment #8)
> Innotek font engine disabled

Aha! Thanks for reminding me of that possibility. Now I can reproduce it., with
any font. Without font engine the height of the drawing chars at the beginning
of the line gets interpreted as a few pixels higher than the normal line height.

However, I am not sure if this is considered a bug, because it is well known
that without font engine support Mozilla on OS/2 has problems with
font/character handling. Unless Mike has an idea if and how this could be solved
within Mozilla, this will probably be marked WONTFIX.

Comment 10

[Veit Kannegieser]

Attachment: Mozilla 1.7.12, courier large zoom, using Innotek font engine

Comment 11

[Mike Kaply [:mkaply]]

There's honestly not much that can be done here. IE suffers from the same problem.

The unicode drawing characters don't come from a monospaced font, so they won't
have the same width as the other monospaced items.

Comment 12

[Veit Kannegieser]

I begin to understand.. 
'unicode drawing characters' means anything other than ISO-Latin or close?
And it happens also when selecting bitmap fonts like 'System VIO', because
then the Innotek engine forwards the call to the original funtions..

Comment 13

[Peter Weilbacher]

OK, so without ideas we will cannot fix this. Sorry, Veit!