Thanks!

As the rendering will change, the result images must be updated as well.

If I recall correctly, and I may not, there are some edge cases where this actually will not work properly. Probably in the cases where the error is large (like 31 instead of 3-4). I think the current approach works if there is a single character for the hyphen, but not for multicharacter hyphens. So probably one should check that the length of the HList is 1?

Related is #23189 although that takes it a bit further to use a character with accent if available. And I realize that there are probably a similar issue there...

Edit: I looked at the wrong image the first time. Image 39 is indeed a multicharacter accent, so I guess what is said above was somewhat correct.

If I recall correctly, and I may not, there are some edge cases where this actually will not work properly. Probably in the cases where the error is large (like 31 instead of 3-4). I think the current approach works if there is a single character for the hyphen, but not for multicharacter hyphens.

Yes this also affects _wide_accents like widehat because it strips away all but the first index from the Hlist.

So probably one should check that the length of the HList is 1?

It doesn't seem this simple. The length of a Hlist is always more than 1 because it includes the char + the kerning amount. Therefore this fix would never have an affect on Hlists.

If we want to get the accents on Hlists and chars to line up, we might need to manipulate the amount of kerning that each character gets, which is something I don't yet know how to do. I'm open to suggestions 😺

Sorry for letting this slip. I guess I do not really know how to proceed...

I think the correct way is to check as is done now, just more "careful", to see if there is more than one character or not.

However, I also think that another solution, probably better in the long term, but more complicated, is to make sure that the additional kerning is not added for groups consisting of groups and so on (basically \"a and \"{{{{{{a}}}}}} should result in the same Hlist). I am not really sure why the kerning is added as part of the parsing the brackets (if I understand it correctly).