[arch-general] PS: xdpyinfo displays wrong "dimension" values

[Ralf Mardorf]

On Fri, 11 Aug 2017 11:38:16 +0200, Daniel Martin:
>Yes, it is buggy, there's a proposed patch:
>https://lists.x.org/archives/xorg-devel/2017-May/053743.html
>
>Are you able to test and verify it? That may help to get the patch
>into the repository.

Thank you Daniel,

sorry, no I wont test it in the foreseeable future, since I switched
from CRT to LCD and I've got plans to make music during my holidays,
but the migration to the LCD monitor already is a show-stopper. The
first LCD monitor I tested was crap, but provided an option to blurry
the image, so I could use all my CRT settings without issues. The LCD
monitor I've got now is superb, but it has got no feature to blurry the
image, so all fonts are a PITA at the moment.

Btw. I get EDID information for my LCD monitor...

$ grep screen\) /usr/local/bin/xdh -A7
          screen)
            echo "xdpyinfo | grep screen -A2"
            xdpyinfo | grep screen -A2
            echo "cat /sys/class/drm/card0-HDMI-A-2/edid | edid-decode | grep \"Detailed mode\" | cut -f2 -d, | sort -u"
            cat /sys/class/drm/card0-HDMI-A-2/edid | edid-decode | grep "Detailed mode" | cut -f2 -d, | sort -u
            echo "cat /sys/class/drm/card0-VGA-1/edid    | edid-decode | grep \"Detailed mode\" | cut -f2 -d, | sort -u"
            cat /sys/class/drm/card0-VGA-1/edid    | edid-decode | grep "Detailed mode" | cut -f2 -d, | sort -u
          ;;

...but calculating and using the supposedly optimal DPI value doesn't
help at all.

At the moment I'm using...

$ cat .Xresources 
Xft.autohint:  0
Xft.lcdfilter: lcddefault
Xft.hintstyle: hintfull
Xft.hinting:   1
Xft.antialias: 1
Xft.rgba:      rgb
Xft.dpi:       96

...to no avail. OTOH other values for those Xft settings are much more
disgusting. In addition I need to solve the syslinux dualhead bootloader
issue, perhaps by migrating to GRUB or another bootloader :( and then
I need to read the fine manual of the LCD monitor, to get rid of
annoying brightness variation. Just turning off a feature clearly
related to brightness variation didn't help, there must be another
feature affecting brightness, too.

Let alone that I need to test my xrandr related scripts to turn on and
of LCD or CRT with different settings, for different purposes +
automatically adjusting panels and wallpaper.

:D

Regards,
Ralf