29 Jun
2018
29 Jun
'18
3:44 p.m.
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.
29 Jun
29 Jun
6:02 p.m.
New subject: [trinity-users] more on the font size / dpi issue
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).
--
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
7:09 p.m.
New subject: [trinity-users] more on the font size / dpi issue
On June 29, 2018 2:02 PM, Felix Miata <mrmazda(a)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.
7:37 p.m.
New subject: [trinity-users] more on the font size / dpi issue
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
--
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
8:32 p.m.
New subject: [trinity-users] more on the font size / dpi issue
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.
7:20 p.m.
New subject: [trinity-users] more on the font size / dpi issue
a clue might be found in the answer found here:
https://unix.stackexchange.com/questions/389355/who-is-setting-the-xresourc…
"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.
11:16 p.m.
New subject: [trinity-users] more on the font size / dpi issue
dep composed on 2018-06-29 15:20 (UTC-0400):
a clue might be found in the answer found here:
"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.
--
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
2367
days inactive
2367
days old
6 comments
2 participants
participants (2)
-
dep -
Felix Miata