Create a text layout mechanism for interacting with large-ish bodies of text. about odin HOT 4 CLOSED

@Peaker - sorry to pull you in on my project, but you probably have experience with rendering lots of text with lamdu. Have you run into this problem before? What are you using to render and layout text in lamdu?

from odin.

A little more spelunking and it looks like it's FTGL via graphics-drawingcombinators, added in lamdu/lamdu@f9aa3a4

from odin.

Font rendering was far harder than I anticipated.

Text has no width, really, but a bounding box and an "advance".

We switched from FTGL which doesn't have subpixel rendering to freetype-gl with some minor modifications, that does. It's also a c codebase around libfreetype so easier to compile everywhere.

It does the width computations for us and I've not noticed slowness of text geometry computations, but I've not done extensive profiling either.

from odin.

Thanks for that, I'm checking out freetype-gl now, which may make this ticket moot.

Sent from my iPhone

On Aug 18, 2016, at 11:15 AM, Eyal Lotem [email protected] wrote:

Font rendering was far harder than I anticipated.

Text has no width, really, but a bounding box and an "advance".

We switched from FTGL which doesn't have subpixel rendering to freetype-gl with some minor modifications, that does. It's also a c codebase around libfreetype so easier to compile everywhere.

It does the width computations for us and I've not noticed slowness of text geometry computations, but I've not done extensive profiling either.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

from odin.