Bug 83 - Offset for bitmap images
Summary: Offset for bitmap images
Status: CLOSED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Lib/Xft (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Keith Packard
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-01 15:31 UTC by Owen Taylor
Modified: 2011-10-15 17:14 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Owen Taylor 2003-05-01 15:31:08 UTC
Nalin reported to me a problem where with .pcf fonts, Xft
was rendering characters always at the left side of the
character cell, instead of at their proper X position.

Looking into it some, the problem seems to be that the
ft_glyph_format_bitmap case in XftFontLoadGlyphs() doesn't take in
slot->bitmap_left into account.

Fixing up the antialiased case is trivial; the non-antialiased case
will need some bitmap shifting code.

(I no longer have a reference to what fonts in particular were triggering
the problem, unfortunately.)
Comment 1 Keith Packard 2003-05-01 15:36:22 UTC
I think this will be trivial to fix by adjusting the x/y value in the glyph
metrics, but I'll need a test case that currently fails before I can commit a fix.
Comment 2 Owen Taylor 2003-05-01 16:45:59 UTC
OK, doing some research it turns out that as long as there is a
particular relationship between the glyph metrics and the returned
bitmap that holds for current freetype drivers, things work.

The observed bug earlier was the result of a bug in the PCF driver
where slot->metrics.horiBearingX was set to an incorrect value.

Comment 3 Keith Packard 2003-05-01 17:26:34 UTC
Looks like this is related to bugs that Juliusz Chroboczek found in FreeType2
and which have already been fixed there.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.