Some reasons this hasn't made very many waves;
1. My impression is that nearly all actual fonts are TrueType these days.
TrueType does't use cubic splines. It uses quadratics only.
2. Font designers very rarely use 'exciting' cubic splines. Splines with
control
points on both sides of the line hardly ever occur in glyphs, and I would
expect
self-crossing curves never to occur.
We must of course be correct for all curves, but we need optimise heavily only
for the common case where p0, p1, p2 and p3 have r-coordinates (using Hain's
notation) in that order, and s-coordinates with the same sign.
Graham
----- Original Message ----
From: Werner LEMBERG <w...@gnu.org>
To: david.be...@pb.com
Cc: graham.as...@btinternet.com; freetype-devel@nongnu.org
Sent: Tuesday, 31 August, 2010 14:29:49
Subject: Re: [ft-devel] a satisfactory fix for the cubic spline bug
> If I was managing this project, I would certainly consider this an
> unacceptable approach / sequence of events.
Usually, I'm quite conservative, and Graham has provided a lot of
useful additions to the FreeType code. I trust him to fix that in due
course.
> Better to keep the inefficiency than (a) break the functionality,
> and (b) end up with code that is not obviously correct.
Uh, oh, you are extremely exaggerating. This is not helpful. Until
the bug report we weren't aware of problems, and Graham's change is in
since two months already, and the code is probably run by millions of
people...
It's easy to revert if no satisfying solution can be found.
Thanks for offering help, though.
Werner
_______________________________________________
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
