Thanks Tim. I think you might be over-complicating things, though. For scenarios where Kern-On is generating the class kerning, it makes sense to take a pure data-compression approach to establishing the default kern classes. No human is reviewing the class kerns in such detail, so whatever is the m...

> First, it seems you are using manual kerning groups? Yes. I have my own kern groups set because I found that the auto kern groups would often create more groups than I felt were necessary to achieve good results. So in an effort to reduce the footprint of the class-class kern mapping, I merged som...

In reading the documentation, it appears that KernOn strategically decides which kern pair is the "default" based on the most common value. However, I often find that KernOn makes a mistake in setting the default kerning for a pair based on pairs that are not present in the corpora. For ex...

I've been thinking about this more recently. Potentially I could implement it as a post-KO step going through the kerning one-by-one, but it would be much simpler (I think) to implement into KO directly as part of the step that evaluates the deviation between the ideal kern and the class kern, then ...

Any thoughts on this proposal? :)

Hm. I understood what you wrote in the other thread, but I don't think that's the same as this issue. Here, the kern pair is being touched, it is just resulting in an odd and unexpected output. That said, I have since updated Glyphs and KernOn and am no longer seeing the issue. Not sure if there was...

Thanks for the explanation Tim! That makes a lot of sense. Given how things work, what I had envisioned is to implement a user-specified filter into the step between where the deviations are calculated and when they are multiplied by the frequency of the pair. That way users have an opportunity to h...

While reviewing kerning in a recent project, I noticed that the kerning shown by Kern On present in the Glyphs window does not match the ultimate kerning generated by Kern On. I'm aware that there are cases where a particular pair may not get kerning if it is too far down the frequency chart, but th...

I've been using Kern On on smaller projects to great success, but recently have applied it to a much larger project, including an extensive italic—Latin/Greek/Cyrillic with lots of alternates, variants, small caps, etc. and have been running into issues. Where keeping KernOn to a 32kb or 64kb max ke...

Thanks for the reply Tim! The bubbles approach does sound like it would be useful when dealing with scripts that have markedly different characteristics (or situations where one should have no kerning and another does). > (we can’t rely on the shapes being identical for all glyphs in the group) This...

Given that Kern-On re-generates all kern data whenever it runs, I wonder about what will happen if I am updating an existing font project with additional glyphs. In particular, I'm concerned that the kern data could change if the program interprets something differently, leading to a break in backwa...

Thank you both! I don't often crack open Glyphs files in a text editor but I don't have a problem with doing so. I haven't locked down the process I'm planning to use, but it sounds like there's several key sections that will need to be merged. Specifically: "KernOnIndependentPairs" "...

Following up on this. Any recommendations?
Thanks.

I am going to be working on a project soon where a collaborator will be working on the Cyrillic portion of the work. We are interested to use KernOn on the project, but it isn't clear to me how I can provide my collaborator with any master kerns that I add to the file, or integrate the master kerns ...