Shutter

Advance selection tool slow

Asked by SpeedyGonsales

First, shutter is great - customizable, and work its job.

But when I press F12 (which I set in Preferences->Behavior->Gnome-Keybinding to be key(combination) to trigger capture with selection, there is about 1 second delay.

I understand that nothing is instant, but to my knowledge this delay is "waaay" too big.
I don't know what is the reason for it, maybe my ubuntu PC configuration/Xconfig is somewhere something wrong, but I expect to wait when I'm starting the program, but when program is already running, it should react instantly.

To eliminate hardware as cause, PC I'm talking about gives following numbers to unix commands:
free - 4121044 (4GB)
dmesg | grep process - Detected 2393.990 MHz processor. - Total of 2 processors activated (9576.09 BogoMIPS).
top gives cpu usage between 3-4%.

Any idea would be great, shutter works, but this delay is a bit annoying if I want to take more then 2-3 shots.

Regards

Question information

Language:
English Edit question
Status:
Solved
For:
Shutter Edit question
Assignee:
No assignee Edit question
Solved by:
Mario Kemper (Romario)
Solved:
Last query:
Last reply:
Revision history for this message
Best Mario Kemper (Romario) (mario-kemper) said : 		#1

There are some delays that are implemented for various reasons.
The most important is that the main window of Shutter has to be minimized and the xserver needs some time to redraw the screen area that was obscured by the window. It's the same when using the context menu of the tray icon. There is a short delay needed to hide the context menu after triggering an action.

Ok, when using the keyboard shortcuts and the main window is already hiddden there is no need for the delay (approx. 400ms currently), you are right. I'll keep that in mind and create a bug report for this.

On the other hand the Advanced Selection Tool is a bit slow because it has a lot of functionality (zooming and dragging). Please don't expect miracles here ;-)

Regards
Mario

Revision history for this message
SpeedyGonsales (stem) said : 		#2

Thanks Mario Kemper (Romario), that solved my question.

Revision history for this message
SpeedyGonsales (stem) said : 		#3

I expected some delay, and this 400ms removed will actually reduce delay by half (or at least by one third), so I think it will be quite enough.

Thanks again!