AutoHotkey Community

Very good script. I like for using it so I move windows and alt tab easily.

I have question why you using mouse hook (#InstallMouseHook)?


M. Han

Since you have been so dedicated and consistent in testing out the script and providing feedback I will take a look at Sean's script. My first thoughts on minimizing windows to the notification area (aka system tray) are not particularly fond ones since this requires moving the mouse to the system tray to click on it (which takes significantly more time than alt tabbing to get to the window) because typically the window has been hidden and thus no longer visible to the alt tab program. However, since you and others have found this to be useful I will look at perhaps modifying it a little and incorporating it in a future release. Please let me know of any other useful/time-saving tips you think of as well.





I probably was not very clear, let me try again. All aspects of the script besides quick winmove, quick winsize and brutal winmove have always supported multiple monitors and thus would function perfectly well in such environments. However, prior to 0.4.5.1, those three aforementioned aspects of the script would not work as "expected" in a multiple monitor environment. One such example would be if one attempted to quick winmove a window not found on the primary monitor. The result: the window would be moved but ALWAYS to the primary monitor. As one would expect, this is something most everyone would find highly undesirable.

Now, with the introduction of version 0.4.5.1 these three aspects are fully multiple monitor aware and one can: quick winsize windows based upon what monitor the rightmost or bottommost edge of that window resides; quick winmove a window to the monitor that the mouse is presently at (even if the window is on a different monitor than the mouse); and brutal winmove a window to or from the primary monitor onto or away from other monitors.

Hopefully I have done better in explaining myself this time, and please pardon my verbosity and lack of clarity in my previous post. Sometimes my head is not so clear and so what comes out is likewise.





Very observant of you MHan since this is the first version (0.4.5.1) it has been used. The reason for unconditionally installing the mouse hook is to avoid spending the time and resources to load and unload it to/from memory whenever I call the hotkey LButton Up on or off respectively. This way the script should run a little faster.

_________________
- Tertius

Tertius thanks for reply. I see your advantage doing that.

Question why install mouse hook if your script replace mouse?


M. Han

I think I now see what you are asking. Sorry if I misunderstood you.

The reason why I have implemented a mouse hook for the hotkey LButton Up: to catch the by far and away most common methods a user would use to change to off the move state or size state after a postmessage (sent by the script) enabled such a state. These are: Enter, Lbutton up and Esc being pressed.

Although one of the main purposes of this script is to replace the mouse, some users may still use a mouse when this script is running and by hooking that mouse I can make things a little smoother as far as the script is concerned. I only actually process the hook when a postmessage is sent from the script for a winmove or winsize. Otherwise all mouse events are sent as is.

There are other ways I mulled over: setwineventhook, shellhook, etc.
However, as much as I would like to use setwineventhook, if DEP is enabled I always have a fatal termination of AutoHotkey running the script. The shellhook is not too appealing because I must hook all messages the shell sends and this results in a lot of extra processing. Other methods I know of involve dll's and I don't want to do that either.

Again, the hotkeys for Enter, Esc, and LButton Up are only implemented temporarily when a postmessage window size or window move is sent. These are then disabled once one of those hotkeys is pressed (or numpadenter & numpaddel, or numpaddiv).

_________________
- Tertius

Don't feel forced to integrate it if you don't want to/don't feel it would fit your script.
That was just a suggestion and an illustration of the fact you could gather nice ideas for additions by checking scripts who seem to get popular for a reason.
I'm not even sure I'll use Sean's script... In fact, although I haven't yet begun to really use it, I think in the future I'll be using DM2 ( http://dm2.sourceforge.net/overview.html ) a lot in the future to complement the minimize window function. In case you don't know that program it allow to minimize to tray, but more importantly to minimize to floating icons (you can choose the transparency degree) which I find promising.

Regarding the multi-monitor stuff, I think I understand better know. But I really was not in a state to understand complex explanations when I wrote the message. Anyway, thanks for the more simple explanation.


Finally, I have what is not really a suggestion but the way I'll adapt one thing in your script once it reaches a 'final' state (which is probably soon). You may find the idea interesting (or not).

In my daily usage, I mainly use left and right click, and of course double left click. For that reason, on my mouse which has a third button, I set the third button to act as double left click. Not having many programs which use middle click that was the best idea.
However, recently I have started to intensively use Directory Opus which notably has buttons which can have a different function if you left click, right click or middle click. So, I know need middle click but I am too much used to used the third button as double clicking (besides I use that function more than double clicking).
Moreover, I have sometimes to work on a computer with only two buttons.
Therefore, I now use a modifier key (left windows key) so that Lwin & Lbutton::Click 2 and Lwin & RButton::Click Middle.

So I think in the end, I'll use the numpad5 key as a modifier key for / and * to get double click and middle click, instead of having numpad5 middle click.
Some people might find that interesting, other not. It all depends on the usage.


Reading my post and all that clicking stuff, I have thought about that thread http://www.autohotkey.com/forum/viewtopic.php?t=8357 about a script (and various variations) implementing double right clicking.
As it is quite old, I figured you might not know it, although it might be of interest to you.
I never managed to think of a function not application-specific, not having a convenient keyboard shortcut and that I would use that much to have it bound to a double right click but I'm sure I will one day.

Writing these made me think I once thought about binding double right click to full screen, because of that thread http://www.autohotkey.com/forum/viewtopic.php?t=19218 and more precisely this script http://www.donationcoder.com/Forums/bb/ ... 6#msg61656
Although it is not as good as a native full screen function for applications which have one, it can be sometimes more useful that simply maximizing (getting a bit more of screen estate).

And while browsing through that thread, I saw that Ace_NoOne had made a script dealing with multiple monitors http://www.autohotkey.com/forum/viewtopic.php?t=10391
Haven't checked it but you might find some useful ideas/functions/ways to improve your code there.
________
Volcano vaporizer

I am glad to hear it. I was beginning to think that perhaps my communication skills were nose diving
That and some other posts on multiple monitors within this forum have quite interesting info in them. No question my coding has need of some optimization techniques and I will get to them by and by.
Well, in your honor I will add a new variable, named lilalurl_T32, that when neither set to 0 nor empty, will make the numpadclear (5 on numpad) be used as a double click and numpadclear & numpaddiv be used to send middle click. This will be released in the next version. I can not provide a date on the release because there is one other aspect of the script I wish to update before making a new release which will hopefully provide full support for Windows 9x and ME users. I am hopeful that this won't take much time, but if it takes me past Monday than I will just temporarily set aside my quest for Windows 9x and ME support.
I am glad I asked because you have some good ideas. I like the concept of double right clicking as a hotkey. As for the simulated maximization of windows I will have to look more into this. I have never been too upset by such applications but this is probably because I purposefully find ways to maximize the viewing space to my satisfaction and have never found such an app that I couldn't do this to. You have definitely provided me with some useful ideas.
Since you are not likely to use it given DM2's feature set and because I have not heard from any others who may be interested in my adding such features to the script I will not plan on adding it. If, in the future there is such interest, I would gladly look into incorporating it or modifying it.

_________________
- Tertius

0.4.5.2 posted.

lilalurl.T32, there is a special download available for you, and any others, who would like to have the numpad 5 button (numpadclear) act as double click, and numpadclear & numpaddiv act as middle click. The only difference is I have swapped values of two variables so as to enable this new setup. I have made two different downloads available in part because I believe anyone used to this script would be thrown off by having the numpadclear all of a sudden sending double click instead of middle click.

Comments/suggestions/bug reports are all welcome.

_________________
- Tertius

0.4.5.2.1 posted. This update mostly addresses Windows 9x/ME issues, however among the other significant changes the alttab/altshifttab and ctrltab/ctrlshiftab hotkeys are swapped.

_________________
- Tertius

0.4.6 Posted.

_________________
- Tertius

0.4.6.0.1 posted, Fixing MultiCore Issues with CreateThread.

_________________
- Tertius

Version 0.4.6.1 posted. This version provides significant improvements in smoothness and expected behavior.

_________________
- Tertius