AutoHotkey Community

[holomind]

Update: New Version with Gui at the end of thread. (i keep the old posts as code-examples, perhaps i will clean up this thread later as the idea with _r is not so good and x-y zones are much easier. also moving the current version to post #1, but i'd like to have the small scripts in the beginning as the version with gui looks complicated at first glance. )

the thumbnails for this screenshot/gui-illustration were created by another script from me.
Save Screen as Thumnail with gdiplus -Script.



and quick download of this script (gui-version)
gesture_movewin.ahk (6 kB)
gesture_movewin.exe (200 kB)

.....


Hi, Based opon other scripts and rewriting some parts i have now a simple gesture script, which then calls normal hotkeys.

The script is inteded to be minimal so you can use gestures without a lot of extra functions. the gestures are all direct lines no complicate corners. only angle and distance

the zones work automatically, zone_x_y_r
which means xpos, ypos, r=radius or distance, the numbers are not negative but "10" = -1, "00" = 0 , "01" = +1, because otherwise i cound not do variable lookup that easy.
the formular perhaps looks a bit weird but this way you can define your hotspots very easy without huge definitions and if clauses.
the x and y are normalized and only have values from -1 to 1 in the funny syntax above, so you get the "angle" with the radius you can add more functions if move further away from the center. if you want to cancel then move your mouse back to the start position. the tooltip always shows your selection and which command will be triggered. if you move to far then the last command will stay, this way its easy to select. you should adjust the variable g_size to feel comfortable (small enough to be fast, and big enough to select different functions easily).

i used some other scripts of the forum for gestures but they were quite complicate.

[holomind]

Another Version, bigger and tweaked, instead of radius, there are only x and y zones. the v and < arrows point to start point. at this point perhaps a real gui or image would be better. but this is enough for the beginning.
I have added a little frame (border) so aiming is much easier. it is shown with delay so it does not interfere to much with normal right-click.

[Chris]

Nice presentation and description. Your ideas will be useful when/if the time comes to integrate mouse gestures into AutoHotkey.

[holomind]

thanks, didnt think about integrating it into ahk directly.
then they would be auto-hot-gestures the idea of mapping the gestures directly to hotkeys (simulate pressing keys) is a bit weird, but this way the scripts get smaller and they are more in the ahk idea, of mapping a keypress with a function.
i personally prefer the version of the second post as its more accurate to choose the zones, after a while of "training" i turned of the frame, as i dont need it anymore.
one drawback is that you cant simulate complicated gestures like "left-right-down" but these were confusing to me all the time, i could not remember them and they are hard to draw and reproduce. this one only pointing into hot-"zones" with tooltip feedback is much more *relaxed*.

[holomind]

Hi,

the code gets a bit longer, but is getting better.

This version now has a gui for the gesture zones. this way its much much easier to find the zones, also you have an hint which zone to use as you see the text in the beginning. the tooltip is still here to give you feedback.

just try the different functions you cant break anything, (but be cautious with window close). the actions are normally applied onto the window under the mouse. this way you dont have to activeate it with click before. if you click and release your right mousebutton without moving, you still get the context menu. if you really need the drag + context menu (move , copy , alias here) you can disable the gesture with ctrl or shift, as then its not RButton but +RButton. etc.

The "Center" Move Makes Pages in Portrait-Mode (Letter/A4) for easy reading and hides all other stuff. Quite usefull if you read something or want to concentrate. this also removes the titlebar and simulates "fullscreen". if you use another gesture like "move left" then the fullscreenmode is restored. the <- and <= are cursor left or browser-back.

the gui is built on the zone_x..y.. automatically so all definition is in one place.

one could remove the pseudo arrows pointing to center, when using the gui, but i am to lazy in the moment to remove them.

This is how it looks if you rightclick and drag for the gesture, if you are in the zone and release the mouse the gesture-action is executed.

the thumbnails are only in the screenshot, in the real one its only a box with up,right,down,left. but this way you can imagine better what this script does.

The real menu is now smaller than shown in this image

and quick download of this script
gesture_movewin.ahk (6 kB)

Version 0.1 Init
Version 0.2 Bugfix for screendetect top and left were swapped

[robiandi]

cool !!

[holomind]

[robiandi]

holomind wrote

Quote:

also the two scripts are now quite similar in usage

I wrote a script which combines the two ideas:
- Dragging the RBUTTON gives your gui :2
- In the areas is instead of for example NEXT TASK the name of another ahk-script ( for example test.ahk )
- when the tooltip shows test.ahk, this will trigger the start of test.ahk ( and shows the gui of test.ahk )
- in test.ahk you have OnMessage(0x205,"WM_RBUTTONUP")
- you move the mouse over the gui of test.ahk and releasing the RBUTTON will trigger the button on which is hovering the mouse

By this method you can trigger by one right-mouse-click & dragging an arbitrary set of actions on an arbitray set of gui's
( to repeat it: you press only once the RBUTTON)

(BTW, I also do not have autocad.
Maybe I shouldn't speak about 2 ideas, but it is one idea which is already contained in your gesturescript)

[holomind]

@robiandi:

interesting idea, seems to be similar to the cascading radialmenu (radialm) in this forum. you could post your code so everybody can test the idea.
you even could map the startmenu into this, but for me this would be too much clutter. instead of cascading menues the radialm also supports context of the window behind, so you get different actions if you are in browser, wordprocessor or explorer etc. but this is too confusing for me. i mainly use this script to "manage" windows (moving, sizing, and back/forward)

having the gui the zones could be made much smaller, as its easier to find the target. but with big regions its easier to select (not the wrong).

i also experimented with buttons similar to the autocad-menu, but i liked the flat text-boxes more. you even can get the buttonlabel when hovering with the mouse over it. to test it simply replace the "text" with "button" in the Gui...Add... section.

for more compatibilty of the normal rightclick behavior, (moving files) one could add a function to toggle/pause the gesture script with double-right-click.
(RButton:: ... wait 250ms , if RButton again, pause := !pause ... if pause <> suspend script etc.)

i'd also like to have some transparency of the menu, so its more "smooth", but i didnt manage it, as you cant have WinSet, Transparency and WinSet TransColor at the same time. One solution would be to make a gui for each Button/Zone, which seems to inefficient.
if your Gesture-Menu is Square-size one also could make the window just as big to fit the buttons and have no background ?

[robiandi]

holomind wrote

[Kudos]

holomind, thank you for this script - I think it is wonderful. I used to use UltraMouse but they don't support it now.. This is a far superior replacement which I can use anywhere and I've easily merged it into my script and modified it to suit my needs..

I have removed the window re-posistioning functions and replaced with features like Restore Window, Next/Prev Tab, Always on Top & Min2Tray.

I really love this script - Thanks for your work!!