Re: Coloured character borders in kterm

2023-02-06 Thread Miguel A. Vallejo
Hello!

> I used to see the issue too, but it disappeared since last time I checked.
>
> Maybe the fix for #103 [0] or some other fontconfig update fixed it for 
> me.
> Do you still see the issue with an up-to-date sid or testing ?

I can't confirm it, because now I'm on stable just to get work done
without eye strain so I will stay here some time.

Anyway, glad to see it seems to be solved.

Thank you



Re: Coloured character borders in kterm

2023-02-05 Thread Aurélien COUDERC
Le samedi 14 janvier 2023, 22:05:44 CET Miguel A. Vallejo a écrit :
> Hello!
> 
> After today's apt-upgrade I noticed all letters in kterm have a
> coloured border as you can see in the attached image.
> 
> But I also noticed 78 packages have been kept back, so my question is:
> 
> Is this a new problem or only the symptom of an incomplete upgrade?
> 
> Anyone else noticed this?

I used to see the issue too, but it disappeared since last time I checked.

Maybe the fix for #103 [0] or some other fontconfig update fixed it for me.
Do you still see the issue with an up-to-date sid or testing ?


[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=103


Happy hacking,
--
Aurélien





Re: Coloured character borders in kterm

2023-01-29 Thread Miguel A. Vallejo
Hello again!

I went the Stable route. After a clean installation of Debian Stable,
everything displayed fine... in KDE.

But GTK applications had colored edges. After tweaking fontconfig and
fontconfig-config with the same KDE settings GTK applications rendered
nice fonts... except the smaller ones, who still display colored
borders.

Other applications like Telegram also display colored font borders in
any font size... this is interesting because Telegram is a Qt program.

In resume: I thought font rendering issues were something from the
past but I was wrong. In 2023 it is still a serious issue affecting
*every* Linux distribution.

Anyway I will stay in Stable some time... My main applications are KDE
based ones and a clean and crisp Konsole is a must for me.

Thank you for all your tips.



Re: Coloured character borders in kterm

2023-01-27 Thread Timothy M Butterworth
On Fri, Jan 27, 2023 at 4:07 PM Miguel A. Vallejo  wrote:

> Hello!
>
> I tested debian-live-11.6.0-amd64-kde.iso and font rendering is just
> perfect, both in Konsole and the whole system.
>
> I can't find a live testing kde iso, the only ones I found were based
> on cinnamon.
>

11.6.0 KDE Live can be downloaded at:
https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/11.6.0-live+nonfree/amd64/iso-hybrid/

The Bookworm weekly and daily builds are currently on hiatus due to lack of
a maintainer.

I'm downloading a nightly build of kde neon, but download speed is
> awful, so no tests until tomorrow.
>
> The only bug somewhat related I found is this one
>
> https://bugs.kde.org/show_bug.cgi?id=463024
>
> But I'm not sure if we are talking about the same issue.
>
> The main problem for me is I'm suffering eye strain because of all the
> rainbow colors around texts, and because this does not seem to be
> resolved anytime soon so I'm seriously thinking of migrating to stable
> or any other distribution with more up to date packages. I can't take
> this much longer.
>

Usually when there is a strange color issue it is due to accessibility
functions being enabled mistakenly. Check to make sure you do not have
blind user contrast enabled.

I am running bookworm with no issues. When in doubt you could try a clean
install:
https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/weekly-builds/amd64/iso-dvd/



> Greetings
>
>

-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄⠀⠀


Re: Coloured character borders in kterm

2023-01-27 Thread piorunz

On 27/01/2023 21:06, Miguel A. Vallejo wrote:

The only bug somewhat related I found is this one

https://bugs.kde.org/show_bug.cgi?id=463024

But I'm not sure if we are talking about the same issue.


So I am reading this bug report. Sub-pixel rendering turned off is 
better visually?


My result is:
$ grep Xft ~/.config/kdeglobals
XftAntialias=true
XftHintStyle=hintslight
XftSubPixel=rgb

And everything is fine, my image on two 4K monitors is crispy sharp, no 
blurry RGB rainbow or whatever, it always has been like that. Is it any 
better if I turn off XftSubPixel?


--
With kindest regards, Piotr.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄



Re: Coloured character borders in kterm

2023-01-27 Thread piorunz

On 27/01/2023 21:06, Miguel A. Vallejo wrote:


The main problem for me is I'm suffering eye strain because of all the
rainbow colors around texts, and because this does not seem to be
resolved anytime soon so I'm seriously thinking of migrating to stable
or any other distribution with more up to date packages. I can't take
this much longer.


Just downgrade to Bookworm repo (current Testing). You should be able to 
do it in your system without reinstalling, just make sure you on top of 
apt and its manual, apt-pinning, when manipulating all packages. From 
Sid to Testing is not very far, and everything works - at least on my 
machine.
I use Testing on only one machine, everything else is on Stable. Stable 
has its name for a good reason.



--
With kindest regards, Piotr.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄



Re: Coloured character borders in kterm

2023-01-27 Thread Miguel A. Vallejo
Hello!

I tested debian-live-11.6.0-amd64-kde.iso and font rendering is just
perfect, both in Konsole and the whole system.

I can't find a live testing kde iso, the only ones I found were based
on cinnamon.

I'm downloading a nightly build of kde neon, but download speed is
awful, so no tests until tomorrow.

The only bug somewhat related I found is this one

https://bugs.kde.org/show_bug.cgi?id=463024

But I'm not sure if we are talking about the same issue.

The main problem for me is I'm suffering eye strain because of all the
rainbow colors around texts, and because this does not seem to be
resolved anytime soon so I'm seriously thinking of migrating to stable
or any other distribution with more up to date packages. I can't take
this much longer.

Greetings



Re: Coloured character borders in kterm

2023-01-26 Thread piorunz

On 25/01/2023 21:58, Miguel A. Vallejo wrote:

Nobody else noticed this problem?


Debian Testing, after all updates in last 10 days, did not brought this 
issue to my machine. Fonts are still perfect in Konsole. Maybe boot up 
from USB stick with various versions, see if issue is there in Stable, 
Testing, Sid, maybe it's GPU driver, or something else to do with hardware?


--
With kindest regards, Piotr.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄



Re: Coloured character borders in kterm

2023-01-25 Thread Miguel A. Vallejo
I have been testing some things trying to get the culprit package but
I didn't find anything.

The problem persists creating a new user and logging in with the new
user. I also tried different fonts in Konsole and some of them are
less affected than others but all of them have colored borders, making
the terminal a text rainbow.

 I have seen some recent font related bugs in KDE's bugtracker but
none of them seem to match my problem.

Nobody else noticed this problem?

Is it possible I have a missing package somewhere? I have installed
task-kde-desktop but I'm not sure this guarantees all needed packages
are installed.

Thanks in advance



Re: Coloured character borders in kterm

2023-01-17 Thread Miguel A. Vallejo
Just for info, I managed to downgrade libfreetype6 and fontconfig to
2.11.1+dfsg-1 and the problem persists.



Re: Coloured character borders in kterm

2023-01-17 Thread Miguel A. Vallejo
Hello Sven!

I removed both simlinks but no effect at all, exactly the same rainbow
colored characters, most noticeable with dark background (Kterm)

Sven Joachim wrote:
>
> It is due to new settings in fontconfig-config, especially the symlinks
> 10-sub-pixel-rgb.conf and 10-yes-antialias.conf in /etc/fonts/conf.d.
> Try removing the first of these, and if you are still not satisfied with
> the result, the second as well.
>
> After that fonts should look the same as before, except that the default
> family is now Noto rather than DejaVu, see https://bugs.debian.org/1028643.
>
> Cheers,
>Sven



Re: Coloured character borders in kterm

2023-01-17 Thread Sven Joachim
On 2023-01-14 22:05 +0100, Miguel A. Vallejo wrote:

> Hello!
>
> After today's apt-upgrade I noticed all letters in kterm have a
> coloured border as you can see in the attached image.
>
> But I also noticed 78 packages have been kept back, so my question is:
>
> Is this a new problem or only the symptom of an incomplete upgrade?

It is due to new settings in fontconfig-config, especially the symlinks
10-sub-pixel-rgb.conf and 10-yes-antialias.conf in /etc/fonts/conf.d.
Try removing the first of these, and if you are still not satisfied with
the result, the second as well.

After that fonts should look the same as before, except that the default
family is now Noto rather than DejaVu, see https://bugs.debian.org/1028643.

Cheers,
   Sven



Re: Coloured character borders in kterm

2023-01-17 Thread piorunz

On 16/01/2023 15:37, Miguel A. Vallejo wrote:


Here is the apt log for january 13 and 14

Plenty of packages with something to do with fonts and rendering.
libfreetype6
libfontembed1
fonts-wine
libtiff6
and so on.

And now these packages landed in Testing, packages due to upgrade in my 
system, among others:

  libfreetype-dev
  libfreetype6
  libfreetype6-dev
  libfreetype6:i386
  libgcc-11-dev
  libgl-dev
  libgl1
  libgl1:i386
  libgles-dev
  libgles1
  libgles2

I think I will hold fire upgrading these packages, see what happens.

--
With kindest regards, Piotr.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄



Re: Coloured character borders in kterm

2023-01-16 Thread Miguel A. Vallejo
> Would you mind posting the package changes on your system for this date ?
> Maybe something will give us inspiration.

Here is the apt log for january 13 and 14
 Thnaks in advance

Start-Date: 2023-01-13  13:13:44
Commandline: apt upgrade
Upgrade: libgdal32:amd64 (3.6.2+dfsg-1, 3.6.2+dfsg-1+b1),
libfreeimage3:amd64 (3.18.0+ds2-8, 3.18.0+ds2-8+b1),
libpoppler-qt5-1:amd64 (22.12.0
-2, 22.12.0-2+b1), cups-filters:amd64 (1.28.16-1+b2, 1.28.16-1+b3),
qt5-qmake-bin:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3), libgeotiff5:amd64
(1.7
.1-2, 1.7.1-2+b1), qtbase5-dev-tools:amd64 (5.15.7+dfsg-2,
5.15.7+dfsg-3), libgphoto2-l10n:amd64 (2.5.29-1, 2.5.30-1),
qt5-image-formats-plugi
ns:amd64 (5.15.7-2, 5.15.7-3), gdal-plugins:amd64 (3.6.2+dfsg-1,
3.6.2+dfsg-1+b1), libqt5core5a:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3),
qt5-gtk-
platformtheme:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3), liblzma5:amd64
(5.4.0-0.1, 5.4.1-0.0), liblzma5:i386 (5.4.0-0.1, 5.4.1-0.0),
imagemagick:a
md64 (8:6.9.11.60+dfsg-1.4, 8:6.9.11.60+dfsg-1.4+b1), libpocl2:amd64
(3.0-8, 3.1-1), gwenview:amd64 (4:22.12.1-1, 4:22.12.1-1+b1),
libtiff6:am
d64 (4.5.0-2, 4.5.0-3), libtiff6:i386 (4.5.0-2, 4.5.0-3),
libgs10:amd64 (10.0.0~dfsg-9, 10.0.0~dfsg-9+b1), libqt5network5:amd64
(5.15.7+dfsg-2
, 5.15.7+dfsg-3), libfreetype6:amd64 (2.12.1+dfsg-3, 2.12.1+dfsg-4),
libfreetype6:i386 (2.12.1+dfsg-3, 2.12.1+dfsg-4), libfontembed1:amd64
(1.
28.16-1+b2, 1.28.16-1+b3), libqt5concurrent5:amd64 (5.15.7+dfsg-2,
5.15.7+dfsg-3), fonts-wine:amd64 (8.0~rc1~repack-1, 8.0~rc2~repack-1),
libq
t5dbus5:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3), libpoppler-cpp0v5:amd64
(22.12.0-2, 22.12.0-2+b1), libimlib2:amd64 (1.10.0-4, 1.10.0-4+b1),
libg
egl-0.4-0:amd64 (1:0.4.40-1, 1:0.4.40-1+b1), xz-utils:amd64
(5.4.0-0.1, 5.4.1-0.0), libqt5test5:amd64 (5.15.7+dfsg-2,
5.15.7+dfsg-3), libmagic
k++-6.q16-8:amd64 (8:6.9.11.60+dfsg-1.4, 8:6.9.11.60+dfsg-1.4+b1),
libgraphicsmagick++-q16-12:amd64 (1.4+really1.3.39-2,
1.4+really1.3.39-2+b1
), libqt5widgets5:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3),
cups-filters-core-drivers:amd64 (1.28.16-1+b2, 1.28.16-1+b3),
poppler-utils:amd64 (22.
12.0-2, 22.12.0-2+b1), libmagickcore-6.q16-6-extra:amd64
(8:6.9.11.60+dfsg-1.4, 8:6.9.11.60+dfsg-1.4+b1), python3-gdal:amd64
(3.6.2+dfsg-1, 3.
6.2+dfsg-1+b1), libqt5gui5:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3),
ghostscript:amd64 (10.0.0~dfsg-9, 10.0.0~dfsg-9+b1),
libqt5printsupport5:amd6
4 (5.15.7+dfsg-2, 5.15.7+dfsg-3), libpoppler-glib8:amd64 (22.12.0-2,
22.12.0-2+b1), libqt5xml5:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3),
libqt5ope
ngl5:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3), libmagickwand-6.q16-6:amd64
(8:6.9.11.60+dfsg-1.4, 8:6.9.11.60+dfsg-1.4+b1), libdjvulibre21:amd64
(
3.5.28-2, 3.5.28-2+b1), libgeoip1:amd64 (1.6.12-9, 1.6.12-10),
libpoppler126:amd64 (22.12.0-2, 22.12.0-2+b1), qtbase5-dev:amd64
(5.15.7+dfsg-2
, 5.15.7+dfsg-3), python3-pil.imagetk:amd64 (9.4.0-1, 9.4.0-1+b1),
libqt5sql5:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3), cups-browsed:amd64
(1.28.1
6-1+b2, 1.28.16-1+b3), imagemagick-6.q16:amd64 (8:6.9.11.60+dfsg-1.4,
8:6.9.11.60+dfsg-1.4+b1), libunbound8:amd64 (1.17.0-1+b1, 1.17.1-1),
lib
pocl2-common:amd64 (3.0-8, 3.1-1), libmagickcore-6.q16-6:amd64
(8:6.9.11.60+dfsg-1.4, 8:6.9.11.60+dfsg-1.4+b1), python3-pil:amd64
(9.4.0-1, 9.
4.0-1+b1), libqt5opengl5-dev:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3),
libopenjp2-7:amd64 (2.5.0-1, 2.5.0-1+b1), libopenjp2-7:i386 (2.5.0-1,
2.5.0
-1+b1), libzmq5:amd64 (4.3.4-4, 4.3.4-5), libzmq5:i386 (4.3.4-4,
4.3.4-5), libgtk-4-1:amd64 (4.8.3+ds-1, 4.8.3+ds-1+b1),
libgraphicsmagick-q16
-3:amd64 (1.4+really1.3.39-2, 1.4+really1.3.39-2+b1),
libadwaita-1-0:amd64 (1.2.1-1, 1.2.1-2), pocl-opencl-icd:amd64 (3.0-8,
3.1-1), libqt5sql
5-sqlite:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3), qt5-qmake:amd64
(5.15.7+dfsg-2, 5.15.7+dfsg-3), libgtk-4-bin:amd64 (4.8.3+ds-1,
4.8.3+ds-1+b1),
libcupsfilters1:amd64 (1.28.16-1+b2, 1.28.16-1+b3),
libqt5sql5-mysql:amd64 (5.15.7+dfsg-2, 5.15.7+dfsg-3),
wine-binfmt:amd64 (8.0~rc1~repack-
1, 8.0~rc2~repack-1)
End-Date: 2023-01-13  13:14:12



Start-Date: 2023-01-13  13:14:16
Commandline: apt autoremove --purge
Purge: libgphoto2-l10n:amd64 (2.5.30-1)
End-Date: 2023-01-13  13:14:16



Start-Date: 2023-01-14  14:21:56
Commandline: apt upgrade
Upgrade: fontconfig:amd64 (2.13.1-4.5, 2.14.1-3),
libokular5core10:amd64 (4:22.12.1-1, 4:22.12.1-1+b1), libext2fs2:amd64
(1.46.6~rc1-1+b1, 1.4
6.6~rc1-1.1), readline-common:amd64 (8.2-1.2, 8.2-1.3),
python3-samba:amd64 (2:4.17.4+dfsg-2+b1, 2:4.17.4+dfsg-3),
libglx-mesa0:amd64 (22.3.2-
1, 22.3.3-1), sane-utils:amd64 (1.1.1-6+b1, 1.1.1-6+b2), libldb2:amd64
(2:2.6.1+samba4.17.4+dfsg-2+b1, 2:2.6.1+samba4.17.4+dfsg-3),
libldap-co
mmon:amd64 (2.5.13+dfsg-2, 2.5.13+dfsg-3), libwine:amd64
(8.0~rc1~repack-1, 8.0~rc2~repack-1), libwine:i386 (8.0~rc1~repack-1,
8.0~rc2~repack-
1), qml-module-qt-labs-settings:amd64 (5.15.7+dfsg-2, 5.15.8+dfsg-2),
libgbm1:amd64 (22.3.2-1, 22.3.3-1), libgbm1:i386 (22.3.2-1, 22.3.3-1),
l
ibspandsp2:amd64 (0.0.6+dfsg-2, 0.0.6+dfsg-2+b1), libwbclient0:amd64

Re: Coloured character borders in kterm

2023-01-16 Thread Aurélien COUDERC



Le 16 janvier 2023 01:59:12 GMT+01:00, "Miguel A. Vallejo"  a 
écrit :
>Until january 13th it rendered perfect. Crisp and clean but after an apt
>upgrade the issue appeared.

Would you mind posting the package changes on your system for this date ?
Maybe something will give us inspiration.

You would find that in the /var/log/apt/history.log file.


Thanks,
--
Aurélien



Re: Coloured character borders in kterm

2023-01-16 Thread Aurélien COUDERC



Le 16 janvier 2023 01:33:47 GMT+01:00, piorunz  a écrit :
>On 16/01/2023 00:31, piorunz wrote:
>
>> Looks like inverted sub-pixel rendering to me.
>
>Scratch that. Even with inverted RGB, it should NOT have colors.. :| Like you 
>have. Shades of blue and brown. That's weird one!

Indeed, you would see that kind of effects in a photo of the screen, where each 
pixel is physically rendered by multiple color sub-pixels. But not in a 
screenshot.


--
Aurélien



Re: Coloured character borders in kterm

2023-01-15 Thread Miguel A. Vallejo
Until january 13th it rendered perfect. Crisp and clean but after an apt
upgrade the issue appeared.

I tried to tweak the settings but no one brings back the rendering quality
I had just three days ago. I always get rainbow-colored borders.

The problem is I can't find the responsible package to try to downgrade
it... or open a bug report against it. A web search for recent kde bugs or
problems didn't show anything.

It is quite unconfortable to work with a multicolored font everywhere but I
don't know what to do now.

Please if someone else noticed the problem please advice

Thank you in advance


Re: Coloured character borders in kterm

2023-01-15 Thread piorunz

On 16/01/2023 00:31, piorunz wrote:


Looks like inverted sub-pixel rendering to me.


Scratch that. Even with inverted RGB, it should NOT have colors.. :| 
Like you have. Shades of blue and brown. That's weird one!


--
With kindest regards, Piotr.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄



Re: Coloured character borders in kterm

2023-01-15 Thread piorunz

On 16/01/2023 00:11, Miguel A. Vallejo wrote:

Hi. What system are you running? Is it even Debian? What versions of
KDE, packages, system? Can't help without info.


Sorry, I forgot the details because I always assume here everyone uses Sid.

Debian Sid, fully updated, as today no packages were kept back.

Konsole version 22.12.1
Plasma version 5.26.5
KDE frameworks version 5.101
QT version 5.15.8
Kernel 6.1.0-1 amd64 running under X11

The problem is also observed in desktop icons, Dolphin, etc (less
noticeable because of the colored background) and in some GTK
applications, like Chrome. It seems to be more noticeable with smaller
font sizes


No, I use Testing. Saves me hassle with broken deps or early bugs.
For me, fonts are perfect:
https://i.imgur.com/UQ5qyIW.png

See if you can configure fonts in this place:
https://i.imgur.com/yjrvQl4.png

Looks like inverted sub-pixel rendering to me. Experiment with settings 
on that page see if you have any results.
Fun fact, some monitors are not RGB but inverted BGR or some other 
combination. They need careful adjustment of sub-pixel rendering for 
best results.


--
With kindest regards, Piotr.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄



Re: Coloured character borders in kterm

2023-01-15 Thread Miguel A. Vallejo
> Hi. What system are you running? Is it even Debian? What versions of
> KDE, packages, system? Can't help without info.

Sorry, I forgot the details because I always assume here everyone uses Sid.

Debian Sid, fully updated, as today no packages were kept back.

Konsole version 22.12.1
Plasma version 5.26.5
KDE frameworks version 5.101
QT version 5.15.8
Kernel 6.1.0-1 amd64 running under X11

The problem is also observed in desktop icons, Dolphin, etc (less
noticeable because of the colored background) and in some GTK
applications, like Chrome. It seems to be more noticeable with smaller
font sizes

Thanks in advance.



Re: Coloured character borders in kterm

2023-01-15 Thread piorunz

On 14/01/2023 21:05, Miguel A. Vallejo wrote:


After today's apt-upgrade I noticed all letters in kterm have a
coloured border as you can see in the attached image.

But I also noticed 78 packages have been kept back


Hi. What system are you running? Is it even Debian? What versions of 
KDE, packages, system? Can't help without info.


--
With kindest regards, Piotr.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄



Coloured character borders in kterm

2023-01-14 Thread Miguel A. Vallejo
Hello!

After today's apt-upgrade I noticed all letters in kterm have a
coloured border as you can see in the attached image.

But I also noticed 78 packages have been kept back, so my question is:

Is this a new problem or only the symptom of an incomplete upgrade?

Anyone else noticed this?

Thanks in advance