AutoHotkey Community

[Rainy-Day]

I have the version I downloaded from the first post yesterday (monday).

There are two separate issues (and now I've run into a third, more on that later).

1. This one is relatively minor, I just have a habit of minimizing all windows, and then last docked comes up unexpectedly, and if I don't want it and move mouse outside, the last minimized also comes up unexpectedly, and these two at the same time sort of overwhelm me.

I think that if you minimized a window, you want it to stay minimized until you un-minimize it by clicking it. That's all. I think focus should be transferred to whatever's under the mouse at the point of time when window gets docked away. If nothing's under the mouse, then desktop should be focussed, or start button, or something like that that does not result in windows popping up..

2. The other issue.. example: I have opera docked. I activate it. I use it. Then I need to use the drop-down menu in the address bar, I click on the down arrow, and I move mouse on one of the entries in the menu. Opera gets docked-hidden away, as if I moved the mouse to another window. The issue is that even though drop down menu is a part of opera window, your script thinks that it's a separate program, and keeps it on screen, but moves the opera away. Some programs move the drop down menu after the window moves, so what you see is that first the main window suddenly disappears then after a second or so the drop down menu also disappears. Let me try now if that's how it in Opera.. Hm, now it's working properly, i.e. Opera does not get hidden away. Let me try some other program.. Oh, okay, I tried Xplorer2, and sure enough, when you drop down menu with the location, it disappears, and then the drop down menu disappears too, because it follows the xplorer window. Please let me know if you need a better explanation and if you need me to do further testing, etc.. Looks like some apps register drop down menus with a different window id or something?

3. Sometimes instead of AltTab menu, I get the regular windows alttab menu. I can't figure out what it depends on. Sometimes I hit alt-tab and get the regular windows menu, but if I try it again, it always works properly the 2nd, 3rd, 4th, etc time I try it. When it doesn't work for me, it's always unexpected. Last time it happened to me in Opera, but I'm not sure if this depends on the app or not, I think it does not.
_________________
-AK

[Rainy-Day]

Got another one for ya . If I have acad docked at top left, if I push the mouse in that corner, it gets restored. BUT if the mouse stays there, in the corner, AltTab thinks it's not 'on the app' (perhaps because win xp has rounded corners for apps), and it docks the acad again. So what you have to do is, you have to move the mouse to the corner and then very quickly you have to move it on top of acad, so it stays there.. it's a bit like playing a simple video game, chasing windows around It's notable that I don't have the same issue with other programs, perhaps because they're faster, and I move the mouse on them without even thinking about it. But acad, even on this fast 2.8ghz system, takes about half a second, maybe .7 second to restore..
_________________
-AK

[evl]

@ Rainy-Day: Thanks for being detailed, it helps a lot to duplicate problems (I can't fix them if I can't duplicate them usually ).

1) EDIT: I actually just spotted a few lines to comment out which have mostly fixed what I wrote about below:
I see what you mean now. This is a combination of what I was describing and the fact that I deliberately prevented docked windows from being minimised (with a timer) when they don't have focus (at the time I felt that a minimised docked window could be kind of confusing to try and find). I can fix the first aspect of the problem and probably will allow docked windows to be minimised in future as I think I improved the code since last time and unminimising should show the docked window because it would have keyboard focus, although it would almost certainly lose it again because of the mouse not being over it. Which leads me to another thought, maybe I can count the window as "having the mouse over it" if the taskbar has focus - that way it won't flash too quickly even if it does hide again. Oh and I did originally have it so that when hiding a docked window, the focus would go to whatever is under the mouse, but this has issues - such as having to be careful where you put the mouse unless you have a maximised window behind the docked window (it got pretty annoying to have the focus jump around "accidentally" with lots of windows open on the screen, wheras this way it is more or less the same as alt-tab switching).

2) Yes I can reproduce this one. The code for hiding the docked window (re-docking) should be checking that the focused window has the same PID to avoid just this sort of problem - I'll have to see what's up with it

3) It's happened to me too a few times, but not in quite some time except when trying to alt-tab before the script has had a chance to run fully when starting it. I believe it could be a sort of bug in the AHK hotkeys code when under some circumstances it doesn't catch the key presses (not sure what circumstances though). If you manage to figure out a way to reproduce it I can try and reproduce the bug and report the error to Chris or something (the hotkeys for alt+tab or turned on at the start of the script and don't get turned off again any time, only the extra ones such as alt+wheelup/down and alt-esc). It might also be worth mentioning to Chris if it's happening to you often - like I said, it's not happened to me for some time so it's not a bug I'm concerned about (and I alt-tab quite a lot... well you'd sort of expect the nature of my script ).

4) I use the classic windows theme so don't have round borders. Can you check it is this that's causing the problem by trying it out with notepad - otherwise it sounds like a program-specific issue.

[evl]

Regarding (4) in the last post, it could be that the window is taking so long to show that the script thinks that you switched to another window (depends what window has the focus while it's trying to display).

[evl]

@ Micha: Fixed the issue you reported by using WM_ACTIVATE to track when the gui loses focus. I'll hold off from uploading another version for another day or perhaps a bit longer because I'm in the middle of getting rid of the old filtering list and adding a new one) so that feature is semi-broken at the moment (on purpose for a change )

[evl]

@ Rainy-Day: Fixed bugs 1 + 2 that you reported (darn xplorer2 uses a different pid for the drop down box! ). Fixed it by checking a combination of window titles as a generic workaround.

Like I said @ Micha, I won't release this version just yet until I've sorted out the feature change I was working on.

[evl]

Posted the new version - I'm quite pleased with the progress now (see 1st post for link).

The main new feature is a complete rework of of the filtering system for window groups - the filters are now able to filter by partial title and to specifically include/exclude certain exes - the settings are saved to an ini file so they can be remembered. I also fixed the main bugs reported I think. (Don't try too hard to find bugs for me to fix )

I'm planning on reworking the hotkey part of the program next as that was previously limited by the old filtering method - it can reach its full potential now. Also I'll tweak the listview for the group filtering. See the TO DO section near the start of the script for more details.

[robiandi]

@evl:

(As with PSPad) For Win2000 please replace

[evl]

@ robiandi: I'm curious where those extra 2 pixels are coming from in Win2k - the height is perfect on XP (thanks to shimanov). Could you take a screenshot and post it perhaps? (when it doesn't have a scrollbar - if not too much trouble). I've worked around it by adding a check for O/S version and adding the extra pixels accordingly, as it left a bit of an ugly gap at the end otherwise.

[evl]

Now you can set your own hotkeys through a menu instead of having to figure out how to do it in the code Hotkeys for loading/switching between window groups too.

Quite a lot of changes and finishing off the window groups functionality and hotkeys, so please report any errors or incorrect behaviour.

http://www.autohotkey.net/~evl/AltTab/AltTab.ahk

Latest changes:

[Veovis]

Very Impressed!
Its now in my startup!

I have a 4th button on my mouse (xButton1) which i use for alt-tabbing. pushing the button once sends Alt-Tab, and when you holding it you can use the wheel to move the thing up and down.

When I hold Xbutton1 and then scroll down the menu moves up, but if i then scroll up it fixes itself and up is up, down is down. Anyone know why?

Heres my code for Alt-tabbing mouse:

[robiandi]

@evl: I noticed your request only today (therefore you didn't got an answer earlier).

Without the 2 pixels there is a scrollbar ( Win2k, on my pc, on my screen)
Now it works perfectly, many thanks for your numerous improvements.

[evl]

@Veovis: The problem is that the mouse wheel is a hotkey in the alt-tab script which gets turned on when the list is displayed - so the control of the scroll wheel gets switched from the xbutton script to the alt-tab one resulting in that behaviour. Temporarily you could start your xbutton script AFTER the alt-tab one which gives it higher priority with the hotkeys (seems to always work ok here). I will probably try and add the ability to set the xbuttons and scroll wheel hotkeys directly within the script or at least offer an option to disable the script's own use of the scroll wheel.

@robiandi: I'm glad the new code works ok in Win2k too.

[evl]

I've noticed a bug with switching between windows using a group's assigned hotkey (it requires 4 or more windows open to switch properly) - I'll fix it ASAP.

[evl]

New version:

@ Veovis: You can now do the XButton + Wheel Alt-Tabbing directly from the script - see the Hotkeys entry in the context menu (when displaying the Alt-Tab replacement) and select one of the XButtons for Alt and the Wheel buttons for "Tab" and "Shift+Tab" - MAKE SURE TO UNTICK THE OLD SELECTIONS FIRST.

I could probably add an option to always replace the standard Alt+Tab keys in addition to another set of defined hotkeys (such as the mouse ones Veovis uses) - it couldn't be sure how hard it'd be without trying it first, so let me know if anyone wants it and I'll have a go.