Closed Bug 183936 Opened 22 years ago Closed 20 years ago

period/dot (.) and apostrophe's (') are not displayed on some web sites with Mozilla 1.2.1 XFT build

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: sgibson, Assigned: blizzard)

References

()

Details

(Whiteboard: xft)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021202
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021202


When I browse a number of web sites, some of them are displayed incorrectly.  In
the html rendered web page, periods/dots (.) and apostrophe's (') are not
rendered properly.  An example web page:

   http://www.wired.com/news/wireless/0%2c1382%2c56742%2c00.html

the content:
 
    week s 802 11 Planet conference  Wi-Fi

is rendered as seen above.  However, if I highlight the text (eg to cut-n-paste)
it, the actual text copied into my buffer contains the period/dots and
apostrophes apropriately:

    week's 802.11 Planet conference. Wi-Fi

This seems to happen for about 30 to 50% of the websites I visit.  Another
example site is the Ximian web site, here's a sample page:
  
http://www.ximian.com/about_us/press_center/press_releases/index.html?pr=openlink_mono

A site that *does* render properly would be Adventure Racing Extreme; with a
sample page of:

    http://www.arextreme.com/index-cat.asp?catid=6

Another site that *DOES NOT* render properly is:

   http://optimoz.mozdev.org/

v/r
Shane
sgibson@digitalimpact.com




Reproducible: Always

Steps to Reproduce:
1.  redhat 8.0 stock; with recent updates from Ximian Red-Carpet
2.  Mozilla 1.2.1 from Mozilla.org website; XFT build
3.  open browser up and go to sample sites listed in Details above
4.  running KDE 3.0.3 desktop
5. with XFree86 X Font Server version XFree86-xfs-4.2.0-72 running

Actual Results:  

Instead of seeing
      week's 802.11 Planet conference. Wi-Fi
I see:
       week s 802 11 Planet conference  Wi-Fi

Expected Results:  
week's 802.11 Planet conference. Wi-Fi

didn't do this under Mozilla 1.0.1
xft --> to blizzard
Assignee: asa → blizzard
Blocks: xft_tracking
I can't tell if this is the same bug, but it certainly seems related.  I'm using
the RedHat 8.0 Mozilla 1.2.1-XFT RPMs, and I just received an e-mail that is
showing some very weird behavior concerning apostrophes.  I'll attach the e-mail
below.  Scroll down to the part of the message that says "A Holiday Reminder on
Viruses" and look at the line beginning with "care of your computer".  The
apostrophe shows as an odd character (perhaps the unprintable character symbol)
and the text to the right of the apostrophe is totally invisible, but it shows
back up if you select it!!
Attachment #108622 - Attachment mime type: text/plain → message/rfc822
Interestingly, the process of saving the e-mail to a file corrected the problem.
 I don't know if you can re-create what this would look like arriving in an
inbox, but clicking on the attachment as-is does NOT show the problem I see when
it's in my inbox.
I also get this on RH8 and the stock 1.2.1 XFT RPMs.  Sometimes [consistent per
web page] these problem characters appear as very wide spaces.

I've not yet pinned down what distinguishes a working page from a 'borken' one.

Don't think I've seen it in emails, though.
I don't pretend to follow what's going on here, but here's what I did to 'work
around' the issue.  It seems as if the XFT Moz. is accessing fonts & rendering
them itself (am I right?).  I was sure that previously it used the normal X font
list,  it now looks like it's using 'fontconfig'.  As such, it appears to be
missing the vast majority of installed fonts.  An extension to a 'fix' posted in
various places is as follows - this assumes you have access to 'that' Windows
TTF font set (or can copy them from a Windows/Fonts mount).

Not all these steps are required for Moz; most are just to let Doze fonts appear
in the normal X font list.

- Copy windows/fonts/*.ttf to a new dir. somewhere sensible like
/usr/X11R6/lib/X11/fonts/windows-ttf
- make sure these file names have lower case (rename if necessary).
- in this new foint dir., do 'mkfontscale .' then 'cp font.scale font.dir'.
- Add the new dir to /usr/X11R6/lib/X11/fs/config

This is the bit for Moz:
- Add the new dir to fontconfig's /etc/font.conf

This seems to 'fix' two issues:
1) Moz XFT was comsing up with some serif font for everything.  While I quite
liked it, it seems to have been erroneous.  Now there's an 'Arial' font
available, it looks similar to the way it used to (plus anti-aliasing).
2) It stops various punctuation (period, comma, etc.) symbols from appearing as
wide spaces.

These two raise some questions (if I'm interpreting this correctly):
a) How can we make Moz *not* ask for an MS-specific font as it's deisplay
default (inc, menus, etc.)?  That would not seem to be right.
b) The 'bug' would actually seem to be Moz's failure to recover properly from no
Arial being present (via /etc/font.conf - not sure what the associated
/etc/font.dtd is about)
c) Will XFT Moz now only be using 'fontconfig' fonts, and are these restricted
to TrueType format?
d) Why *do* those symbols appear incorrectly in non-Arial fonts?


A summary point is:  the distinction between web pages that 'work' and 'don't
work' for these symbols seems to be those sites that specify 'Arial' as the
font-family in their CSS.  Leastways, I can reproduce it like that (or could
before I added Arial [again]).
Further reading I just found for XFT config., which answers a couple of the
questions I posed above:

http://www.xfce.org/Xft_and_Xfce_mini_Howto.html
I have the same problem as comment #3 : "The apostrophe shows as an odd
character (perhaps the unprintable character symbol) and the text to the right
of the apostrophe is totally invisible, but it shows back up if you select it!!" :(

I'll try the fix proposed in comment #6.
does this bug still exist?
I'm pretty certain I saw it in Moz 1.3 when I upgraded to RedHat 9 and it, er,
'amended' my fontconfig settings.
I think I am having a the same problem at:

http://www.zen.org/~sven/blog/20030910.html

(my web log) I was actually using Firebird 20030908 with XFT+GTK2 snapshot and
Debian Sarge i386, and I have a date uning UTF-8 chinese characters with roman
numbers.  Usually the numbers don't show, but saving the file and cat(1)ing it
in a uxterm displays the numbers correctly.

Also, selecting a chinese character and dragging the mouse around can make the
character come and go.
Bug Day

WFM on Fedora Core 1 with common mswbfnts installed using this morning's
firefox-i686-linux-gtk2+xft.tar.gz
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Whiteboard: xft
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: