-
Notifications
You must be signed in to change notification settings - Fork 130
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Scratchpad windows vanish while scrolling with Dash to Panel #646
Comments
Likely related to #25 |
Hey @Thesola10, Hmm - do you mean scrolling / swiping windows and switching spaces in PaperWM? It should remain visible: Kooha-2023-10-28-16-32-11.1.mp4 |
Oh, is that so? Well, on my system, they disappear during touchpad gestures. For reference my install has #643 applied, but that doesn't affect touchpad scrolling. Capture.video.du.2023-10-28.11-51-29.webm |
Oh, it's related to "Show scratch windows in overview" being set to "Only". Setting it to "Never" fixes it once, switching back brings back the issue permanently, even when set to "Never" again. It's very unreliable. Nevermind, fix worked once and never again. |
Hmm - I'm not seeing this at all. Can you please run './gather-system-info.sh'? I'll need to replicate and reproduce exactly what you're seeing to isolate the issue. @Lythenas - you ever seen this issue? |
|
Also, I presume you may want a dconf dump as well?
|
Also of interest, while running
|
Very strange. I'll checkout your branch and see if I can reproduce. In the meantime, can you confirm / test by disabling all other extensions (only have PaperWM enabled) and logout/login? Just to rule out any weird extension clash. |
Hmm - I'm on your branch but can't reproduce. I've set it to different I'll put a few tags on this and see if anyone else is seeing this. |
Okay, found the cause - it's |
|
Hmm - yeah, not sure what I was looking for a setting or something in it but couldn't find anything that changed that behaviour. |
On a semi-unrelated note, Dash-to-Panel seems to have its own way of restoring windows -- for instance, there's a bug with osu!lazer + fractional scaling + wayland + GNOME 45 where the window is shifted to the bottom quadrant and the rest of the screen is black, but when restoring the window from Dash-to-Panel the issue doesn't occur. All this may have something to do with Dash-to-Panel's own window previews or window peeking, when hovering over an open app icon, a la Windows 7+. Or not. Tried disabling it, no dice. |
The semi-related bug - is there a link for anything for a bug report? |
I don't think it's a ppy/osu issue since it only started with GNOME 45. Full-screen max-ing any window causes it to momentarily flash in the bottom right quadrant before fixing itself, while osu! doesn't. |
Anyways, hmm - not sure what to do there then. We don't really have the resources to try address other extension conflict issues (and I don't use |
Yeah, I fixed an animation issue in the latest PaperWM release that was seeing the flashing bottom quadrant issue - but still seeing some issues in Gnome 45 re that stuff. I'll do some digging next week. |
Oh, that's very interesting: Line 220 in ac86435
According to this line, the panel is used as reference for invoking the scratch clone. Guess what component Dash-to-Panel completely replaces? |
Yeah, seems Could be fixed by finding a component we know isn't thrown away by Dash to Panel in |
Nice find! That makes sense. Give it a go and see if it can be worked around. |
diff --git a/scratch.js b/scratch.js
index 8f7e3f0..547eace 100644
--- a/scratch.js
+++ b/scratch.js
@@ -217,7 +217,7 @@ export function animateWindows() {
for (let w of ws) {
let parent = w.clone.get_parent();
parent && parent.remove_child(w.clone);
- Main.uiGroup.insert_child_below(w.clone, Main.layoutManager.panelBox);
+ Main.uiGroup.insert_child_above(w.clone, global.window_group);
let f = w.get_frame_rect();
w.clone.set_position(f.x, f.y);
Tiling.animateWindow(w); this works for me, just placing scratch windows above the |
Is your feature request related to a problem? Please describe.
Scratchpad windows are a great feature, which is often required for certain apps such as Firefox's Picture-in-Picture. However it is jarring and impractical that they just blink out of view when scrolling through a workspace, when doing so is such a core part of the PaperWM experience
Describe the solution you'd like
Would it be possible to keep scratchpad windows displayed while scrolling through the workspace (and changing workspaces since scratchpad is common to all workspaces by default), maybe with reduced opacity?
The text was updated successfully, but these errors were encountered: