Marcel Metz

The `API` is currently broken and inconsistent in naming, exposing of data and steps required to create and render text/glyphs. Adding a prefix doesn't solve any of this and is...

> but I would prefer to have official support if possible. The support is there in the form of CMake. Manual maintained project files won't happen. Read those two articles...

> I tried following its directions (by downloading GLFW3), with GLFW3.2.1 first, then several versions of GLFW3.2, trying several of the /CMake/ options by renaming them to "glfw3Config.cmake" as it...

Is there are reason to close this issue yet?

CMake doesn't generate any `make install` target because there are no files marked as 'should be installed'. > Is there a method currently? No, currently there is no way to...

I will take a look at it.

@rougier > Simple fix is: > ln -s /usr/local/lib/cmake/glfw /usr/local/lib/cmake/glfw3 This applies only to Mac, when you have installed GLFW3 with homebrew. @matthewpiatt > anyways, that command (and a few...

> I think we should merge freetype-gl, GLyphy, and msdfgen into a unified library that exposes a sane > API while allowing for different algorithms, as well as mix-and-matching them...

Both my local installation and the test environment have subpixel hinting disabled for patent reasons. This is not related to the implementation.

The `texture_atlas_upload` API call was dropped just recently. Library clients should handle the texture generation, uploading and cleaning up by themselves.