Closed Bug 88554 Opened 24 years ago Closed 24 years ago

Xprint module should avoid using GFX fonts unless there is no other option...

Categories

(Core Graveyard :: Printing: Xprint, enhancement)

All
Linux
enhancement
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.4

People

(Reporter: roland.mainz, Assigned: roland.mainz)

References

()

Details

Attachments

(2 files)

Xprint module still uses tons of GFX fonts in some cases (see example URL). Workaround: Set -- snip -- user_pref("browser.display.use_document_fonts", 0); -- snip -- in prefs.js Resulting PS job sizes using S7 or X11R6.5.1 Xprt: Example URL without workaround: 11139666 bytes of PS code Example URL with workaround: 520675 bytes of PS code Maybe it's usefull to crawl into source and enable this behaviour by default... :-)
Fix in bug 92918.
Assignee: katakai → Roland.Mainz
Depends on: 92918
QA Contact: Roland.Mainz → katakai
Target Milestone: --- → mozilla0.9.4
Filed bug 93771 to get a final solution for this. I'll file a workaround for now...
Status: NEW → ASSIGNED
Depends on: 93771
No longer depends on: 92918
Filed patch (workaround, real fix will be implemented in bug 93771). Requesting r=/sr= ...
Keywords: patch, review
Cc'ing cls to check the use of _IMPL_NS_XPRINT. /be
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
I'm now verifying the Xprt bugs, however, I'm not sure how to verify this bug. Roland, could you give the exact instruction how to reproduce this problem?
If Xprt uses "GFX fonts" (font glyhs generated from X bitmap fonts) you should see three things: - Xprt in X11R6.5.1(and Solaris 2.7/2.8 Xprt) generates "Im1" bitmap per glyph in the PostScript output (in X11R6.6 jay hobson added the "bitmap glphy cache") - the issue above causes large, very large print jobs (you can get easily get beyond 50MB for some pages without the "bitmap glyphs cache") - font quality isn't good Normally Xprt should either use printer buildin fonts or upload the neccesary fonts to the printer, GFX fonts should only be used as a fallback solution if _every_ other option fails... The issue with this bug was that some CSS stylesheets used explicitly font families which were only available as X bitmap fonts (the 75DPI -b&h-lucidatypewriter-* comes in mind while printing http://www.cnn.com/ ... =:-) Therefore I set the CSS spec always to "serif" (and filed bug 93771 for getting a permanent solution for this). In bug 116158 I relaxed this restriction and allowed some common PostScript font family names beside "serif" (like "times", "courier" etc.) ...
Marking VERIFIED per attachment 65423 [details] (which uses only printer builtin fonts) ...
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: