11 replies to this topic

[himanshu]

What is the difference between the following Send commands:

Send ^c
Send {Ctrl Down}c{Ctrl Up}

I have found them to behave differently occasionally. Earlier, I found the latter alternative to be more robust (in releasing the ctrl key after Send is over) when a VMWare window was active, but now, for some other application (Console2), I am finding that the former is more robust, while the latter sometimes only Sends the keystroke 'c' instead of 'ctrl c'.

Confused

Any suggestions anyone?

[himanshu]

Makes sense. And I am already using #If conditions etc to determine which one I am using.
But I was wondering if any one knows how Send is implemented, and can tell me exactly how these are different. So that I have some idea of which one to use in a new situation, instead of by first coming across inconsistent behavior in the script and then experimenting randomly.

[himanshu]

Thanks, but I know about the different Send modes. The Send mode in effect should anyway be applicable to both of the following code fragments below (assuming it is not being changed in between)

Send ^c

and

Send {Ctrl down}c{Ctrl up}

. I have "SendMode Input" specified near the top of my script and it remains the same throughout.

Does anyone know the specific difference in how these two Send commands are implemented?
I would have thought the first code fragment is identical to (and is just syntactic sugar for) the second one. But apparently that's not true.

Again, to repeat, I am not so interested in playing around with different Send modes etc (because at the moment everything is working fine). I just wanted to know -- for the future mainly -- how exactly are the two Send commands written above different.

[himanshu]

Anyone?

[himanshu]

bump. ahem ahem. anyone?

(I know I can quit being lazy and look up the source code myself, but I thought I'd try the easy route one last time

[guest3456]

i dont know, maybe lexikos can chime in

[bettyj]

It has to do with the way the key commands are sent I think.

for example " c ", " ctrl", and " ctrl + c " are three different commands. If you have ever opened up a keyboard and looked at it you would understand, but basically when you if you hit Ctrl then c it will first send the signal for the CTRL key then the signal for both. If you hit both at the same time then it only sends the signal for both. I know that AHK isn't exactly the the slowest typer in the world but It may act differently to applications that already use the CTRL key for something "like a game that uses the CTRL key for crouch"

[Soubhi Sabbagh]

Hi,

I read more about the use of windows ^c shortcut with Autohotkey.

all the following methods are not working properly:

 

1-

Send ^c

2-

SetKeyDelay, 40        ;Any number you want (milliseconds)
SendEvent {Clrtl Down}c{Ctrl Up}; Also I get the same unstable issue with SendPlay and SendInput

So the best way is to work directly with the text field. I developed a very nice example below

/*As Send ^c is not accurate at all. I edited the file C:\Program Files\AutoHotkey\SciTE\tools\ActiveWindowInfo.ahk and I collected this nice info.
Perhaps this was caused by hiperthreading
I noticed that in case of unstable ^c , the Windows LogOff and  LogOn helped to temporary solve the issue
Also, changing Send to SenEvent or SendPlay didn't help for the same issue ,and even if we slowed down the writing speed!

The best way is to collect the data from the working ClassNN  
1- Edit this program using SciTE4AutoHotkey
2- Press F1 to open the AHK Help file where we want to try our tool
3- Run the program
Title : AutoHotkey Help
ClassNN : Edit1

Used commands:
ControlGetText, OutputVar [, Control, WinTitle, WinText, ExcludeTitle, ExcludeText]
ControlSetText [, Control, NewText, WinTitle, WinText, ExcludeTitle, ExcludeText]
*/

^!z:: ; press Control + ALt + z to run the program
{
	ControlGetText, CText, Edit1, AutoHotkey Help ;Copy The Content of Edit1 (ClassNN SearchBox) of AHK Help to new Variable Named CText
	MsgBox, 64, Text Copy, Edit1: %CText% ;Display the copied content to the user
	MsgBox, 64, Info, Search Text Will be set to ControlSetText ;Display Info To The User
	ControlSetText , Edit1, ControlSetText, AutoHotkey Help ;Set The Content of Edit1 (ClassNN  SearchBox) of AHK Help using "ControlSetText"
	ControlGetText, CText, Edit1, AutoHotkey Help ;verify the new Content of Edit1 (ClassNN SearchBox) at AHK Help to new Variable Named CText
	MsgBox, 64, Text Copy, New Edit1: %CText% ;Display the copied content to the user
}

[Soubhi Sabbagh]

Don't you think that the issue of ^c is:

 

1- caused by HyperThreading of dual core or newer processor? So, did anyone try to stop the Hyperthreading while using AutoHotKey? 

2- Or cause of the way Autohotkey process keyboard scanning?

3- Or an interrupt process!

4- What if we used RUN AS --> compatibility --> older windows!

[Soubhi Sabbagh]

Don't you think that the issue of ^c is:

 

1- caused by HyperThreading of dual core or newer processor? So, did anyone try to stop the Hyperthreading while using AutoHotKey? 

2- Or cause of the way Autohotkey process keyboard scanning?

3- Or an interrupt process!

4- What if we used RUN AS --> compatibility --> older windows!