AutoHotkey изпрати

Той изпраща ключът Alt с кода на характер (набран от цифровата клавиатура), който може да се използва за генериране на символи, които не съществуват на клавиатурата. За да се генерира само от символи, да използват кодовете от 1 до 255. Използвайте кодовете, в сравнение със 128 до 255 знака ANSI (стандартна за повечето езици), но добави към върха на 0, например.

За да посочите Unicode кодове характер 256-65535 (без нулата). Все пак, това не се поддържа от всички приложения. Поради това, за по-голяма съвместимост и опростяване на изпращане на дълги низове към Unicode Unicode използвате трансформация команда.

То изпраща депресия, която е виртуален ключ код и сканиране код XX YYY. Например: Изпрати. Ако SC-или VK-парче понижава, вместо той да бъде изпратен на най-подходящата стойност.

Стойности XX и YYY шестнадесетичен и обикновено могат да бъдат идентифицирани чрез менюто Изглед - Key историята в основния прозорец на сценария (той се отваря в прозорец изберете Отвори в иконата на менюто в системната област). Вижте. Също раздел "Специални клавиши" на страницата "Списък с клавиши и бутони на мишката / джойстика."

Изпратено до едно кликване на мишката, и същите опции са на разположение и за отбора кликване. Например, натиснете веднъж с левия бутон на текущата позиция на курсора, и кликвания на координати 100, 200 (на базата на CoordMode). За да се придвижите мишката, без да кликвате, поставете 0 след координатите; напр. Пауза между кликвания уточнява SetMouseDelay (не SetKeyDelay).

Събитията се изпраща на бутона или колелцето на мишката в текущата позиция на курсора (промяна на позицията и други характеристики, вижте описанието по-горе. Забавянето между кликвания определя SetMouseDelay.

Когато е на първо място в изпращащите низови клавишите Alt / Control / Shift / Победа, които са притиснати да не бъде освободена, преди да бъде изпратена по линията. Например, комбинацията от + S :: Изпрати абв ще изпрати ABC, ABC, а не, както потребителят държи по Shift.

също води до игнориране SetStoreCapslockMode, т.е. CapsLock състояние няма да се промени. Накрая, когато се използва не изпращат повече натискане Control. Това натискане предотврати: 1) активиране на главното меню по време на LWin / RWIN кранове; 2) активиране на лентата с менюта на прозореца с Alt помещение.

Blind режим се използва вътрешно, когато е възложен ключове. Например, ремапинг на :: б ще произвежда: 1) "б", когато натиснете "А"; 2) "Б" с натискане на "А" (главни букви); 3) Контрол-B чрез натискане на контрол-A.

Тя не поддържа SendRaw и ControlSendRaw, и не се поддържа напълно отбор SendPlay, особено когато става въпрос за ключовете на модифициращите (Control, Alt, Shift, Win).

Изпраща низ просто, какъвто е, т.е. Тя не се преобразува в пресата Въведете ключ, ^ в в натискане Control-C, и т.н. Действието се отнася за частта от линията, която го следва.

Повторете ключове или задържане

За да се повтаря, натиснете няколко пъти. оградена със скоби ключ име и брой повторения. Например:

За да задържите или пуснете бутона. поставени в скоби името и думата Down (надолу) или Up (нагоре). Например:

Когато ключът се провежда по метода, описан по-горе, има го не автоматично се повтаря, тъй като това би било от физически притежава (причината е, че функцията за автоматично подновяване е възможно шофьор / оборудване). Въпреки това, за авто-симулация, можете да използвате Loop. Следващият пример Tab 20 изпраща клавиши:

Вместо на Даун може да се използва и даунтемпо. Ефектът ще е същият, с изключение на модифициращите клавиши (Control / Shift / Alt / Win). В последния случай доклади даунтемпо следните тя изпраща команди, които модификаторите не са непрекъснато притискат, т.е. те могат да бъдат освободени, ако е необходимо. Например, ако за изпращане на командата Изпрати команда, за да бъде, обикновено чрез натискане той ще бъде изпратен, за да го "и", а не комбинация от Control-A.

Общи бележки

В допълнение към буквите от А до Я, то се подкрепя и от следните букви и символи (обаче, ако кодовата страница на вашата система е различна от 1252 [на САЩ и Западна Европа], този списък може да бъде различен):

BlockInput срещу SendInput / SendPlay. Въпреки BlockInput команда може да се използва за защита на симулирани скрипт кликвания от физически прекъсване кликвания, направени от страна на потребителя, за тази цел, често е по-добре да се използва SendInput или SendPlay. Тяхното предимство е, че те не се изхвърля това, което от потребителя по време на изпращане; натиснете го спаси и изпратен по-късно.

Ако искате да изпратите голям брой кликвания можете да ги поставите в продължението на участъка, за да се улесни разбирането и за ремонт.

Поради това, че операционната система не позволява симулация на комбинацията CTRL-ALT-Delete, команди като ~! няма да работи.

SendInput [версия 1.0.43]

SendInput, като правило, е предпочитан метод за изпращане на натискания на клавиши, поради високата си скорост и надеждност. В повечето случаи, SendInput работи почти веднага, дори и при изпращане на дълги низове. Поради своята скорост, тя е по-надежден, защото това намалява вероятността някой друг ще се покаже прозорец неочаквано на преден план и пресичане изпратен пресоване. Той повишава надеждността и факта, че всички физически потребителят натисне по време на изпращане се съхраняват и се изпраща по-късно.

За разлика от другите методи, SendInput е ограничен от операционната система, от броя на символите, предадени - не повече от 5000. Този брой може да варира в зависимост от версията на операционната система и ощипвам за изпълнение. Героите и събитията не се изпращат над този лимит.

Забележка. SendInput игнорира SetKeyDelay, защото операционната система не поддържа забавяне в този режим. Въпреки това, когато нулиране SendInput SendEvent при условията описани по-долу, тя използва SetKeyDelay -1, 0 (изключение: ако закъснението за SendEvent са определени като "-1, -1", тази настройка се използва). Ако SendInput възстановите SendPlay, той използва забавянето му.

Ако някой друг скрипт (не този, на който се изпълнява SendInput) е установила клавиатура кука от ниско ниво, SendInput автоматично превключва на SendEvent (или SendPlay, ако SendMode InputThenPlay е). Това е така, защото присъствието на външен кука отрича всички предимства SendInput, което го прави по-лошо, тъй като SendPlay и SendEvent. Въпреки това, тъй SendInput не може да открива куки от ниско ниво са монтирани от други програми, но само с версия 1.0.43 AutoHotkey, в тези случаи, тя няма да преминат, че ще направи по-малко надеждни от SendPlay / събитие.

Когато SendInput изпраща кликвания на мишката начини, като и актове команда CoordMode мишка, Относителна (настройка по подразбиране), кликне координати се отнасят към прозореца, който е бил активен в началото на парцела. Ето защо, ако в процеса на изпращане SendInput умишлено активира друг прозорец (например чрез Alt-Tab), местоположението на последващи кликвания са невалидни, тъй като те остават в сравнение с предишния прозорец, а не към новото.

Windows 95 (и до NT4 SP3): SendInput не се поддържа и ще се нулира автоматично да SendEvent (или SendPlay, ако SendMode InputThenPlay е).

SendPlay [версия 1.0.43]

SendPlay-голямото предимство се състои в способността му да взаимодейства с широк спектър от игри. Например, всяка игра може да отнеме hotstrings само ако имат SendPlay опция.

От трите режима на изпращане, SendPlay най-необичайно, тъй като тя не се симулира щракване и кликнете като такива. Вместо това, той създава поредица от събития (съобщения), които отиват директно на активния прозорец (като ControlSend, но по-ниско ниво).

Подобно SendInput, натискането SendPlay не се смесва с тези, които потребителят генерира. потребител щракване съхранени и изпратени по-късно.

Въпреки, че значително по-бавно SendPlay SendInput, обикновено е по-бързо от традиционните SendEvent (дори със закъснение от -1).

SendPlay може да задейства системата горещи клавиши използвайки ключовете Windows (LWin и RWIN). Така например, той не може да извикате главното меню, или да отворите диалоговия прозорец "Run" от Win-R.

ключ на Windows (LWin и RWIN) се заключва автоматично по време на SendPlay, ако куката на клавиатура се задава. Това не позволява на главното меню, ако потребителят неволно натиска клавиша Windows по време на изпращането. Други ключове не изискват заключване, защото операционната система буферира ги натиснат до края на SendPlay.

SendPlay не използва стандартните SetKeyDelay и SetMouseDelay настройки. По подразбиране, забавянето му не съществува. Както може да се променя, е показано в примерите по-долу:

SendPlay не може да се включва и изключва CapsLock, NumLock и ScrollLock. Също така тя не може да се промени състоянието на ключовете, които се четат от GetKeyState, освен ако не е належаща, изпратен във всеки един от прозорците на сценария. Дори и в този случай, държавните промените на клавишите лява и дясна модифициращите (например, RControl) могат да бъдат прочетени само от неутралното си вариант (например, контрол). SendPlay също има други ограничения, които са обяснени в SendMode команда.

За разлика от SendInput и SendEvent, потребителят може да прекъсне SendPlay работа чрез натискане на Control-Alt-Del или Control-Escape. Когато това се случи, натиснете наляво не се изпращат, но скрипта продължава да работи така, сякаш SendPlay приключи нормално.

Въпреки, че може да изпрати SendPlay събития и LWin RWIN, но те са изпратени на активния прозорец и не изпълняват нормалните си функции в операционната система. За да избегнете това, използвайте SendEvent. Например, SendEvent #R команда извежда диалогов "Run".

За разлика от SendInput, SendPlay работи дори и на Windows 95 и NT4 да SP3.