On May 10, 2018 9:33 PM, Felix Miata <mrmazda@...> wrote: > Is 'xrdb -query | grep dpi' reporting Xft.dpi 96? If yes, that's probably what > > GTK is responding to. I don't remember Xft.dpi being a common problem with GTK2 > > apps, but with GTK3 apps outside of Gnome or its relatives it certainly can be. It is indeed 96 dpi. In LXQT and KDE (!) on the device I've been able to mitigate it some through font size, but the random GTK application has no special place to fix it, mostly. I went ahead and d/led claws and installed it, and I like it -- it's the closest I've found to KMail. I was able to adjust some of the fonts, but even so there are some places where the gadget could really benefit from a pointing device. Scrollbars, for instance, are just about impossible -- they're really narrow and with the currently slow video drivers it makes for a kind of crapshoot, because often by the time you realize you got it this time you've overshot the place you were scrolling to. Likewise tiny little buttons -- you might hit the one you want or you might hit the one that does the opposite of what you want. Keyboard-only navigation is important! Because the gadget has two USB-C ports, I'll plug the little hub into the appropriate one tomorrow and plug a mouse into it and get to the configuration options that have otherwise escaped me. Oh, and you sometimes but not always can scroll a page by dragging it up -- sometimes it just selects contents. LXQT wouldn't be all that awful if it weren't so authoritarian. You'd think you could change the desktop wallpaper, and you would be wrong. You can change themes, but the developers discourage writing them. There is *one* icon size -- I could use some much bigger ones. And so on. There is work to be done. A real concern for a time was screens that hang over the edge, so that you couldn't poke at "OK" or "Cancel," but one of the developers wrote a hack that lets you move the window with Alt+finger drag. Until then, people were installing LXQT on their desktop machines and counting how many tabs it was to "OK." This was particularly an issue in the Connman wifi configurator (that I guess will also be the Connman phone configurator, when all that is working). > Xft.dpi is how TDE desktop settings forces DPI, but with limited choices. Put > > Xft.dpi in e.g. ~/.Xresources and it isn't limited. The guys plugged in an x2 zoom such that it's effectively 1080x540. If it weren't for stuff like scrollbars, I'd rather do it by adjusting fontsize, because I do a lot of work in the GIMP, and the higher the resolution the happier I am for that. > OTOH, 2160x1080 on a 6" diagonal might be escaping a sanity check somewhere. I'm of two minds about that. I have an iPad mini with a Retina display, and that's 2048x1536 and is mostly fine -- of course, its 8-inch display is a whole lot bigger. But that resolution works fairly well, I'm told, on the iPhone. The problem here, to me, is more the 2:1 (which for some reason people call 18:9 -- why not 486:243? Or throw caution to the wind and call it 2160x1080?) aspect ratio. You can run two applications side by side -- but it's then two applications that are both too small to see well. 3:2 or 4:3 would be better, imho, and then there would be room for a pointing device and a few more keys. It's an adventure! And what's cool is that apt-get update apt-get upgrade every day brings something that makes it better. One enduring irritation is that not everything is compiled for arm64, so workarounds for missing but essential applications is a pain. dep Sent withProtonMailSecure Email. Because privacy matters.