GNOME Bugzilla – Bug 596386
Dyslexia support screen tinter
Last modified: 2021-06-09 16:05:56 UTC
Many dyslexics find reading computer screens hard, however a large number of dyslexia sufferers can easily read a computer screen if the screen has been tinted with a particular colour. Now, the colour differs for each person, but if there is a global way in which to tint the screen a particular colour (at the users choice) then GNOME will become very usable for people suffering from dyslexia, such programs exist for Windows, so perhaps we should have something similar? Here is an example of how it sorta works under Windows: http://www.mrexcel.com/forum/showthread.php?p=1650928 Realistically a rudimentary graphical theming editor might do the trick since it s often text boxes and labels which need to be altered not image boxes or url boxes. I'm no expert but I have observed such programs making life much easier for dyslexic individuals and strongly feel we really need a similar solution available ready out of the box.
[Mass-reassigning open atk bug reports for better trackability as requested in https://bugzilla.gnome.org/show_bug.cgi?id=653179 . PLEASE NOTE: If you have watched the previous assignee of this bug report as a workaround for actually getting notified of changes in atk bugs, you yourself will now have to add atk-maint@gnome.bugs to your watchlist at the bottom of https://bugzilla.gnome.org/userprefs.cgi?tab=email to keep watching atk bug reports in GNOME Bugzilla. Sorry for the noise: Feel free to filter for this comment in order to mass-delete the triggered bugmail.]
Although this is an accessibility issue, this is not managed at an ATK level. IMHO, this kind of configuration should be something to be configured on GNOME Shell. In fact, this is really similar to bug 645665 (configuration that depends on the support that will provide bug 639851 and bug 656156) So I will move this bug to gnome-shell, and adding Joseph Scheuhammer on CC
see https://wiki.gnome.org/ThreePointEleven/Features/TintEnhancement
Created attachment 256961 [details] current slider (In reply to comment #3) > see https://wiki.gnome.org/ThreePointEleven/Features/TintEnhancement Spoke to Alejandro about this earlier. I think it would be nice to implement this via the g-s sliders. Since there's already a contrast, the brightness and colour sliders could go there
That's a screen brightness slider for adjusting the backlight. It doesn't adjust the contrast effect and it isn't on desktop systems.
(In reply to comment #5) > That's a screen brightness slider for adjusting the backlight. It doesn't > adjust the contrast effect and it isn't on desktop systems. That would explain why it doesn't work on my desktop. Should it be there on desktops if it doesn't work or should it work?
No. That sounds like a bug.
(In reply to comment #4) > Created an attachment (id=256961) [details] > current slider > > (In reply to comment #3) > > see https://wiki.gnome.org/ThreePointEleven/Features/TintEnhancement > > Spoke to Alejandro about this earlier. I think it would be nice to implement > this via the g-s sliders. Since there's already a contrast, the brightness and > colour sliders could go there FWIW, this is all about personal preferences. I still think that the sliders related with the brightness/contrast and color effects should be part of the magnifier preferences at the universal access dialog. Magdalen mentioned that it would be good to move it to the new refactored menu at the panel, and I told her to propose it to see the feedback from gnome-shell people and designers. (In reply to comment #5) > That's a screen brightness slider for adjusting the backlight. It doesn't > adjust the contrast effect and it isn't on desktop systems. Exactly, they are different things, I think that mixing them on the main panel would be confusing. But as I said, that's just my personal opinion.
(In reply to comment #8) > (In reply to comment #4) > > Created an attachment (id=256961) [details] [details] > > current slider > > > > (In reply to comment #3) > > > see https://wiki.gnome.org/ThreePointEleven/Features/TintEnhancement > > > > Spoke to Alejandro about this earlier. I think it would be nice to implement > > this via the g-s sliders. Since there's already a contrast, the brightness and > > colour sliders could go there > > FWIW, this is all about personal preferences. I still think that the sliders > related with the brightness/contrast and color effects should be part of the > magnifier preferences at the universal access dialog. Magdalen mentioned that > it would be good to move it to the new refactored menu at the panel, and I told > her to propose it to see the feedback from gnome-shell people and designers. > Yes, that is more or less what happened. Would you mind elaborating on how I should go about making such a proposal? Did you mean via the mailing lists or the wiki? One thing though, is this really just about personal preference? Since I no idea these settings were in the magnifier until I was working on the code in there I reckon it is likely that many other people do not know these settings exist in there either. Are we not making an assumption that only magnifier users need these settings by only having these settings in the magnifer zoom settings? What about people with learning difficulties, visual stress, migraine sufferers, those with seizure disorders .etc etc? How can these people know these settings are there unless they happen to also be a user of the magnifier? > > (In reply to comment #5) > > That's a screen brightness slider for adjusting the backlight. It doesn't > > adjust the contrast effect and it isn't on desktop systems. > > Exactly, they are different things, I think that mixing them on the main panel > would be confusing. But as I said, that's just my personal opinion. The thing is the brightness slider is on the desktop systems since 3.10. It's on my desktop anyway. I actually like the look of it and found it right away. The icon makes clear what it does so it did not confuse me too much but it is a shame that the brightness slider only works for laptops since it gets installed onto the desktop, it would be good if it worked on the desktop as well (in my view) and (also my view: :-)) I think it would look nice to have one or two extra sliders underneath for contrast and perhaps even the colour to help with this bug here. It seems like the sort of setting a lot of people might derive benefit/enjoyment from being able to tweak easily. That said, regarding the current colour slider settings in the zoom of the magnifier which relates to this bug: I thought it was actually very tricky to get the tinting to show any particular dominant colour (well I found it tricky, at least). Matthias, do you know whether the is some trick to getting the tinting settings like in the images of https://wiki.gnome.org/ThreePointEleven/Features/TintEnhancement (i.e. all red) or how it is possible to quickly adjust so you have a blue tint, orange tint, red tint, etc or whether colour settings need to be refined to solve the a specific issue outlined for this bug? https://wiki.gnome.org/ThreePointEleven/Features/TintEnhancement
(In reply to comment #9) > Yes, that is more or less what happened. Would you mind elaborating on how I > should go about making such a proposal? Did you mean via the mailing lists or > the wiki? Taking into account that we want the feedback from designers I think that it would be better to create a bug. > One thing though, is this really just about personal preference? Since I no > idea these settings were in the magnifier until I was working on the code in > there I reckon it is likely that many other people do not know these settings > exist in there either. Are we not making an assumption that only magnifier > users need these settings by only having these settings in the magnifer zoom > settings? > What about people with learning difficulties, visual stress, migraine > sufferers, those with seizure disorders .etc etc? How can these people know > these settings are there unless they happen to also be a user of the magnifier? But that applies to all the magnifier settings, so moving just one slider will not solve the situation. In any case I recognize that the solution is not trivial. Anyway, I can think on measures like improving the user documentation or adding a kind of overview over features. About that last one, one example could be add more steps on the Initial Setup, that right now is only used for the basic stuff. > Matthias, do you know whether the is some trick to getting the tinting settings > like in the images of > https://wiki.gnome.org/ThreePointEleven/Features/TintEnhancement (i.e. all red) > or how it is possible to quickly adjust so you have a blue tint, orange tint, > red tint, etc or whether colour settings need to be refined to solve the a > specific issue outlined for this bug? > https://wiki.gnome.org/ThreePointEleven/Features/TintEnhancement As we said, that feature is implemented but not exposed via an UI. As with the tracking feature, you can configure it using gsettings. Using your example ("i.e. all red), you can do the following: gsettings set org.gnome.desktop.a11y.magnifier contrast-red 0.5 gsettings set org.gnome.desktop.a11y.magnifier contrast-brightness 0.5 In fact, current sliders on the magnifier to change the contrast and the brighness, what they do is modifying all of them (red-blue-green) at the same time.
Okay. Thanks for the useful information, Alejandro. (In reply to comment #10) > gsettings set org.gnome.desktop.a11y.magnifier contrast-red 0.5 > gsettings set org.gnome.desktop.a11y.magnifier contrast-brightness 0.5 > > In fact, current sliders on the magnifier to change the contrast and the > brighness, what they do is modifying all of them (red-blue-green) at the same > time. There are three sliders named brightness, contrast and colour respectively. I think Matthias fixed the colour slider to slide for 3.10 Isn't the colour slider meant to be changing this? if not, what should it do?
Should this be against gnome-control-center?
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new bug report at https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/ Thank you for your understanding and your help.