You are not logged in.
Hi,
As you can see in the picture, i have an issue with the viewing of the characters which is "shifted up".
The image show an example of the viewing of characters in Visual Studio Code:
I also tried to change the font but the problem persist. Anyone can help me to fix it?
(My arch has a KDE Plasma as Desktop Enviroment)
Thank in advance
Last edited by diamant (2020-08-31 19:45:14)
Offline
Anyone can help me?
For other reasons I have to reinstall my arch... I keep using KDE Plasma as DE. The problem reappear after a couple of days since the installation. I searched on internet but seems that i am the only user with this problem. Do i have to report it to Arch Linux or maybe Plasma KDE? The worst thing is that it isn't only a graphical problem becouse if i created an LibreOffice Writer file and another PC open it the text has bad indent and space.
Offline
The reason you aren't getting any help on this is because you give us nothing to go on: what font is this? How did you install the font? Do you see the same issue in a terminal? Did you follow the Wiki? Have you tried other fonts and if so, do they have the same problem?
Offline
if i created an LibreOffice Writer file and another PC open it the text has bad indent and space.That's not possible and/or unrelated, eg. if you indented using the space key and use a font that's no available on the other system.
In this case the solution is to learn how to use a text processor and that it's not a typewriter. Do not layout text using the space key.
The VS/electron thing could be DPI related, what's the output of "xrandr -q" and "xdpyinfo | grep resolution"?
Offline
Thanks for the replies!
The reason you aren't getting any help on this is because you give us nothing to go on: what font is this? How did you install the font? Do you see the same issue in a terminal? Did you follow the Wiki? Have you tried other fonts and if so, do they have the same problem?
Sorry for the poor set of information in my first post... The font is "Noto Sans". The terminal hasn't this bug, but the terminal (konsole) use "Hack" font. The font is installed with the plasma group. I searched on the wiki but i didn't found an issue like mine. Yes i have the same problem with other fonts.
This problem affect not all the text: a type of text affected is the text in textbox, like the google search bar but not the text in the firefox search bar. The online pages of firefox have all the text affected.
The VS/electron thing could be DPI related, what's the output of "xrandr -q" and "xdpyinfo | grep resolution"?
$ xrandr -q
Screen 0: minimum 320 x 200, current 1366 x 768, maximum 16384 x 16384
eDP-1 connected primary 1366x768+0+0 (normal left inverted right x axis y axis) 344mm x 194mm
1366x768 60.06*+ 40.01
1280x720 60.00 59.99 60.06 59.86 59.74
1024x768 60.04 60.06 60.00
960x720 60.00
928x696 60.05
896x672 60.01
1024x576 59.95 59.96 59.90 59.82
960x600 59.93 60.00
960x540 59.96 59.99 59.63 59.82
800x600 60.00 60.06 60.32 56.25
840x525 60.01 59.88
864x486 59.92 59.57
700x525 59.98
800x450 59.95 59.82
640x512 60.02
700x450 59.96 59.88
640x480 60.06 60.00 59.94
720x405 59.51 58.99
684x384 59.88 59.85
640x400 59.88 59.98
640x360 59.86 59.83 59.84 59.32
512x384 60.00
512x288 60.00 59.92
480x270 59.63 59.82
400x300 60.32 56.34
432x243 59.92 59.57
320x240 60.05
360x202 59.51 59.13
320x180 59.84 59.32
HDMI-1 disconnected (normal left inverted right x axis y axis)$ xdpyinfo | grep resolution
resolution: 96x96 dots per inchOffline
The DPI is ok (physical 100 ./. 96 logical - that's not really off) but the font in the screenshot is not Noto Sans for sure.
Please post a screenshot of firefox. Is it only browsers (or browser driven applications like VS) that are affected?
Offline
This is the google search bar from firefox:
https://imgur.com/a/jCM8OlI
Sorry but i don't understand what do you mean with "browser driven application", all the application except the gui menus and toolbars are affected.
Offline
Please post a complete screenshot w/ the rest of the firefox window - it's not even visible whether there's anyrthing wrong with the segment you posted.
VS code is an electron app, which is essentially chromium.
So what is "all the applications" (notably if it's not "gui menus and toolbars" since that sounds like no application is affected but just some specific content rendering)
Offline
Firefox image:
https://imgur.com/IqJ2YM6
I think that you are right. Now that you point it out to me it seems to be a bug with some content rendering.
Offline
If you rightclick the text and inspect the element, go to the computed attributes and check the font family - it's likely "arial, sans-serif".
Then run fc-match on that family (eg. "fc-match arial") and post the result.
The font in the screenshot is not Noto Sans (the latter has a straight tailing bar in "a") and the installed arial match seems to have bad extent hints.
Offline
The font used is the "arial, sans-serif", so the command output is:
$ fc-match arial
NimbusSans-Regular.otf: "Nimbus Sans" "Regular"$ fc-match sans-serif
NimbusSans-Regular.otf: "Nimbus Sans" "Regular"Offline
What if you remove the nimbus fonts?
Offline
Wow!!! It works!!!
Thanks for all seth!
Solution: delete nimbus sans font
Offline
Where did you get it from? AUR package?
Offline
Acording to the file list of the package extra/gsfonts (https://www.archlinux.org/packages/extr … nts/files/) this package provide the Nimbus Sans fonts. Looking my pacman.log the extra/gsfonts was installed as dipendency of gvim. With the upstream url of the package extra/gsfonts from GitHub i found an issue that describes a problem like mine (https://github.com/ArtifexSoftware/urw- … /issues/25).
Offline
Thanks for the clarification - unfortunately that doesn't look like something that's going to be fixed anytime soon…
Offline
I saw
thanks to you!
Offline