| Summary: | control screen magnify- and invert-effect in lock-screen | ||
|---|---|---|---|
| Product: | [Unmaintained] kscreenlocker | Reporter: | Holger <private_lock> |
| Component: | greeter | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | bshah, bugseforuns, kde, null |
| Priority: | NOR | Keywords: | accessibility, junior-jobs |
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/kscreenlocker/commit/bd2dc80db7324d2ccf797585a8b86a41fbfe0ea4 | Version Fixed In: | |
| Sentry Crash Report: | |||
|
Description
Holger
2019-04-02 19:46:36 UTC
A few more issues to think about in a broader view on accessibility of lock-screens: - control speaker volume works (obviously needed feature for the non-impaired) - control screen brightness also works - both have dedicated keys on my keyboard (independent of keyboard layout / language / user-assigned shortcut) - so far I haven't seen dedicated keys for inversion/contrast/color rotation/magnification/reading texts aloud/... - multiple users might assign non-standard shortcuts Therefore, at the moment, I don't see a universal solution, where everybody can control the effects to his liking with his custom shortcuts in his favorite keyboard layout. But, it might be enough to install specifically designed lock-screen layouts, that optimally support this limited situation of providing credentials. In case, the computer is shared between multiple diffenrent users (e.g. a school), a fool-proof standard-way to cycle the designs must be available. The existing effects are more general but at the same time a choice of the individual and could be restricted inside that one unlocked session, currently occupying the screen. So engaging the lockscreen should undo those effects, while entering the session should reenable the last effect-combination (no only on unlock, but also at login). E.g. mouse traces already somewhat respect the lockscreen (the overlay is hidden below the lockscreen and resumes on unlock). On the other hand, I can "draw" new traces while in lockscreen, that only become visible after login. Moreover the "highlight mouse cursor" works on top of the lock-screen, although it uses my personal shortcut-mapping - strange ... Also the custom selected mouse-cursor-theme shines through onto the lockscreen. Lets focus on one task at a time. Zooming seems like a legit accessibility use-case. If someone wants to whitelist the shortcut. kscreenlocker/globalaccel.cpp extend the s_shortcutWhitelist with the component names from kwin Would be a good first contribution by someone. A possibly relevant merge request was started @ https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/22 Git commit 8c3573e477965205dff4de949599626117650cd2 by Aleix Pol Gonzalez, on behalf of Ezike Ebuka. Committed on 20/09/2022 at 23:19. Pushed by apol into branch 'master'. Add the zooming in global shortcut to the whitelist in kscreenlocker M +1 -0 globalaccel.cpp https://invent.kde.org/plasma/kscreenlocker/commit/8c3573e477965205dff4de949599626117650cd2 Git commit bd2dc80db7324d2ccf797585a8b86a41fbfe0ea4 by Aleix Pol Gonzalez, on behalf of Ezike Ebuka. Committed on 20/09/2022 at 23:20. Pushed by apol into branch 'Plasma/5.26'. Add the zooming in global shortcut to the whitelist in kscreenlocker (cherry picked from commit 8c3573e477965205dff4de949599626117650cd2) M +1 -0 globalaccel.cpp https://invent.kde.org/plasma/kscreenlocker/commit/bd2dc80db7324d2ccf797585a8b86a41fbfe0ea4 |