while continuine the seemingly unending search for a way to make the GPD Pocket work acceptably with TDE, i found a file, /etc/X11/Xsession.d/90-scale, whic seems to address the sacling issue, at least for fonts, on a range of desktops. here are its contents:
gsettings set com.ubuntu.user-interface scale-factor "{'DSI-1': 14, 'DSI1': 14}" gsettings set org.gnome.desktop.interface scaling-factor 2 gsettings set org.gnome.desktop.interface text-scaling-factor 1 gsettings set org.cinnamon.desktop.interface scaling-factor 2 gsettings set org.cinnamon.desktop.interface text-scaling-factor 1 gsettings set org.mate.font-rendering dpi 168.0
i wonder: is there a line for TDE that would work here to improve things? the scaling of the other desktops is just fine and orks well. alternatively, is there another window manager that might work with TDE and be more amenable to scaling?
dep
Sent withProtonMailSecure Email. Because privacy matters.
dep composed on 2018-06-29 11:44 (UTC-0400):
while continuine the seemingly unending search for a way to make the GPD Pocket work acceptably with TDE, i found a file, /etc/X11/Xsession.d/90-scale, whic seems to address the sacling issue, at least for fonts, on a range of desktops. here are its contents:
gsettings set com.ubuntu.user-interface scale-factor "{'DSI-1': 14, 'DSI1': 14}" gsettings set org.gnome.desktop.interface scaling-factor 2 gsettings set org.gnome.desktop.interface text-scaling-factor 1 gsettings set org.cinnamon.desktop.interface scaling-factor 2 gsettings set org.cinnamon.desktop.interface text-scaling-factor 1 gsettings set org.mate.font-rendering dpi 168.0
Those are all GTK or GTK-based. TDE is QT-based.
i wonder: is there a line for TDE that would work here to improve things? the scaling of the other desktops is just fine and orks well. alternatively> is there another window manager that might work with TDE and be more amenable to scaling?
Xorg forces 96 unless something is done to override it. The somethings include Xft.dpi, DisplaySize, /usr/bin/X -dpi ###, and xrandr. The existence of multiple methods of overriding the 96 forcing is a double-edged sword that causes inconsistency among different toolkits and DEs.
QT obeys Xorg unless Xft.dpi overrides it. Set Xorg to the DPI you wish, and QT apps can be expected to obey, as will many other non-GTK apps. As previously stated:
1-to make GTK3 apps accommodate, set Xft.dpi as desired. If left unset, most GTK3 versions post-3.16 force it to 96. openSUSE Leap's GTK3 is an exception (possibly TW too - I've not tested lately to see): https://bugzilla.opensuse.org/show_bug.cgi?id=971885
2a-set DisplaySize in xorg.conf* to the dimensions that produce the desired DPI http://fm.no-ip.com/Share/DisplaySize has a large number of pre-calculated examples
2b-or set desired DPI using xrandr in an Xorg startup script that runs before TDM, using either --fbmm or --dpi. http://fm.no-ip.com/Share/setup has a large number of examples I've tested here
3-Unset "Force fonts DPI" in KControl > Fonts, which if left set will override Xft.dpi and Xorg to whichever of the limited selection 96 or 120 it offers.
AFAICT TDE's own icon sets are not designed to accommodate higher than modest DPIs, good at 120, arguably OK at 144, lacking much above 144. Some of its icons can be individually selected to do better at high values, but not all.
There is no single simple solution in QT environments for those who use GTK3 apps (e.g. Firefox since after around v54 or thereabouts).
On June 29, 2018 2:02 PM, Felix Miata mrmazda@earthlink.net wrote:
QT obeys Xorg unless Xft.dpi overrides it. Set Xorg to the DPI you wish, and QT
apps can be expected to obey, as will many other non-GTK apps. As previously stated:
1-to make GTK3 apps accommodate, set Xft.dpi as desired.
Fair enough. How is this done? I have no file called Xft.dpi, and xrdb -query reports an Xft.dpi value of 120. So where and how does one configure Xorg to employ a higher value?
dep
Sent withProtonMailSecure Email. Because privacy matters.
dep composed on 2018-06-29 15:09 (UTC-0400):
Felix Miata wrote:
1-to make GTK3 apps accommodate, set Xft.dpi as desired.
Fair enough. How is this done? I have no file called Xft.dpi, and xrdb -query reports an Xft.dpi value of 120. So where and how does one configure Xorg to employ a higher value?
Xft.dpi is an Xresource. Setting it in ~/.Xresources should work per user. It used to work in ~/.Xdefaults, and still might. How to do it globally varies by distro. e.g. Mageia sets it to 96 in /etc/X11/ in two different Xresources regular files, while in other distros, Xresources is a directory in /etc/X11/.
I wrote in my last post (see #3) why you have 120.
cf. http://bugs.pearsoncomputing.net/show_bug.cgi?id=2879
I'm starting to think that screwing around with this is not going to bring satisfaction unless/until the proposed change takes place. Though I do not think a slider is a good approach, because I think that for most hardware either the changes won't take unless you land on the right spot or else will look really awful, again unless you land on the right spot. At the moment I'm booted on the gpd device into Gnome or Unity or something -- it's GTK, anyway -- and in Settings > Displays a choice is Scale, with buttons offering 100% and 200%. On this device, 200% is just right. Applications look good and fonts are readable.
And while on the TDE side of things I have native applications set to where they're more or less usable, even Trinity applications don't look as good under TDE as the GTK apps look under whatever desktop I'm running (It's identified only as Ubuntu 18.04 LTS, though there's reference to Gnome 3.28.1).
So for now I apparently will need to go over to this Gnomish thing to do work, then save it, then go to TDE to send it. What we need, for this device, is a button that does the 200% thing. Which it apparently inherited from someplace, which is why I was able to write that overjoyed post day before yesterday.
dep
Sent withProtonMailSecure Email. Because privacy matters.
a clue might be found in the answer found here:
https://unix.stackexchange.com/questions/389355/who-is-setting-the-xresource...
"I logged in to an Xfce session. All the control panels reported 96 DPI. However, the DPI reported by xrdb -query -- and used by all the running programs -- remained at 192, presumably left over from the Unity greeter. But the instant I modified the DPI setting in Xfce's Appearance control panel, the entire desktop flipped to that DPI value and stayed there. My guess is that until you touch the DPI value, the setting is not in the user's xfconf variables, and if it's not present then it doesn't explicitly get set at login."
the default desktop with the ubuntu tweaked for the gpd pocket was unity. this would, then, explain why it looked wonderful, just the way i wanted it, initially, and got blown to smithereens when i set the default wm to tdm. yes?
dep
Sent withProtonMailSecure Email. Because privacy matters.
dep composed on 2018-06-29 15:20 (UTC-0400):
a clue might be found in the answer found here:
https://unix.stackexchange.com/questions/389355/who-is-setting-the-xresource...
"I logged in to an Xfce session. All the control panels reported 96 DPI. However, the DPI reported by xrdb -query -- and used by all the running programs -- remained at 192, presumably left over from the Unity greeter. But the instant I modified the DPI setting in Xfce's Appearance control panel, the entire desktop flipped to that DPI value and stayed there. My guess is that until you touch the DPI value, the setting is not in the user's xfconf variables, and if it's not present then it doesn't explicitly get set at login."
the default desktop with the ubuntu tweaked for the gpd pocket was unity. this would, then, explain why it looked wonderful, just the way i wanted it, initially, and got blown to smithereens when i set the default wm to tdm. yes?
I can't be sure why. I spend as little time as I can get away with in *buntu, which is heavily dependent on GTK/Gnome.
Upstream GTK/Gnome hurled an obscure monkeywrench into the "HiDPI" dilemma over two years ago. One example of it that is surely happening to some people who are recent distro release (e.g. Bionic, Mageia 6) or devel project (e.g. Buster, Rawhide) users who are not openSUSE Leap or Tumbleweed users and who have no idea what happened are victimized what what is demonstrated by https://bugzilla.opensuse.org/attachment.cgi?id=718250 (mousetype UI in e.g. Firefox) from https://bugzilla.opensuse.org/show_bug.cgi?id=1022830 which is the bug that resulted in a fix for openSUSE users.
-
dep -
Felix Miata