The slice Foos is plural; it refers to multiple elements. The element Foos[i]
is the i'th Foo.

The previous "the endpoints are inclusive" comment seems confusing. It's true
that the bounding box's max X equals the right-most coordinate, which suggests
<= instead of <, but that node's coordinate is itself exclusive. Consider the
solid 1-pixel square: (0, 0), (64, 0), (64, 64), (0, 64) in fixed.Point26_6
coordinates. The right-most coordinate is 64, and the bounding box's max X
equals 64, but rasterizing that square only affects sub-pixels up to but not
including 64.

Instead, it seems accurate to follow the fixed.Rectangle26_6 description, in
that the max values are exclusive.

The zero value of a GlyphBuf is already perfectly usable.

of standard fonts like Deja Vu Sans Oblique.

LGTM=bsiegert
R=bsiegert
CC=golang-codereviews
https://codereview.appspot.com/164660043

hide the Hinter implementation in the freetype/truetype package.

LGTM=bsiegert
R=bsiegert
CC=golang-codereviews
https://codereview.appspot.com/58940043

The logic is a little clunky, but as before, let's get it right first,
then get it clean once we have a full battery of tests.

R=bsiegert
CC=golang-codereviews
https://codereview.appspot.com/50910043

R=bsiegert
CC=golang-codereviews, remyoudompheng
https://codereview.appspot.com/39440045

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/40690045

rounding.

Pass all the hinting tests. Hooray! Removing the hintingBrokenAt field
will be a follow-up CL.

R=bsiegert, remyoudompheng, jeremyjackins
CC=golang-dev
https://codereview.appspot.com/36880043

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/36300043

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/36220043

The very subtle pp1x versus phantomPoints[0].X distinction is pretty
ugly code, but let's get all the tests passing first, so that we can
refactor with confidence.

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/35850043

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/34790045

*before* hinting.

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/35070044

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/34700043

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/33650044

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/33750043

opcodes. Calculate dot product with 32-bit math to match C Freetype's
rounding.

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/32740043

2nd / 4th phantom point rounding.

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/32040043

opcodes.

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/29510043

Successfully hint all of DejaVu Sans Oblique, barring 4 exceptions
that are errors in the upstream C Freetype project. See
http://lists.nongnu.org/archive/html/freetype/2013-11/msg00004.html
for details.

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/21580044

Also add API for vertical metrics.

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/21330043

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/19090043

Also make phantom point delta-X adjustment.

Also make print-glyph-points require Freetype version >= 2.5, which is
the latest version, at the time of writing.

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/18370043

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/16500043

Fix MIRP opcodes, scaled CVT initialization and Hinter.move.

R=bsiegert
CC=golang-dev, remyoudompheng
https://codereview.appspot.com/14930050

R=bsiegert
CC=golang-dev
https://codereview.appspot.com/14802046

Also increase the maximum recursion depth from 4 to 8, since some
x-deja-vu-sans-oblique glyphs are actually depth 4. It's an arbitrary
limit. The C Freetype code doesn't seem to limit recursion (below
whatever the font says it needs), but it seems safer to have a limit.

R=bsiegert
CC=golang-dev
https://codereview.appspot.com/14494062

R=bsiegert
CC=golang-dev
https://codereview.appspot.com/14425064

one more test case.

R=bsiegert
CC=golang-dev
https://codereview.appspot.com/14691043

R=bsiegert
CC=golang-dev
https://codereview.appspot.com/14641043

"go test" drops from 5.203s to 0.474s.

R=bsiegert
CC=golang-dev
https://codereview.appspot.com/14566047