Bug 79271
| Summary: | bad PS font substitutions | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Tim Waugh <twaugh> |
| Component: | libgnomeprint22 | Assignee: | Owen Taylor <otaylor> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9 | CC: | mitr, thomasz |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-08-03 15:10:23 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 79579, 100644 | ||
|
Description
Tim Waugh
2002-12-09 12:56:24 UTC
This is all gnome-print... Can you re-test with gnome-print-0.37? It's different behaviour, certainly. Rather than picking 'AmericanIndian' it now picks '4MyLover'. It happened to be legible, but it's not by any means appropriate! Relevant PS snippet again: %%DocumentSuppliedResources: procset gnome-print-procs-0.37 %%+ font GnomeUni-4-my-lover-Regular %%+ font GnomeUni-Helvetica %%+ font GnomeUni-Helvetica-Bold %%EndComments gedit used to do the same thing for any text, but now seems to be fixed. But evolution still does the same thing. State of rawhide: gedit is still behaving itself, but now evolution is worse than before: now the message doesn't have to be HTML. A plain text email comes out in the wrong font. $ rpm -q evolution; rpm -q --whatprovides $(rpm -q --requires evolution | grep gnomeprint) evolution-1.3.92-1 libgnomeprint22-2.2.1.1-3 libgnomeprintui22-2.2.1.1-1 Upgrading to libgnomeprint22-2.2.1.2-2 from rawhide solved this problem for me (RedHat9/Ximian evolution-1.4.0-0.ximian.6.6) What I see with that version is mostly the right font, with the exception of the font used for page numbers at the bottom of the page. I am using evolution-1.4.0-2 now, and libgnomeprint22-2.2.1.2-2. Problem is that evolution is asking for "Helvetica", which isn't there, then gnome-print falls back to "Helvetica" which isn't there, so gnome-print falls back to whatever is alphabetically first. Filed gnome-print bug as: http://bugzilla.gnome.org/show_bug.cgi?id=120954 Evolution bug as: http://bugzilla.ximian.com/show_bug.cgi?id=48013 With a patch in libgnomeprint, there is no real reason to fix it in our Evolution packages before it is fixed upstream. * Thu Aug 28 2003 Owen Taylor <otaylor> 2.3.1-2 - Make the fallback font "Sans Regular", not "Helvetica". Helvetica was ending up picking the alphabetically first font on the system. (#79271. Tim Waugh) This is happening again. *** Bug 107862 has been marked as a duplicate of this bug. *** It broke between 2.3.1-2 and 2.4.0-1. Hmm, I'm wrong; 2.3.1-2 also fails. Red Hat Linux 9 worked though, I'm pretty sure. libgnomeprint22-2.4.2-1.1 fixes the problem -- will it be available as a Fedora Core 1 update? I can confirm, libgnomeprint22-2.4.2-1.1 does indeed fix this problem... Is it going to be released? Not going to do a FC1 update at this point. |