Closed Bug 426078 Opened 17 years ago Closed 17 years ago

Scaling while printing (also as "shrink to fit") produces gaps in text

Categories

(Core Graveyard :: GFX, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 423047

People

(Reporter: bugzilla.i.sekler, Unassigned)

Details

(Keywords: regression)

Attachments

(2 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008033004 Minefield/3.0pre Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008033004 Minefield/3.0pre Printing a page that requires scaling to fit paper width results in gaps in long text lines. A gap will appear after the 103 character in a line. It regressed on 2008-02-20, bug 418353 again? A testcase follows. Reproducible: Always Steps to Reproduce: 1. Set print.print_shrink_to_fit to "true" 2. Print the testcase to a postscript file 3. View the output. Actual Results: There is a gap in each line after the 103 character in this line. Expected Results: No gap. The width of the gap depends on font hinting settings. It is wider with "hintfull" and smaller with "hintslight". Related to bug 403513 after the cairo upgrade?
Attached file Testcase
Version: unspecified → Trunk
Keywords: regression
The number of characters before the gap is wrong, my deepest apologies. It should be 102, not 103 as stated in the bug description. "font-style: Arial, sans-serif;" in the testcase is not required for being able to reproduce the bug. The attached PostScript file has been printed with font hinting set to "hintslight". Sorry for bugspam!
This is essentially the same as bug 423047, but the steps to reproduce are different. The bug is fixed in upstream cairo currently.
Depends on: 419715
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
No longer depends on: 419715
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: