5 Aug
2017
5 Aug
'17
6:42 a.m.
On Sat, 5 Aug 2017, Felix Miata wrote:
That's about as close as Xorg ever gets to accurate. My calculator says a 13.3"
screen should measure 294.44 by 165.62. Is that the result of using DisplaySize
in xorg.conf set to manufacturer's screen size specifications?
--
Felmon Davis
We are what we pretend to be.
-- Kurt Vonnegut, Jr.
Felmon Davis composed on 2017-08-05 00:37 (UTC-0400):
sorry, I missed this - where are the scripts?
I won't comment on the rest of your email until later today or
tomorrow but I wanted to comment on my set-up, which is probably
somewhat messed up.
I can log into Mint and into Debian Desktop Environment and also into
KDE4 Plasma. I'm looking at the latter now and stuff like Pan and
Firefox are tiny and have some kind of theme problem.
Windows 10 looks and behaves ok; it is hard for me to find the display
information beyond the elementary stuff.
frankly, what I think I should do is start over again. I have too much
playing in the config backyard. I have two partitions to play with. my
unease about re-installing is due solely to my unfamiliarity with the
mysteries of UEFI. (I need to keep Windows 10 for now; I'm researching
the possibility of installing Windows 7 instead though.)
I'll make decisions later today - either try to solve problems or
scratch and re-do.
I shouldn't forget to thank you for the very good advice!
f.
Felix Miata wrote:
>>> Save
http://fm.no-ip.com/Share/Linux/xorg.conf-minimal-EDID-workaround to use as
>>> an /etc/X11/xorg.conf template. Create in it an uncommented DisplaySize
line.
>>> Using half the values reported above that produce 96x96 /should/ produce
192x192
>>> as a place to start your experiments:
>>> DisplaySize 423 213 # 192 DPI @
3200x1800
>> I tried this value and the fonts were
grotesquely large on the login
> Not a surprise to me.
>> page but once logged in I saw no
difference.
> Shock. :-( What did/do "xrdb --query |
grep dpi" and "xdpyinfo | egrep
> 'dimen|ution'" report? Do they match what is reported if you load
> http://fm.no-ip.com/Auth/dpi-screen-window.html
> in a Gecko browser (Firefox, SeaMonkey, others) or Konqueror w/ KHTML, but not
> Chrom* or Opera.
I've made a little progress but let me give
you some results:
xrdb yields dpi = 120
That's the expected result of using TDE Control Center to force 120 DPI (through
Xft.dpi).
xdpyinfo yields:
3200x1800 pixels (270x216 millimeters)
Peculiar. 270x216 is a 1.25/1 ratio, 5/4,
normally only seen with 1280x1024
resolution displays. 216 is a tad taller than that of a 1920x1080 17" screen.
resolution 301x212 dots per inch
A bizarre ratio: 1.42:1.
however:
your website yields what seem to me correct
values except for dpi. it
DPI and default font px size reporting require you let the scripts run. seems not to capture the dpi values at all but
maybe I misinterpret:
<https://drive.google.com/file/d/0B--R0Wp8z2MkaTVtNmZ0TnRPNjg/view?usp=sharing>
Interesting. Screen totals are correctly reported. Available and Viewport show
exactly the values expected for a somewhat common screen size of 2560x1440. I
have to wonder how you managed to get a Konq window to open at that size on a
3200x1800 screen. Odds must be astronomical that it happened by accident.
I've commented out HorizSync and VertRefresh
though I did run
hwinfo
--monitor | grep -A6 'river Inf'
and it says "Size: 293x165 mm" so there's some data (or there're some
data) and a couple of
incongruities.
I'll stop here and talk about the progress I
alluded to earlier.
I think I have kde apps in ok shape by fooling
with fonts and
setting fonts to
System Settings
120 dpi
what doesn't work is management of
LibreOffice, Firefox, the intro
display for Trinity Control Center and various apps which I think are
GTK (and then there's that grotesquely large login page).
I don't see exegnu on DistroWatch, so without it installed, or more information
on its web site than I've seen, I don't know if GTK3 is installed or what
toolkit your LO or FF packages are built using. It looks like GTK apps are just
not capable of reasonably responding to a display of such high DPI on exegnu, or
maybe without being run in Gnome or Mate or other GTK DE or absent some unusual
manual gtk configuration or additional package support. Your inability to find
any gtk*3* packages installed is somewhat puzzling. A distro released only late
last year ought to be providing at least basic GTK3 support.
I'll be installing Apache Office which I
prefer but suspect it will
have the same problem as LO.
it seems to me I have to fuss with GTK.
Maybe searching in OO or LO forums for HiDPI discussions would prove fruitful.
Maybe we need to have a look at your xorg.conf if you're still using it.
At least let's see Xorg.0.log generated by the best configuration you've come up
with so far, with or without an xorg.conf.
or I may follow your advice below and alter the
display mode. that's > for tomorrow or the next day.
...
I may return the laptop.
Assuming running at lower than native resolution won't be acceptable to you,
that sounds like a good idea, unless you have really really good young eyes and
better tolerance for things tiny than the existence of this thread suggests. It
seems something in some software component, or maybe more than one, is just too
broken for working on a 276 physical DPI screen.
Is Windows still on it? What are its display/screen and font settings?