Dne st 18. dubna 2012 David C. Rankin napsal(a):
> All,
>
>   I don't know if this is a focus problem, or a problem with ksnapshot
> itself. But with ksnapshot configured to capture 'window under cursor'
> with no delay, if the window is not the top window, ksnapshot will
> capture any overlying window within the geometry of the window you are
> trying to capture. I've opened a normal bug for it:
>
> http://bugs.pearsoncomputing.net/show_bug.cgi?id=966
>
>   I don't know if this is gcc47, a bug in the desktop when focus set to
> 'follow mouse' or what. I have never seen this behavior before. Here
> are a couple of screenshots:
>
> http://www.3111skyline.com/dl/dt/trinity/ss/ksnapshot-win-under-cursor-
>bug.jpg
>
> http://www.3111skyline.com/dl/dt/trinity/ss/ksnapshot-win-under-cursor-
>bug2.jpg
>
>   Also, if you notice, the right side of the window is not captured
> correctly either. (possible libpng15 issue??)
>
>   Thoughts?  tdegraphics build is:
>
>   cmake ${srcdir}/${pkgname#*-} \
>     -DCMAKE_CXX_FLAGS="-fpermissive" \
>     -DCMAKE_VERBOSE_MAKEFILE=ON \
>     -DCMAKE_INSTALL_PREFIX=${TDEDIR} \
>     -DWITH_T1LIB=ON \
>     -DWITH_LIBPAPER=ON \
>     -DWITH_TIFF=ON \
>     -DWITH_OPENEXR=ON \
>     -DWITH_PDF=ON \
>     -DBUILD_ALL=ON
>
> (no patches)
>
>   Thoughts?

As far as I know, it works this way from the very beginning. And 
personally I do not consider it as an error. The switch does not say 
anything about that window should be pulled to the top. The user can 
prepare a scene to his liking and ksnapshot capture exactly such a 
situation.

Slávek
--