| Summary: | Zoom: The (cool) new overview mode is not magnified | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Christian H <chrys87> |
| Component: | effects-overview | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | nate, postix, rafael.palma.lima |
| Priority: | NOR | Keywords: | accessibility |
| Version: | 5.23.4 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=453467 | ||
| Latest Commit: | https://invent.kde.org/plasma/kwin/commit/544760469dd4fd7550fc7121250e694a485d453f | Version Fixed In: | 5.25 |
|
Description
Christian H
2021-12-14 23:33:32 UTC
Can confirm. I created an review video on youtube about the zoom. https://youtu.be/GfLbDYR7PYE so you can see the different kind off issues more easy *** Bug 451549 has been marked as a duplicate of this bug. *** As pointed out in Bug 451549, I think that when the overview is activated the Zoom effect can be stopped to show the entire desktop, and then resumed when exiting the overview effect. The main problem is that when the Zoom effect is activated and the Overview is enabled, the mouse position is read incorrectly. Moving the mouse and clicking in any object of the overview will cause something else to be clicked. (In reply to Rafael Lima from comment #4) > As pointed out in Bug 451549, I think that when the overview is activated > the Zoom effect can be stopped to show the entire desktop, and then resumed > when exiting the overview effect. > > The main problem is that when the Zoom effect is activated and the Overview > is enabled, the mouse position is read incorrectly. Moving the mouse and > clicking in any object of the overview will cause something else to be > clicked. Howdy, well deactivate accessibility technology is never a way to solve things. we need to make them work somehow. if we just stop the zoom, we deny people to use its computer in those cases. This should never be an option. better we should fix existing issues. any other operating system never need to stop its accessibility technology's. this kind of quality should be the way to go. if the screen gets zoomed, the mouse needs position needs to be calculated relative as well in this case. A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/2451 Git commit 544760469dd4fd7550fc7121250e694a485d453f by Vlad Zahorodnii. Committed on 24/05/2022 at 13:11. Pushed by vladz into branch 'Plasma/5.25'. effects/zoom: Render scene in an offscreen texture This fixes integration of the zoom effect with the blur effect and qtquick effects such as overview or window view. The main con of the proposed solution is that offscreen rendering can be a bit overkill. But on the other hand, it's the most robust way to ensure that fullscreen effects integrate correctly with the zoom effect. For example, without it, the quick scene effect would need to figure out what screen views to paint for the given screen. There are also more finicky cases, e.g. the screen transform effect. Related: bug 447670, bug 453467 Tested-by: Merge Service <https://invent.kde.org/plasma/kwin/-/merge_requests/2451> Part-of: <https://invent.kde.org/plasma/kwin/-/merge_requests/2451> (cherry picked from commit 221f114d8045f22eca722a4ce385367f4c3f03fc) M +100 -24 src/effects/zoom/zoom.cpp M +13 -0 src/effects/zoom/zoom.h https://invent.kde.org/plasma/kwin/commit/544760469dd4fd7550fc7121250e694a485d453f |