Tal Leming

Got it. I'll fix it. I've found where the value difference is happening. I'm trying to figure out a way to fix it now. (It's a chicken or egg issue.)

So, here's what is happening on the value difference. Previously, the glyph records resulting from GSUB processing had their advance width set _before_ processing GPOS. [See here.](https://github.com/typesupply/compositor/blob/db296a7ec7d0b09b58791231f356b511b8604f90/Lib/compositor/__init__.py#L211) This advance width...

> the layout engine could call `willBeginProcessGSUB` `didProcessGSUB` and the same for GPOS > > the font object could then add the overwrite `didProcessGSUB` and adjust the advanceWidth values of...

Even more strange. The tab positions are only messed up if items are given to the list: ```python import vanilla class Test: def __init__(self): self.w = vanilla.Window((500, 300)) self.w.list =...

I've tracked this down to the EditTextList2Cell being a subclass of Group. As soon as the group has a subview added to it, things go haywire. I ave no idea...

Here's the test for when I try to fix this in the future: ```python import vanilla import objc objc.setVerbose(True) class Test: def __init__(self): self.w = vanilla.Window((500, 300)) self.w.list = vanilla.List2(...

This was not intentional. It should be changed.

What you proposed seems fine to me. I want to drop the `name` attribute from GLIF but I don't think I have consensus on that yet.

Maybe we should change it just for clarity in the future? Whatever you think is best. I'm forgetful so I like to leave breadcrumbs.

This sounds fine to me.