This is purely a nice-to-have thing. It would be nice if we could have the panel fade-out and fade-in if it's set to autohide. The current slide-from-bottom is functionally ok. But it feels old-fashioned. Reproducible: Always
+1 to that
Looks like a kwin bug (or X being weird), the panel sets KWindowEffects::slideWindow(winId(), slideLocation, -1); after setting the _KDE_NET_WM_SCREEN_EDGE_SHOW atom, so it should slide but obviously doesn't.
> so it should slide but > ould have the panel fade-out and fade-in if it's set to autohide. > slide-from-bottom [...] feels old-fashioned afaiu the request is NOT to slide?
Hmm, okay, I was confused because here it doesn't slide at all. The panel just disappears.
The window should have a _KDE_SLIDE property (caused by ::slideWindow), if it doesn't that bug is on the plasmashell side.
The panel has a _KDE_SLIDE(_KDE_SLIDE) = 0xffffffff, 0x1 (top panel in this case)
Looks correct, could be added too late (after map, loosing frames)? Do you see an animation when setting the animation speed to "Bob the turtle"?
I can't see it with slow animations either. It basically does: xcb_change_property(c, XCB_PROP_MODE_REPLACE, winId(), atom->atom, XCB_ATOM_CARDINAL, 32, 1, &value); KWindowEffects::slideWindow(winId(), slideLocation, -1); Perhaps it's because the window is hidden by KWin itself in response to the edge hide thing rather than just hidden explicitly?
That rang a bell: bug #354407, see https://bugs.kde.org/show_bug.cgi?id=354407#c3 for the cause. The window is never added/removed (the way the effect waits for it)
Thanks a lot, I'll have a look at the client (un)minimized approach you suggested.
So the issue most talked about in this wish list (slide not working for autohiding panels) is fixed in Plasma 5.8. Which makes me say the wishlist is worksforme. Whether it should fade optionally is nothing I can decide on.