Hi Kasper,
the console (Konsole) uses
/etc/vconsole.conf
FONT=latarcyrheb-sun16 #
/usr/lib/kbd/consolefonts/latarcyrheb-sun16.psfu
Noto Sans Mono behaves the same. And it is not listed
in/usr/lib/kbd/consolefonts/
I tried to find the underlying reason for the bug.
Your hint about wcwidth is helpful.
I hope to find some time digging deeper:-)
btw - Konsole is really 'broken'.
After playing with the different UF8 chars I have to [ENTER] twice to
execute a command
(need to do reset).
Best Regards
Hans-Peter
Am 04.06.21 um 10:24 schrieb Kacper Gutowski:
On Fri, Jun 04, 2021 at 12:47:31AM +0200, Hans-Peter Sorge wrote:
However, there are "graphically oriented" UTF characters (including
⍝⊖⍟⍱), that take two character positions when being displayed and
take one character position when being selected.
So it's not an APL character / font handling problem. It Just
happened to be the first popup.
This sounds indicative of the kind of font problem where the terminal
emulator has a different idea about widths of glyphs than what the
font actually provides, i.e. when the font isn't really monospaced.
You mentioned Noto Sans Mono earlier. If APL characters are displayed
for you using that font, either because you chose it or because your
chosen font doesn't have them and Noto Sans Mono happens to be used as
a fallback, then you surely will have this problem because the
mentioned characters are twice as wide as other characters in this font.
And it's for no good reason. Unlike Chinese characters, these were
never a part of any East Asian character set (unless you count a
certain communist symbol from North Korean character set being
informally mapped to ⍟ by some sources) and their East Asian Width
property in Unicode is "neutral" and wcwidth returns 1 for them. So
they are expected to take only one character cell and in many terminal
emulators this leads to the behaviour you described when they don't.
This should be considered a bug in Noto Sans Mono.
-k
