bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Broken commandline


From: Hans-Peter Sorge
Subject: Re: Broken commandline
Date: Fri, 4 Jun 2021 11:34:56 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]