trinity-users@lists.pearsoncomputing.net

Message: previous - next
Month: August 2017

Re: [trinity-users] tiny fonts problem revisited

From: Felmon Davis <davisf@...>
Date: Sat, 5 Aug 2017 00:37:06 -0400 (EDT)
On Fri, 4 Aug 2017, 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
xdpyinfo yields:
3200x1800 pixels (270x216 millimeters)
resolution 301x212 dots per inch

however:

your website yields what seem to me correct values except for dpi. it 
seems not to capture the dpi values at all but maybe I misinterpret:
<https://drive.google.com/file/d/0B--R0Wp8z2MkaTVtNmZ0TnRPNjg/view?usp=sharing>

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'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.

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.

f.

> should tell you what they are, and if it does, then it confirms they /should/
> not be necessary, that is, if hwinfo even ships in Exegnu. Try:
>
> 	ddcprobe ! grep monitorr

>
> You can manufacture working ranges from the timings listed in Xorg.0.log, or
> from verbose xrandr output. OTOH, because that display is such high resolution,
> proper ranges might be unusual.
>
>> I have also entered:
>
>> Option	"PreferredMode"	"3200x1800"
>
> It's probably superfluous, but couldn't hurt either.
>
>> any further guidance welcome.
>
> Another option is to /not/ use the native 3200x1800 display mode. On a 13.3"
> inch screen that's way out of normal range for most developers to try to emulate
> to make everything work nicely visually. Unless your eyes are extraordinary, you
> are likely not to notice much if any difference by employing 1920x1080 instead:
>
> 	Option	"PreferredMode"	"1920x1080"
>
> With any luck and good eyes, you wouldn't need to fuss with DPI or suffer extra
> tiny fonts. To go this route you should be able to dispense with xorg.conf
> entirely and make select that resolution in Trinity Control Center ->
> Peripherals -> Display -> Size & Orientation -> Screen Size. On such a tiny
> screen, you might find you like 1600x900 better yet.
>

-- 
Felmon Davis