- SRIV Taking a screenshot doesn't include the window decorations, possible option here.
George Peter Staplin: That's odd, because it does for me. I right-click on the window and select "Take Screenshot" and the entire frame including window decorations is taken.
- SRIV Taking a full screenshot looses focus on the focused window, causing the titlebar to be in the non-focused state. I solved this in my early screenshot code by automatically naming the capture file the window title name.
George Peter Staplin: There is a slight delay (1 second IIRC) before it's taken after the file dialog appears. I just verified that you can move into the window or click it to activate the window before Whim's screenshot.tcl applet takes the screenshot. I'm not sure if there is an easy way to enable this automatically, yet. screenshot.tcl could possibly get the $::active_window from Whim, and restore it with activate.window or entered.window.
SRIV One future feature I've been thinking about may solve the problem. How about a selectable size focus memory, that keeps track of the order of windows comming into focus, so that when a dialog pops up, then is dismissed, the previous window regains focus. Perhaps a memory of 4 to 8 would be valuable. I'm curious to see how Windows or other window managers handle this.
George Peter Staplin - We now use a sorted list of window ids for each desktop. So if you create windows A B C, and the focus order is A B C, and C is destroyed, then B gets focus, and so on. The list is resorted as focus patterns change, so the focus order should be correct in all cases now.