Closed Bug 168940 Opened 23 years ago Closed 18 years ago

font list imcomplete

Categories

(Core Graveyard :: GFX: Gtk, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: giorsat, Assigned: blizzard)

References

Details

(Keywords: intl, Whiteboard: CLOSEME 07/01)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826 hi. problem with mozilla 1.1 on suse linux 8 kde 3.02. the installed true type fonts are aveilable for every application both in kde and in xwindows but in mozilla the list of fonts is complete on setup but every time I run mozilla I find more than half of them missing (while still installed on other applications as openoffice) . The missing one are the microsoft fonts such as verdana and unicode forms as arial . the fact is that my fonts all are installed in the same directory and are fisically present on the directory oitsel but not in the list of mozilla. The problem is with version 1.1 but not in the previous. Now I try 1.2 alpha Reproducible: Always Steps to Reproduce: 1.install mozilla 1.1 2.run mozilla 3.shut computer and try runnin mozilla again Actual Results: 4. the list of fonts is incomplete and the missing ones are the most used by me such as unicode arial Expected Results: 5. show the complete list as available at the same moment in other application as openoffice
==> Intl
Assignee: asa → yokoyama
Component: Browser-General → Internationalization
QA Contact: asa → ruixu
Summary: fonts → font list imcomplete
Confirming, Linux 2002091016 (1.2alpha). Also occured in 1.1 .
Status: UNCONFIRMED → NEW
Ever confirmed: true
to shanjian
Assignee: yokoyama → shanjian
Keywords: intl
QA Contact: ruixu → ylong
Hi. I'm giorgio , the reporter of the bug. I notice that every time I log on as rott for some reason and then run as users the bug comes back. Hope It's helpful.
*** Bug 178143 has been marked as a duplicate of this bug. ***
*** Bug 227281 has been marked as a duplicate of this bug. ***
*** Bug 185497 has been marked as a duplicate of this bug. ***
Are the fonts available in other Gtk apps?
Assignee: shanjian → blizzard
Component: Internationalization → GFX: Gtk
QA Contact: amyy → ian
reporter, where are you looking for fonts? Do they show up in the list of fonts returned by 'xlsfonts'? You filed this bug against 1.0/1.1 (which is X11core font builds). In X11core font builds (still the default build available from ftp.mozilla.org), fonts have to be available via Xserver/X font server. Otherwise, Mozilla couldn't use them.
I don't have any problems with the latest Mozilla nightly (2004020308). My problem is with Firebird and Gnome/GTK font lists coming up short. As I see it, Mozilla has its own way of picking fonts (which lists the font that I want to use). Firebird uses the same method of selecting fonts that Gnome/GTK uses (which for me comes up short). I think for me that the problem is with Gnome/GTK's font selection process, which appears to create a sublist of the available fonts based on what it thinks are the best fonts to use. There is probably a way to change how Gnome/GTK chooses which fonts to display for selection but I haven't figured it out yet.
(In reply to comment #10) > I don't have any problems with the latest Mozilla nightly (2004020308). My > problem is with Firebird and Gnome/GTK font lists coming up short. As I see it, > Mozilla has its own way of picking fonts (which lists the font that I want to > use). Firebird uses the same method of selecting fonts that Gnome/GTK uses > (which for me comes up short). I think for me that the problem is with > Gnome/GTK's font selection process, which appears to create a sublist of the > available fonts based on what it thinks are the best fonts to use. There is > probably a way to change how Gnome/GTK chooses which fonts to display for > selection but I haven't figured it out yet. Using the GTK1 builds of the Mozilla suite, a user.js contributed by Roland Mainz that enabled anti-aliasing and the Microsoft fonts I was able to get fonts that IMO had *The Right Look*. Until now, I've never been able to get *The Right Look* in any GTK2 build and the differences between the font selection mechanisms in the GTK1 and GTK2 builds were a source of unending confusion and frustration. As it turns out all along the problem was a misconfigured Fontconfig package. The configuration script for the Debian Fontconfig package recommends using "Native" hinting for the Microsoft and Vera fonts, "Auto hinting" for other truetype fonts and "No Hinting" if you want the fuzzy look. When I initially upgraded to GTK2 and had to configure Fontconfig for the first time I followed the suggestion to use "Native" hinting which on my box makes the Microsoft fonts look downright evil at certain point sizes. Because of the differences in hinting I could in fact be using the exact same Microsoft font in both the GTK1 and GTK2 builds and never know it because the fonts would be named differently and look so radically different (no hinting in GTK1 vs. bad hinting in GTK2). To get (for me) *The Right Look* in GTK2 builds (and in all other GTK2 apps) I had to do the following: 1. Put the Microsoft fonts in ~/.fonts 2. Run fc-cache This ensures that when you select "Arial" or "Times New Roman" in the GTK2 font selection dialog you are selecting the Microsoft version of the font and not some **** free font of the same name that you might have somewhere else on the system. Apparently Fontconfig gives priority to whatever you have in the ~/.fonts directory. 3. Run "dpkg-reconfigure fontconfig" as root and select "No Hinting" instead of "Native Hinting". (Note: Many people may prefer "Auto-Hinting" over "No Hinting" - this is a matter of personal preference.) I would also highly recommend disabling bit-mapped fonts. I'm not sure if this addresses the original reporter's issue but for my problems with GTK2 builds at least it now works for me.
Is this bug reproducible in a recent trunk build? http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Whiteboard: CLOSEME 07/01
-> WORKSFORME
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.