Version: 4.8.0 (using KDE 4.8.0) OS: Linux When starting the present windows effect, every window that is partly out of the screen border will at first jump to the center of the screen and then move to its position in the present windows raster. That doesn't look very smooth. Reproducible: Always Steps to Reproduce: Open a window and move it partly out of the screen. Then trigger the present windows effect. Expected Results: The Window should move smoothly to its position in the effect.
I just tried to reproduce the issue, but cannot see what you observe. Are you still able to reproduce the issue with e.g. 4.9 or 4.10 (that's what I used for testing)?
Happens, set the speed to "extremely slow" and move half a window out of the workspace area. If you start the effect, the position in bound before the animation starts. If you move the window nearly completely outside, you'll also be able to notice it with "very slow". The reason is "git show dfdc8ff1" and the fact that all windows start with a highlight of 1.0 I'll try to catch that.
https://git.reviewboard.kde.org/r/108477/
Git commit f448a4e48ed7de2f65b041569b93f5de9ae51c55 by Thomas Lübking. Committed on 18/01/2013 at 21:43. Pushed by luebking into branch 'KDE/4.10'. don't zoom or clamp windows on effect start/end REVIEW: 108477 M +1 -1 kwin/effects/presentwindows/presentwindows.cpp http://commits.kde.org/kde-workspace/f448a4e48ed7de2f65b041569b93f5de9ae51c55
Git commit e56b9d7ce976244b7594199be53ced9150f8fa44 by Thomas Lübking. Committed on 18/01/2013 at 21:43. Pushed by luebking into branch 'master'. don't zoom or clamp windows on effect start/end REVIEW: 108477 M +1 -1 kwin/effects/presentwindows/presentwindows.cpp http://commits.kde.org/kde-workspace/e56b9d7ce976244b7594199be53ced9150f8fa44