Eli-Zaretskii

> I can also repro on Emacs 27.0.50 27.0.50 is an old development version of an unknown date. Current Emacs master is at 28.0.50, and the `emacs-27` release branch is...

> Perhaps a more likely explanation is that when it assembles a family it gets confused and thinks that the expanded widths are the reference for width. Could you please...

Also: are the problems with OTF or TTF version of the font?

And one more question: what does the below produce in an Emacs session with the problematic display? M-x set-variable RET eval-expression-print-length RET nil RET M-: (font-info (font-at 1)) RET Please...

And if you invoke Emacs as `emacs -Q -fn Inconsolata-12`, what happens then with the output of the above command and with the spacing on display?

Also, can you try the OTF font?

Using the related Emacs APIs, we've established that Emacs treats the glyphs of this font as if they had width of 29 pixels, instead of the expected 10 or thereabouts....

According to https://lists.gnu.org/archive/html/bug-gnu-emacs/2020-01/msg00509.html, this seems to be a bug in Xft, and the workaround is to use the Cairo build of Emacs, which doesn't have this problem. Xft seems to...

Sorry, I have no idea. Someone will have to debug Xft and find out where they fail, and then perhaps there could be a workaround in the font. At this...

Thanks for identifying the culprit. However, it is strange that providing ligatures for these somehow affected ASCII letters. Does the actual change explain why that happened?