This is introduced by the last patch :(
Hehe, there still seem to be problems :-) The glyphs in the two
attached fonts don't change at all (neither the appearance nor the
advance width) if I check embolding with ftview (not using your
patch).
Werner
STARTFONT 2.1
COMMENT Anti-aliased test
On Sat, May 28, 2005 at 03:47:49PM +0200, Werner LEMBERG wrote:
This patch fixes some bugs in FT_Bitmap_Embolden.
Applied, thanks. I think there is still a bug for graymap fonts.
Have a look at the attached test glyph. Emboldening produces a
strange result.
This is introduced by the
On Sat, May 28, 2005 at 03:47:49PM +0200, Werner LEMBERG wrote:
This patch fixes some bugs in FT_Bitmap_Embolden.
Applied, thanks. I think there is still a bug for graymap fonts.
Have a look at the attached test glyph. Emboldening produces a
strange result.
Oops, I forgot to adjust
On Wed, May 25, 2005 at 07:50:16AM +0200, Werner LEMBERG wrote:
Thanks, applied! Note that I've changed the third and fourth argument
of FT_Bitmap_Embolden to be normal values, not pointers. Please test.
Werner
Hi Werner,
This patch fixes some bugs in FT_Bitmap_Embolden.
[...] you can see that the glyphs get fatter and fatter.
Thanks for testing. The attached patch should fix the problem.
Applied, .
(Changelog entry included. You may need to change the date.)
It's better to include the ChangeLog entry in the mail instead of the
patch. In case someone else
On Fri, May 20, 2005 at 06:15:15AM +0200, Werner LEMBERG wrote:
As fontconfig and xft already have the code to embolden and
rely on FT_GlyphSlot_Embolden to do the real job, I think
FT_GlyphSlot_Embolden should be made standard API. This is an
important feature for Chinese
As fontconfig and xft already have the code to embolden and rely
on FT_GlyphSlot_Embolden to do the real job, I think
FT_GlyphSlot_Embolden should be made standard API. This is an
important feature for Chinese (maybe also Japanese and Korean)
users, as most Chinese fonts don't have a real
Considering there is such root of embolding request, I wonder
whether FT_GlyphSlot_Embolden() API is already enough for the
purpose. It does not receive much parameters to control embolding
(am I misunderstanding?). I'm afraid several control parameters are
requested in future, for
On Fri, May 13, 2005 at 07:51:12AM +0200, Werner LEMBERG wrote:
As fontconfig and xft already have the code to embolden and rely
on FT_GlyphSlot_Embolden to do the real job, I think
FT_GlyphSlot_Embolden should be made standard API. This is an
important feature for Chinese (maybe also
On Fri, May 13, 2005 at 11:44:59AM +0900, [EMAIL PROTECTED] wrote:
Hi
On Thu, 12 May 2005 23:44:11 +0800
Chia I Wu [EMAIL PROTECTED] wrote:
As fontconfig and xft already have the code to embolden and rely on
FT_GlyphSlot_Embolden to do the real job, I think FT_GlyphSlot_Embolden
should be
On Fri, 13 May 2005 14:52:24 +0800
Chia I Wu [EMAIL PROTECTED] wrote:
On Fri, May 13, 2005 at 11:44:59AM +0900, [EMAIL PROTECTED] wrote:
I'm unfamiliar with this API and never checked the bolden result in
detail, could you show some demo program?
I've made a quick hack to ftview.c for demo. See
Hi all,
As fontconfig and xft already have the code to embolden and rely on
FT_GlyphSlot_Embolden to do the real job, I think FT_GlyphSlot_Embolden
should be made standard API. This is an important feature for Chinese
(maybe also Japanese and Korean) users, as most Chinese fonts don't have
a real
12 matches
Mail list logo