You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
LibreOffice 6 font kerning and width-calculation algorithm renders font width of some characters inaccurately. This becomes especially apparent when creating cells 0.13" wide per the original spec for MICR, each of which contain one character using the GNU font at 12pt. In this scenario, the zero and some of the control characters (from a, b, c, d) cause an overflow symbol to appear in the cell and obstruct its contents. 1 - 9 are all seemingly unaffected.
It's probably due to subpixel rendering or some such nonsense.
I have not tested if LibreOffice 7 resolves the problem, itself supporting several kerning options. I have a pull request fixing this for the affected numeric character, zero ("0"). This was achieved by making the upper-case letter "O" the same symbol as zero (as it renders individually, when aligned-right to the cell boundary) but with less spacing on the left and an narrower character width, overall (so as not to trigger the overflow).
Here is the requisite pull request of the change for zero and I am going to do more testing and then upload similar fixes and tweaks for the other affected characters:
This is mostly here to document the issue in case anyone else encounters it and the preceding wordiness and so on is to guide people to this explanation upon searching for the requisite keywords.
Good luck!
-Nolte
The text was updated successfully, but these errors were encountered:
LibreOffice 6 font kerning and width-calculation algorithm renders font width of some characters inaccurately. This becomes especially apparent when creating cells 0.13" wide per the original spec for MICR, each of which contain one character using the GNU font at 12pt. In this scenario, the zero and some of the control characters (from a, b, c, d) cause an overflow symbol to appear in the cell and obstruct its contents. 1 - 9 are all seemingly unaffected.
It's probably due to subpixel rendering or some such nonsense.
I have not tested if LibreOffice 7 resolves the problem, itself supporting several kerning options. I have a pull request fixing this for the affected numeric character, zero ("0"). This was achieved by making the upper-case letter "O" the same symbol as zero (as it renders individually, when aligned-right to the cell boundary) but with less spacing on the left and an narrower character width, overall (so as not to trigger the overflow).
Here is the requisite pull request of the change for zero and I am going to do more testing and then upload similar fixes and tweaks for the other affected characters:
#1
This is mostly here to document the issue in case anyone else encounters it and the preceding wordiness and so on is to guide people to this explanation upon searching for the requisite keywords.
Good luck!
-Nolte
The text was updated successfully, but these errors were encountered: