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 --