From: Michael <confabulate@kintzios.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Some symbols render incomplete in text mode
Date: Sun, 01 May 2022 11:57:51 +0100 [thread overview]
Message-ID: <8099761.NyiUUSuA9g@lenovo.localdomain> (raw)
In-Reply-To: <CA+t6X7dOuScRFVYDRgELrXr0DCmKG6nnXpyF6PkL38qWAb0Z=Q@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 4065 bytes --]
On Saturday, 30 April 2022 12:49:59 BST gevisz wrote:
> пт, 29 апр. 2022 г. в 00:42, Frank Steinmetzger <Warp_7@gmx.de>:
> > Am Thu, Apr 28, 2022 at 09:20:08PM +0300 schrieb gevisz:
> > > ср, 27 апр. 2022 г. в 13:55, Frank Steinmetzger <Warp_7@gmx.de>:
> > > > Am Sun, Apr 24, 2022 at 11:57:49PM +0300 schrieb gevisz:
> > > > > After a recent update of my Gentoo system, I have noticed that some
> > > > > symbols may be rendered incomplete in a text mode.
> > > >
> > > > What exactly do you mean with “text mode”?
> > >
> > > By "text mode" I mean that "it happened in Gvim, in a web-browser
> > > and in a dialog-window for saving files" but not in videos or pictures.
> >
> > I see, you mean text that was actually rendered and not part of an image.
>
> Yes. Thank you for replying to this thread once more.
>
> Yesterday evening I finally managed to catch the problem
> with incomplete rendering of cyrillic letters "in text mode"
> and make a screenshot of it. This time, it happened in
> html page that was open in google-chrome.
>
> A properly cropped screenshot of it is attached to this email.
>
> As it may happen that you and other readers of this thread
> are not familiar with cyrillic letters to the extent needed to see
> that they are rendered incomplete, I also add a screenshot
> of the same text rendered complete. I made it this morning
> with the same google-chrome.
>
> By the way, this means that the problem appears from time
> to time and does not look to be easily reproducible.
>
> I even assume that it may be a hardware problem
> as my computer is quite old, but unfortunately
> can not check this assumption so far.
>
> > I noticed that those applications you mention are all GTK-based.
>
> Yes, I try not to mix GTK and Qt on this old computer
> as much as possible to reduce the time needed
> to update the system. So, most of the applications on
> it use GTK. The only one that I know uses Qt is VLC
> as it does not work properly with GTK. However, I use
> it quite rarely.
>
> > Do you have any available that are built on Qt (or any other toolkit)?
>
> I am afraid that VLC is the only one.
> Once tried Qutebrowser was removed a long time ago.
>
> > I can’t say that I have seen that youtube issue before. But I also have no
> > idea what it could be or how to solve it. Could you create a new browser
> > profile and check whether the issue is still present there? This could
> > tell
> > us whether it’s an issue with your existing profile.
>
> I will try to create a new user and run google-chrome from his profile
> and report the result here.
>
> However, when the disk with my /home directory
> was for a few months installed on another computer
> also runned by Gentoo with similar configuration
> I have not noticed such problems.
>
> Moreover, I am starting to suspect that
> the problem with incomplete rendering letters
> "in text mode" and the problem with symbols
> in the youtube video player toolbar may be
> separate ones as the latter is much more
> reproducible and appears only in google-chrome
> (have not noticed it in Firefox, for example,
> though I quite rarely use Firefox to view youtube videos).
I can't offer much help on this, but I'll share a similar experience. I have
seen something like this happening on Chromium, running on Enlightenment
desktop a few years ago. I recall it was affected by the scale set on the
desktop 1.2:1 or something like that. I can't recall if this was also
occurring on Plasma. I think I saw the same missing character problem on the
title bar of the browser window. This was on English text (UTF8 encoding).
Firefox and other applications didn't have a problem. At that time I recall
Chromium's rendering of the menu/toolbar and window border was fighting against
the desktop. Some update on Chromium eventually fixed things. So I blamed it
on the interplay between the desktop, browser and graphics card/driver
(radeon).
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2022-05-01 10:58 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-24 20:57 [gentoo-user] Some symbols render incomplete in text mode gevisz
2022-04-27 10:55 ` Frank Steinmetzger
2022-04-28 18:20 ` gevisz
2022-04-28 18:23 ` gevisz
2022-04-28 21:41 ` Frank Steinmetzger
2022-04-30 11:49 ` gevisz
2022-05-01 10:57 ` Michael [this message]
2022-05-01 18:46 ` gevisz
2022-05-02 12:03 ` Michael
2022-05-02 19:54 ` gevisz
2022-05-05 17:46 ` gevisz
2022-05-07 9:47 ` Frank Steinmetzger
2022-05-10 15:42 ` gevisz
2022-05-20 9:13 ` gevisz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8099761.NyiUUSuA9g@lenovo.localdomain \
--to=confabulate@kintzios.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox