New Trademark font characters are right-clipped in the REPL producing an unfortunate visual result

[bazzaar]

I've just installed rakudo 2020.10 on a new 14" Dell laptop with HiRes screen running openSUSE Leap 15.2. Unfortunately, when I fire up the repl, in the default bash shell, with no modifications having been made to either the font type or font size displayed, I am greeted by two messages that appear to refer to "Faku/Fakudo" in nice bold embellished font.

Copying the text into an editor, the characters are in fact "Raku/Rakudo", as expected. So what appears to be the case is that there is clipping to the right side of each character that is in the fancy font-type. I thought I'd better raise it as an issue, before someone or other jumps on it.

[lizmat]

Related: Raku/problem-solving#193 and 80a4ada

[Kaiepi]

I had a similar issue to this one. Here's Raku losing its temper over my xterm setup on OpenBSD:

Firefox seemed calm enough in comparison, so I figured it would be a problem specific to xterm at first:

But I had already set up my locale and .Xdefaults for Unicode ages ago, so I figured that there was other configuration involved that I had overlooked. I found a couple config settings for xterm that become relevant when displaying this text:

While they make the text render, these were introduced to xterm to handle quirks in Xft's font rendering, which would indicate to me the issue's more with configuration for my fonts, not so much my terminal. The problem was that DejaVu Math TeX Gyre, the font that was being selected as a fallback when rendering this text, is w i d e; too wide for even single-width characters like that "R" to fit in one cell when selected in favour of the narrower monospace ones that xterm stubbornly defines their boundaries with. Blacklisting DejaVu fonts so friendlier fonts for my setup get the chance to display makes the text readable for me:

But this isn't a problem unique to xterm: urxvt and Konsole can fail to render glyphs in similar scenarios. I think font configuration is likely to be the culprit behind this issue as well.

[Altai-man]

This is unfortunate, but not a blocker for the release.

[lizmat]

Please note that the raku -v output only uses ASCII since 329e47f and now in the 2020.11 release. I don't see the text change for the REPL case any time soon, so I'm going to close this issue. Please re-open if you disagree.

[Altai-man]

@bazzaar can you please check latest release?

[bazzaar]

@bazzaar can you please check latest release?

I'll upgrade to 2020.12 once the pkg becomes available in

https://dl.bintray.com/nxadm/rakudo-pkg-rpms/openSUSE/15.2/x86_64

and then report back.

Update :

I upgraded to Raku 2020.12, the glitch in the trademark in a KDE Konsole window remains :