On Mon, Dec 18, 2017 at 4:37 PM, Matthias Clasen <matthias.cla...@gmail.com>
wrote:
> the important change is the last hunk.
>
> We store coords[i] in the local variable coord, then we apply the clamping
> to coord, but then ...
> we use coords[i] as input for the normaliza
the important change is the last hunk.
We store coords[i] in the local variable coord, then we apply the clamping
to coord, but then ...
we use coords[i] as input for the normalization, so the clamping is lost.
That is what my patch changes.
On Mon, Dec 18, 2017 at 2:48 PM, Werner LEMBERG
Here is a small fix that we came upon while working on font variations
support for pango
From 723b01eadd71549b7315fd20d858d043ed9e9562 Mon Sep 17 00:00:00 2001
From: Matthias Clasen <mcla...@redhat.com>
Date: Mon, 18 Dec 2017 14:06:02 -0500
Subject: [PATCH] Fix clamping of font variatio
On Mon, Dec 18, 2017 at 1:39 PM, Behdad Esfahbod wrote:
> Hi Werner,
>
> Is there any chance you can modify FT_Set_Var_Design_Coordinates() to
> detect when the set face coordinates are not changed and shortcircuit out
> early? Currently, if one calls that function too often
On Wed, Sep 20, 2017 at 6:19 PM, Behdad Esfahbod
wrote:
> Too old. You need this fix that went into 2.8.1:
>
> https://github.com/behdad/freetype/commit/55bbb98f5c5a89230127d6b998a6e2
> 3e634b5d0e
>
>
>
Thanks, that fixes this issue.
Using freetype-2.8-5.fc27.x86_64 here.
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel
On Tue, Sep 19, 2017 at 5:04 AM, Werner LEMBERG wrote:
>
> > The cairo code I see this problem with essentially does:
> >
> > FT_New_Face (font_map->ft_library,
> > unscaled->filename,
> > unscaled->id,
> >
On Mon, Sep 18, 2017 at 2:35 AM, Werner LEMBERG wrote:
> > I am working on adding font variations support to cairo, and I am
> > hitting a strange problem in my tests: the first call to
> > FT_Get_MM_Var after FT_New_Face fails with an error code of 85. If
> > I simply repeat the
I am working on adding font variations support to cairo, and I am hitting a
strange problem
in my tests: the first call to FT_Get_MM_Var after FT_New_Face fails with
an error code
of 85. If I simply repeat the FT_Get_MM_Var call, everything is fine and
things work as
expected.
On Wed, 2008-08-13 at 18:45 +0530, Rahul Bhalerao wrote:
On Tue, Aug 12, 2008 at 7:37 PM, Matthias Clasen [EMAIL PROTECTED] wrote:
What gdm does it is only shows a language in the list if a) we have
translations for it and b) we have fonts for it. For b), we basically
ask fontconfig do
We looked at updating freetype to 2.2.1 in Fedora
recently, but discovered that libXfont still depends
on the internal freetype headers (in the X 7.1 release candidate).
So I wondered if anybody has a libXfont patch.
There is none on the list of rogue clients...
Matthias
On Fri, 2005-10-07 at 14:06 -0400, Matthias Clasen wrote:
I'd really like to have a report telling me which package still
use theses. Unfortunately, I don't have the time and disk space
to download all sources repositories of various distros.
this would be hugely useful
Here is an (untested) patch to remove the use of internal freetype
headers in fonttosfnt. I did not try to fix Xprint, which seems to
actually make use of the internals.
Matthias
--- xorg-x11-6.8.2/xc/programs/fonttosfnt/util.c.freetype-internals 2005-10-13 13:02:25.0 -0400
+++
On Thu, 2005-10-06 at 10:44 +0200, Turner, David wrote:
There is something I'd like to ask to anyone having access to the
*complete* sources of a distribution, because it will help us prioritize
the patches. I'm thinking about Owen Tayloy, Frédéric Crozat and
possibly others:
- would it
Hi,
I'm investigating whether I should update Rawhide to freetype 2.1.10.
A number of questions come up:
- Do you have any idea how far out 2.2 still is ?
- Will 2.2 be libfreetype.so.7 ?
- Do you still plan to break source compat by doing const
correctness changes ?
- Does
15 matches
Mail list logo