Version: unspecified (using KDE 4.5.0) OS: Linux If you for example want to capture a menu, keyboard shortcuts do not work, so you specify a delay of e.g. 5 seconds and an area about where the menu is to be appear. But if you press “New screenshot” ksnapshot waits 5 seconds and then displays the grid where you specify the area to be captured. This step should be done *before* the timer runs, so it takes the screenshot just when the 5 seconds are over. Reproducible: Always
What is the advantage of your method compared to the current "set delay - press some keys - menu appears - draw rectangle around menu - doubleclick - have your screenshot"? IMHO the current method is more precise - you don't have to guess where something appears, you see where it appears and then capture that area.
Okay, I just rethought the idea and noticed that KSnapshot does take a screenshot and then lets you specify the grab area. I thought the screen would “play” while in thie grabbing mode but it is still. So this behavior is fine.
So you are able to create a snapshot of an open menu? I think there are reports about bugs with locks because of the grab Qt does when a menu is open.
Hm, lol, okay. It then does not react on Enter/Escape and you have to kill it via Ctrl-Alt-Esc in order to get back to your desktop.
Of course I am able to create a screenshot of an open menu - it works as described in Comment #1. Ksnapshot does not freeze here and you don't have to kill it - you just have to use a doubleclick to end the action, not a key on the keyboard.
It is nowhere said that a double click works (which didn‘t!) and pressing Escape did not do anything (which is said to end the progress). So this is still a bug. Period.
Yes, but that's Bug 210916.
Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years and I will be closing this bug. Spectacle is the replacement for ksnapshot now. Please test again and file a new bug for Spectacle if you still have issues. Thank you!