| Summary: | Widget pop-ups don't have close buttons, so older users have trouble figuring out how to close them | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | David Chmelik <dchmelik> |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | minor | CC: | kde, nate, qydwhotmail |
| Priority: | NOR | Keywords: | accessibility, usability |
| Version First Reported In: | 5.25.0 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
David Chmelik
2022-06-26 12:05:17 UTC
Git commit b91c8177070b110fb20c97801c86f14b6850b556 by Fushan Wen. Committed on 28/06/2022 at 01:00. Pushed by fusionfuture into branch 'master'. applet: add keyboard navigation in QR window To close the window by using keyboard. M +11 -4 applet/contents/ui/ShowQR.qml https://invent.kde.org/plasma/plasma-nm/commit/b91c8177070b110fb20c97801c86f14b6850b556 Git commit 920a469b93ecfa4465539002e2a1bb9c2abc418f by Fushan Wen. Committed on 28/06/2022 at 02:26. Pushed by fusionfuture into branch 'Plasma/5.25'. applet: add keyboard navigation in QR window To close the window by using keyboard. (cherry picked from commit b91c8177070b110fb20c97801c86f14b6850b556) M +11 -4 applet/contents/ui/ShowQR.qml https://invent.kde.org/plasma/plasma-nm/commit/920a469b93ecfa4465539002e2a1bb9c2abc418f A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-nm/-/merge_requests/132 A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1875 Git commit 0d9cd3c9ce7000268fb59da490b2613aea42fd05 by Nate Graham. Committed on 28/06/2022 at 20:29. Pushed by ngraham into branch 'master'. applet: add visible button to close QR code overlay We generally include such buttons in full-screen overlays so that it's visually obvious how to close it, for people not familiar with the UX concept of clicking on the thing itself or its darkened background. M +16 -0 applet/contents/ui/ShowQR.qml https://invent.kde.org/plasma/plasma-nm/commit/0d9cd3c9ce7000268fb59da490b2613aea42fd05 Hi! It would be good if you could provide more information about this problem. Can you describe what those users are trying to do to close the panel? If they're actively using the computer, it's likely they will at some point try clicking on something else, in that case, the panels should be automatically dismissed. If that's the case, why are they having trouble closing the panels? Have they accidentally pinned them? Is there's a bug somewhere that prevents the panels from closing automatically when clicking on anything else? What about Kickoff? Do they also have trouble closing it too? I noticed clicking on an empty area of the panel doesn't close the applets. Can you observe if they're trying to do that or something similar unsuccessfully? That's the only instance where clicking outside of the applet doesn't close them. On any other occasion, with normal usage, the panels should never get in the way, even if you don't explicitly close them, as doing anything else on the computer should make the applets close. It would be highly appreciated if you could answer those questions and describe in detail how they are failing at closing the panels. Thank you in advance. (In reply to guimarcalsilva from comment #6) > Hi! It would be good if you could provide more information about this > problem. > > Can you describe what those users are trying to do to close the panel? If > they're actively using the computer, it's likely they will at some point try > clicking on something else, in that case, the panels should be automatically > dismissed. If that's the case, why are they having trouble closing the > panels? > Have they accidentally pinned them? Is there's a bug somewhere that prevents > the panels from closing automatically when clicking on anything else? What > about Kickoff? Do they also have trouble closing it too? > > I noticed clicking on an empty area of the panel doesn't close the applets. > Can you observe if they're trying to do that or something similar > unsuccessfully? That's the only instance where clicking outside of the > applet doesn't close them. On any other occasion, with normal usage, the > panels should never get in the way, even if you don't explicitly close them, > as doing anything else on the computer should make the applets close. > > It would be highly appreciated if you could answer those questions and > describe in detail how they are failing at closing the panels. > > Thank you in advance. Just a correction: Here I used the word panel. I actually meant applets/pop-ups. (In reply to guimarcalsilva from comment #6) > Can you describe what those users are trying to do to close the panel? I explained they don't know, so don't try, and what they do (they ask me.) They don't pin them and they use kicker, not kickoff. If I'm very tired, sometimes I have same problem because widget interface deviated from older interface style to become counter-intuitive: there have been similar past bugs no visible way to do something causes what KDE people call 'discoverability problems.' Do these users have difficulty figuring out how to close normal menus? I ask because the UX is very similar: you click on a thing to open a popup adjacent to it, then you can close that popup by clicking on the same thing or by clicking somewhere outside of the popup. Do the users have trouble with this too? (In reply to Nate Graham from comment #9) > Do these users have difficulty figuring out how to close normal menus? I ask > because the UX is very similar: you click on a thing to open a popup > adjacent to it, then you can close that popup by clicking on the same thing > or by clicking somewhere outside of the popup. No: we learned that in Windows 3.1, but isn't very similar: if a menu is open and you select a blank part of a menu-bar, the menu closes, but if a widget is open and you select a blank part of the panel, nothing happens. That's why they've asked me dozens times and maybe always will (and why I forget if I'm very tired.) Got it, that makes sense. So if we fix that, do you think it would be enough? If so this is a duplicate of Bug 367815. (In reply to Nate Graham from comment #11) > Got it, that makes sense. So if we fix that, do you think it would be > enough? If so this is a duplicate of Bug 367815. For me, yes; for users such as mentioned I'd have to wait & see. By time they tell me (sometimes email minutes/hours later) and then by time I check (if not immediately) sometimes they found a way (select some other area) or I explain. I think of drop-down widgets more like normally-closable programs in a tiling window manager (xmonad, etc., when arranged as tabs) and though they haven't used one (and I never learned to like those) they probably do also... Cool. For now let's mark this as a duplicate of Bug 367815 since that's clearly a real issue that people run into. And then let's prioritize fixing it, and after that, we can see if it's good enough for your users. *** This bug has been marked as a duplicate of bug 367815 *** |