Thomas Leitner

The file is probably using kerning information stored in the OpenType table GPOS. This table is not yet supported by ttfunk, it just supports the TrueType kern table.

Yes, [GNU FreeFont](https://www.gnu.org/software/freefont/index.html) for example (they use GPOS but also kern): ~~~ $ ttfdump -t head /usr/share/fonts/truetype/freefont/FreeSerif.ttf True Type Font File Dumper: v 0.5.5 Copyright 1996-1998 [email protected] Dumping File:/usr/share/fonts/truetype/freefont/FreeSerif.ttf Offset...

Looks good to me!

The conversion from codepoint to character string is done like this: ~~~ [code_point].pack('U*') ~~~ This will create the correct string representation for any Unicode codepoint. So as long as the...

I see. This is not possible with how the entities are implemented in kramdown though it is easily doable by just doing `[code_point1, code_point2].pack('U*')`. As far as I can see,...

This behaviour has changed in version 1.11.0 - have you been running a version older than this before? Have to dig a bit to find out why this behaviour changed...

Thank you - I will have a more in-depth look later!

@Convincible No, this change is not yet included but looks good! Please add some test and then it is good to go - thanks!

Thanks for the proposal! Some thoughts: * How would you want to store the link ID? In normalized form? * There can be multiple different link IDs for one normalized...

> > How would you want to store the link ID? In normalized form? > > I'd probably go with the same form that is used to pass links to...