Серый форум — AHK: Неожиданное поведение автозамен

Re: AHK: Неожиданное поведение автозамен

null@example.com (creature.ws) — Wed, 19 Sep 2012 06:48:35 +0000

Код корректно работает в английской раскладке.

Автозамены -> <- в русской раскладке не работают потому как нет в русской раскладке клавиш с символами > и <.
Для ввода требуемого символа Send отправляет не «нажатие кнопки с "<"», а что-то типа alt+код символа.
В русской раскладке не выполняется условие срабатывания автозамены — нажатие vkBE или vkBC перед|после ввода "-".

Re: AHK: Неожиданное поведение автозамен

null@example.com (astira) — Wed, 19 Sep 2012 06:29:26 +0000

creature.ws пишет:

Hotstrings and Auto-replace / Options пишет:
? (question mark): The hotstring will be triggered even when it is inside another word; that is, when the character typed immediately before it is alphanumeric. For example, if :?:al::airline is a hotstring, typing "practical " would produce "practicairline ". Use ?0 to turn this option back off.
#InputLevel 1
    Capslock & ,::Send, {Raw}<
    Capslock & .::Send, {Raw}>
#InputLevel 0

:?:...::…
:?:->::→
:?:<-::←
Замены работают очень своеобразно.
Работают так, как определено разработчиком, опций настройки под себя» достаточно.

Приведенный код записал в файл, запустил… Не работает. Со вставленными угловыми скобками с помощью капса. Ни на русской, ни на английской раскладке.

Re: AHK: Неожиданное поведение автозамен

null@example.com (Irbis) — Tue, 04 Sep 2012 13:51:11 +0000

Чтоб не мучаться с (не)русской раскладкой клавиатуры, на форуме несчетное кол-во раз рекомендовали пользоваться виртуальными кодами клавиш
Так же, по моему мнению, нажатие "клавиша+модификатор" нисколько не ухудшает эргономику работы с горячими клавишами, по сравнению с нажатием нескольких клавиш для автозамены.
Отсюда возник такой вариант :
CapsLock + точка(запятая) - печатает ">" ("<") ; Эти же сочетания вместе с левым шифтом печатают "→" ("←")
Порядок нажатия CapsLock и Shift роли не играют.

CapsLock & vkBE::
Send % GetKeyState("LShift", "P") ? "→" : ">" 
return
CapsLock & vkBC::
Send % GetKeyState("LShift", "P") ? "←" : "<"
return
:*?:...::…

Re: AHK: Неожиданное поведение автозамен

null@example.com (creature.ws) — Tue, 04 Sep 2012 10:05:11 +0000

Hotstrings and Auto-replace / Options пишет:

? (question mark): The hotstring will be triggered even when it is inside another word; that is, when the character typed immediately before it is alphanumeric. For example, if :?:al::airline is a hotstring, typing "practical " would produce "practicairline ". Use ?0 to turn this option back off.

#InputLevel 1
    Capslock & ,::Send, {Raw}<
    Capslock & .::Send, {Raw}>
#InputLevel 0

:?:...::…
:?:->::→
:?:<-::←

Замены работают очень своеобразно.

Работают так, как определено разработчиком, опций настройки под себя» достаточно.

Re: AHK: Неожиданное поведение автозамен

null@example.com (astira) — Tue, 04 Sep 2012 09:52:30 +0000

Срабатывает.

Ага. Разобрался. Только если перед тремя точками стоит пробел (не буква).

Например?

Самый тупой - получать текст из контрола и делать автозамены =_=

Re: AHK: Неожиданное поведение автозамен

null@example.com (creature.ws) — Mon, 03 Sep 2012 13:35:02 +0000

By default, hotstrings are never triggered by keystrokes produced by any AutoHotkey script. This avoids the possibility of an infinite loop where hotstrings trigger each other over and over. In v1.1.06 and later, this behaviour can be controlled with #InputLevel and SendLevel. However, auto-replace hotstrings always use send level 0 and therefore never trigger hook hotkeys or hotstrings.

-если на русском вводить точки, то замена тоже не срабатывает.

Срабатывает.

(наставить костылей можно).

Например?

AHK: Неожиданное поведение автозамен

null@example.com (astira) — Mon, 03 Sep 2012 12:45:25 +0000

Capslock & ,::Send, {Raw}<
Capslock & .::Send, {Raw}>

::...::…
::->::→
::<-::←

Замены работают очень своеобразно.

-они отлично работают, если набирать на английской раскладке, без использования хоткеев
-если на английской раскладке использовать хоткей для "<" или ">", то они не работают
-если на русском вводить точки, то замена тоже не срабатывает.

отсюда у меня складывается ощущение, что AHK генерит код, который "слушает" клавиши, а не то, что фактически вводится.
это можно как-то лечить? или смириться с этим? (наставить костылей можно).