Web lists-archives.com

Re: GOAL: seriously accommodate >96 DPI users (was: Let's set some goals)




Lydia Pintscher composed on 2017-08-20 15:17 (UTC+0200):

> * Appeal to All our Senses: a visually impaired user should be able to
> use all the software produced by KDE;

Put an end to the creation of "situational impairment" described on:
http://www.telegraph.co.uk/science/2016/10/23/internet-is-becoming-unreadable-because-of-a-trend-towards-light/
(second paragraph prior to last of article)

Example 1:
KDE (ostensibly justifiably) blames problem on upstream:

[a11y][u7y] kcmshell5 fonts - > Choose (Select Font) initial window size much
too small (DPI>96)
https://bugs.kde.org/show_bug.cgi?id=346122

Then upstream it lies fallow:
https://bugreports.qt.io/browse/QTBUG-45522

The font selection dialogs are hardly the only KDE dialogs that open too small
when DPI is >96. It's pretty standard that first action on dialog open in those
environments is (try to) make it bigger so that its content reasonably fits its
window size:
picker window always opens with the left pane so narrow that most entries are
indistinguishable from others <https://bugs.kde.org/show_bug.cgi?id=297217>
http://fm.no-ip.com/SS/KDE/narrowWindow143-201708201148.jpg (cuts off selects)

Example 2:
That screenshot also exhibits too small titlebar icons, resulting from the
multitude of similar systemsettings contexts obfuscating whatever location may
exist for control of those sizes. What is needed is for them to be
/*automatically*/ adjusted larger when display density is >96 DPI. OTOH, whether
due to theming or otherwise, /all/ configurability regarding icon sizing needs
to be consolidated under one umbrella category (e.g. Icons) rather than being
incorporated among components of "Workspace Theme", "Icons", "Application
Style", "Accessibility" and wherever any others may be ensconced.

Example 3:
https://phabricator.kde.org/
143 DPI screenshot including it:
http://fm.no-ip.com/SS/KDE/phabricator-20170820-2600-143.jpg

This is an example of how web sites generally, and kde.org in particular, usurps
needs and preferences of web users through sites' manner of styling. In the
screenshot you can see the mouse pointer pointing to the following CSS rule:

    body {
	font: 13px 'Segoe UI','Segoe UI Emoji','Segoe UI Symbol','Lato',
	'Helvetica Neue',Helvetica,Arial,sans-serif;...

What that rule does is ensure:
1-the user is unlikely to enjoy seeing his personally optimal font family in use
anywhere on kde.org (as can be seen from fc-match in screenshot: Droid Sans).
2-the user is unlikely to be unable to read anything on the kde.org page until
applying defensive measure(s) against the offensive behavior that is the CSS
declaration of font sizes in px units. The 13px size employed on kde.org can be
seen to be 29.3% of the browser's preferred size (as can be seen in screenshot)
of 24px, 16^2 / 24^2 being the calculation of (physical) size (as opposed to
nominal size, which is the singular length of glyph height) to reach 29.3%.

If you'll open the URL displayed in the screenshot's right side Firefox window,
<http://fm.no-ip.com/Inet/grayurls.html>, you'll be able to see an example of
styling that accommodates users settings. Its CSS body text inherits the browser
defaults of both size and family, here, 24px and Droid Sans. FWIW, 24px happens
to equate to 12pt at the 143 DPI display density environment of the Plasma 5
screenshot host. 12pt is the size all virtually all web browsers have
historically shipped with as default, literally 12pt in some (e.g. Internet
Explorer), more often as 16px (e.g. Firefox and Safari), which in *real* world
sizing equates to 12pt @ 96 DPI.

<http://fm.no-ip.com/Auth/dpi-screen-window.html> as open there in the SeaMonkey
window, can be used, within constraints indicated thereon, to confirm your
browser's font size setting, and the /accuracy/ (which is not necessarily
indicative of suitability) of the DE host's display density configuration.
Simply use a ruler on one of its black blocks to check.

Similar technique can be employed with phabricator-20170820-2600-143.jpg. By
opening it in a viewer that permits it to be arbitrarily resized, you can adjust
its black blocks to measure their indicated width, thus closely emulating the
environment in which it was originated and see it as it was seen, at least WRT
proportions if not details.

There's much to be done to have KDE appeal to users:

1-whose eyesight is poorer than, or preferences different from, those of
software developers

2-who employ larger displays intending to enjoy larger screen objects rather
than fitting more screen objects
-- 
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/