On overview effect, if a window is on another virtual desktop, I have to switch to that desktop while on effect. If I just want to move that window (that is in another virtual desktop) to the current desktop, I have to do: * Initiate overview * switch to another virtual desktop * initiate overview again * drag drop that window to the previous virtual desktop * select the previous virtual desktop It would be great if a possible solution to this: * Either allow clicking on a key and it would temporarily show all windows on all virtual desktops (ex: I am on overview, and pressing ALT key, would make all windows appear * Allow to switch to another virtual desktop (for example mouse wheel) while not exiting the effect. Below, the post on reddit I posted for context, as I will make a bug report for each item: >I use "present windows" as my window switcher... (to me, its great!!). >So I use one "present windows" shortcut to show "non minimized" windows on current desktop and another shortcut to show "non minimized" windows on all desktops. >Also, "present windows" allow right button mouse click to close window, instead of middle one (really don't like it, middle mouse button usually is paste, not closing i think, at least to me). >"present windows" also "unfocus/dims" panels, which overview does not. which would be nice if panels were "clickable" and working, but they aren't. >"present windows" also allow for mouse button to "bring window to desktop", which fair, overview has the virtual desktop strip. But one has to switch to the other virtual desktop and then drag/drop the window to the final desktop i want the window to go to. So while it does allow the same, its much less efficient and cumbersome. (this would be solved if either desktops were scrollable while in effect or if all windows could be shown). >so, tl;dr: >configure mouse buttons (right click -> close/ middle click -> show on all desktops) >show minimized or not (although this one is the least "must have") >either dim panels, or better yet, make then usable while in the effect (making possible a latte-dock dash, like gnome overview) >have key/mouse edge shortcuts for show current virtual desktop window/all virtual desktops windows
Sounds like you want a mode that's like the Desktop Grid effect.
(In reply to Nate Graham from comment #1) > Sounds like you want a mode that's like the Desktop Grid effect. Not as "Desktop Grid" effect mode of viewing ... Actually more like "Gnome's Overview" ( both before gnome 40 and after ). So, to be clear, not a mode that zooms out and shows all virtual desktops!
Oh! Well lucky you, that's in Plasma 5.24. :)
(In reply to Nate Graham from comment #3) > Oh! Well lucky you, that's in Plasma 5.24. :) Where ?! Where ?! Where ?! :)
In the Overview effect in Plasma 5.24. ) Give it a try in the 5,24 beta which was just released today!
(In reply to Nate Graham from comment #5) > In the Overview effect in Plasma 5.24. ) Give it a try in the 5,24 beta > which was just released today! I have been using the git packages.... that was why I opened these bugs. I don't understand why this is "Resolved->Fixed", as the points I made still have no solution. Better to mark it as LATER/NOT A BUG, i guess.
The other points need to be addressed by other bug reports, which I saw you already did. Can you describe in what way the current state of git master fails to meet your needs?
(In reply to Nate Graham from comment #7) > The other points need to be addressed by other bug reports, which I saw you > already did. > > Can you describe in what way the current state of git master fails to meet > your needs? Hum... I will try to come up with a better way to explain, with video. Is that OK? Congrats on the beta release! Can't praise how much great work you guys are doing! Git has been great and very stable (just please fix fix that xwayland cursor bug before final release, please please) :P
Video is fine!
(In reply to Nate Graham from comment #9) > Video is fine! Many sorries for failing to do the Video! Btw... easy way to describe the issue: Currently overview lets switch virtual desktop by using the "previous/next virtual desktop". Just let mouse wheel do the same ! So mouse wheel would do the same as the keyboard shortcuts. ( I think mouse wheel could also switch virtual desktops even if mouse on top of windows )
Thanks. *** This bug has been marked as a duplicate of bug 453109 ***
(In reply to Nate Graham from comment #11) > Thanks. > > *** This bug has been marked as a duplicate of bug 453109 *** I noticed switching between desktops with mouse scrolling was briefly added after updating to 5.25.0.1 then it stopped working for me again after 5.25.1 for some reason. Is this feature permanently removed or coming back? This definitely need to be fixed.
If so, it was unintentional. I'm not aware of any work to formally support the requested feature.
(In reply to Nate Graham from comment #13) > If so, it was unintentional. I'm not aware of any work to formally support > the requested feature. Thank you Nate for your quick reply. Not that I don't trust you or anything but if that is true then it's super weird. I'm 100% positive that it was there and 100% functional until last release unless it was really unintentional and recently removed but why would KDE remove such an awesome feature that's already in MAC, GNOME, and even windows because it's so much more convenient to switch between desktops especially if it was already implemented whether or not it was intentional? I honestly think we need this feature back whether it was unintentional/intentional previously. Just to clarify it, when I said previously "switching between desktops with mouse scrolling", I meant to say switching with three finger left/right swipe gesture and again I'm positive it was there up until few days ago. Is this the feature you are talking about? I ask again in case you misunderstood what I meant when I said mouse scrolling. If that is the case then, it's shame that it had to be removed for whatever reason because I, for one, was so excited to see the swiping gesture working finally in overview mode and was proud of KDE devs for their awesome works. I really hope KDE will bring this feature back as I believe we definitely need more feature like this in our KDE.
> Just to clarify it, when I said previously "switching between desktops with mouse scrolling", > I meant to say switching with three finger left/right swipe gesture Thanks, that clarification makes much more sense. I just tried this and it's already working for me! Can you upgrade to Plasma 5.25.2 and see if that version has fixed it for you too?
(In reply to Nate Graham from comment #15) > > Just to clarify it, when I said previously "switching between desktops with mouse scrolling", > > I meant to say switching with three finger left/right swipe gesture > Thanks, that clarification makes much more sense. I just tried this and it's > already working for me! Can you upgrade to Plasma 5.25.2 and see if that > version has fixed it for you too? Nate, I'm glad to hear that. However, even after updating to 5.25.2, it's still not fixed on my end. I can confirm that it's working in wayland but not in X11 anymore. I'm using X11 and i'm pretty sure it was working in X11 as well up until last release. I'm not sure why this feature was removed from X11. Are you aware of this decision? If so, please let me know whether it's coming back to X11 or not because I feel like wayland is still not mature/stable enough for my use case especially because my system is heavily configured with touchegg gesture which isn't supported by wayland yet. Any inputs would be appreciated. Thank you.
KWin's built-in touchpad gestures don't work on X11; they're Wayland-only. Are you saying that you're using Touchegg to add your own gestures on X11, and *at some point* these gestures used to work within the Overview effect to switch desktops, but then at another point, they stopped working?
(In reply to Nate Graham from comment #17) > KWin's built-in touchpad gestures don't work on X11; they're Wayland-only. > > Are you saying that you're using Touchegg to add your own gestures on X11, > and *at some point* these gestures used to work within the Overview effect > to switch desktops, but then at another point, they stopped working? Yes, that’s correct. So basically, how I configured touchegg to move left/right when I swipe 4 fingers left/right on a desktop used to just work in the overview mode too out of the box in X11 at one point but it’s gone now.
Ok. Please note that you're using an unsupported setup that is not tested or guaranteed to work.
(In reply to Nate Graham from comment #19) > Ok. Please note that you're using an unsupported setup that is not tested or > guaranteed to work. Ok. I guess I’ll have to wait until wayland’s touchpad gesture becomes configurable in KDE. Thanks a lot for your confirmation.
(In reply to Nate Graham from comment #19) > Ok. Please note that you're using an unsupported setup that is not tested or > guaranteed to work. Hi Nate, After talking to you, I decided to give wayland another try. In my surprise, it worked/supported most of the main apps I use daily and my overall use case with exception of some of the touchpad gestures that I previously configured using touchegg obviously. Overall I would say it was a positive experience compared to my previous one. However, soon as I switched it back to X11, all the kwin related desktop effects/animations were gone with some unfamiliar errors. Following is what I get when I manually try to restart kwin: "kwin_xkbcommon: XKB: inet:323:58: unrecognized keysym "XF86EmojiPicker" kwin_xkbcommon: XKB: inet:324:58: unrecognized keysym "XF86Dictate" Module 'org.kde.kwin.decoration' does not contain a module identifier directive - it cannot be protected from external registrations. qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 2936, resource id: 184549420, major code: 3 (GetWindowAttributes), minor code: 0 qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 2937, resource id: 184549420, major code: 14 (GetGeometry), minor code: 0 qml: [Bismuth] Initiating the script js: Prepared window 35651601 js: Prepared window 35651620 js: Prepared window 165675010 js: Prepared window 163577863 js: Prepared window 67108969 js: Prepared window 67108987 js: Prepared window 67108888 js: Prepared window 67108973 js: Prepared window 67108931 js: Pinned window 35651620 js: Pinned window 163577863" I spent all day googling each one of the errors to debug them but I simply couldn't figure it out myself and what's more frustrating is that those who had similar issues all seem to pretty much gave up on their kde. I just cannot believe what I got myself into just to get the overview swiping working. All I remember is I switched to wayland and tried overview and few other apps that I use daily for less than 10 minutes. How is this possible? I can't even recover it using timeshift, backintime, plasmaconfigsaver. The only thing I couldn't try was restoring the whole disc with clonezilla image i cloned while back bc it turned out the image was broken unfortunately. Now I'm pretty much stuck with some metacity look&feel WM. :( In addition, I noticed I can't even log back to wayland anymore either. Actually it's even worse than X11 now for some reason. It only gives me a black screen for about 10 secs then brings me back to SDDM. I tried pretty much everything I can do before I finally decided to message you. Sorry to bother you again but I would appreciate it very much if you can somehow guide me through resolving this issue as I'm still a newbie in linux world. Thank you in advance.
I'm sorry you're having issues. I suspect compositing got disabled (perhaps due to Bug 432038), so as a first step, you should see if you can re-enable it with Alt+Shift+F12. But more generally, this isn't the right place to ask for help about issues like that, because this bugzilla ticket is about Touchegg-provided gestures not working in WindowHeap-based effects on X11 anymore. I'm glad to help you further, but let's doing it using real-time chat in an appropriate user support channel. #kde on Matrix/IRC or @kdecommunity on Telegram would work.
(In reply to Nate Graham from comment #22) > I'm sorry you're having issues. I suspect compositing got disabled (perhaps > due to Bug 432038), so as a first step, you should see if you can re-enable > it with Alt+Shift+F12. > > But more generally, this isn't the right place to ask for help about issues > like that, because this bugzilla ticket is about Touchegg-provided gestures > not working in WindowHeap-based effects on X11 anymore. I'm glad to help you > further, but let's doing it using real-time chat in an appropriate user > support channel. #kde on Matrix/IRC or @kdecommunity on Telegram would work. Hi Nate, Thanks a lot for your quick reply. I've already tried Alt+Shift+F12, "kwin_x11 --replace &", and "Compositor -> Compositing: Enable on startup" as a very first step last night but no luck. :( One thing that I noticed is "Enable on startup" setting gets unchecked once I close and reopen the system settings window. As for chatting on Matrix/IRC, I'm sorry but I've never used it before. How does it work? So I need telegram to log in to the channel? Many thanks for your assistance.
See https://community.kde.org/Matrix and https://community.kde.org/Telegram
I think this was caused by the fact that Touchegg emulates left-clicks, and left-click handling was buggy on X11. That's been fixed now, so this should hopefully be fixed too. Feel free to re-open if you find that it's still not working right in Plasma 5.26.