Created attachment 87191 [details] Slight overlap over the panel Currently the activity switcher slightly overlaps the panel. This is rather inconsistent behaviour no other applet does this in general. If this should indicate that the activity switcher is even on top of the panel, then there's no reason why it should not cover the entire left screen, but a small part of the panel. If the activity switcher and the panel are on the same level then it shouldn't overlap any way. The only other place where behaviour like this is displayed are IIRC tooltips in plasma and the menu in the alternative kickoff layout.
the switcher is on a level on top of the panel. but since the window and ui is the same as the addwidget ui, panels need to not be covered since must be possible to drag and drop on top of them
Well, then I'd say to do away with the overlap. If the panel must not be covered then this slight overlap makes no sense.
I think the point here is that it should have the top and bottom framesvg border removed.
There's not much input to provide from the VDG side beyond confirming that the overlap exists and looks odd.
*** Bug 336223 has been marked as a duplicate of this bug. ***
Git commit 1bb8a49e54d0d8dd7bfb69f493834601ac3991bd by Marco Martin. Committed on 24/06/2014 at 09:25. Pushed by mart into branch 'master'. try to not use weird flags on the dialog This makes the widget explorer and activity manager disable the proper borders and align exactly to the panels, also uses the appear animation as everything else there is still the possibility in which it gets the prong position one single time, but this doesn't seem correlated to any flag it may have. the actual problem is qt xcb applying window type and flags only a moment after the window first appeared M +0 -1 desktoppackage/contents/views/Desktop.qml http://commits.kde.org/plasma-desktop/1bb8a49e54d0d8dd7bfb69f493834601ac3991bd
We seem to have lost the blur now. Not sure which of those flags would have been responsible for that?
Ignore my last comment.