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