trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: January 2014

Re: [trinity-devel] Initial draft of ktorrent help handbook

From: "Darrell Anderson" <darrella@...>
Date: Mon, 27 Jan 2014 20:48:47 -0600
>  Maybe I'm missing something, but the default on ksnapshot should 
>be
>whole-desktop by default, then you can select individual window or 
>region. The
>reason being that individual window captures accept a 'delay' 
>input set by the
>user on the dialog and 'region' requires a user box-outline. That 
>is not
>accessible when launched by default.
>
>  That was the entire purpose of setting
>
>[PrtScr]='ksnapshot'
>Shift-[PrtScr]='ksnapshot --current'
>
>  Default behavior captures a snapshot of the screen, the 
>alternate use captures
>the current window. What you are proposing is making 'ksnapshot --
>current' the
>default behavior. At least for me, that somewhat defeats the 
>purpose of the
>--current option for the alternate call.

Perhaps you are confusing a basic keyboard shortcut to capture the 
desktop to the clipboard versus actually launching Ksnapshot and 
manually changing the desired capture option. :)

I often take screen captures of windows rather than the entire 
desktop.

Regarding the preferred style for screen captures, I need to write 
those guidelines soon. We want all images in all handbooks to have 
the same consistent look. Yes, capturing images will require 
setting up a separate user account, theme, or a VM to ensure that 
consistency.

>  On ktorrent - it has always failed. The autofoo files are messed 
>up and I'm no
>autofoo wizard. I think it will probably be an easy fix for a 
>makefile/automake guru...

Refer to bug report 1465. I have to use the enable-closure 
configuration option. As i shared in the bug report, something 
changed after April 15 because I never had to use that option 
before I filed the bug report. I still can't build ktorrent without 
that option. I can't build with the additional handbook files with 
or without that option.

Darrell