Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Серый форум → Общение → AutoHotkey → AHK: Переключение раскладки в зависимости от активной программы
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Добрый день.
Написал такой скрипт для переключения языка в зависимости от активного окна:
Loop
{
#IfWinActive ahk_class Notepad or ahk_exe firefox.exe
SetInputLang(0x0409) ; English (USA)
return
#IfWinActive
}
SetInputLang(Lang)
{
WinExist("A")
PostMessage 0x50,,%Lang%
}
но в Notepad переключает, а в Firefox нет. В чем может быть дело?
Директивы (команды, начинающиеся со знака #) применяются только для изменения поведения горячих клавиш, в вашем коде #IfWinActive не делает ничего. Лучше всего начинать разработку со внимательного чтения справки.
Не легче ли использовать группы? Добавить в одну группу окна где нужен русский а во вторую английский язык ввода. По одной клавише запустить реакцию смены на желаемый язык ввода? Зачем вечный цикл? Только процессор грузить лишний раз. Вечный цикл = ЗЛО! Тем более судя по логике кода, функция будет постоянно применять необходимый язык, что ещё один косяк.
Добавить в одну группу окна где нужен русский а во вторую английский язык ввода. По одной клавише запустить реакцию смены на желаемый язык ввода?
Если по клавише запускать смену языка, то какой смысл писать скрипт? Можно и без не скрипта нажать на клавишу переключения языка. В том то и смысл, чтоб автоматически язык изменился и случайно не начать набирать текст в другой раскладке.
функция будет постоянно применять необходимый язык, что ещё один косяк.
Как раз и надо постоянно применять другой (англ.) язык потому, что система по умолчанию устанавливает русский для всех программ. Проверка текущего языка с запуском DllCall() будет грузить процессор и не нужна по вышеуказанной причине.
Как вариант хук на смену окна. Автоматически переключит язык ввода без цикла.
Вот переделал:
Loop
{
if WinActive("ahk_class Notepad") or WinActive("ahk_exe firefox.exe")
{
PostMessage 0x50,,0x0407 ; English (USA)
return
}
Sleep 100
}Все равно не меняет язык.
Как раз и надо постоянно применять другой (англ.) язык потому, что система по умолчанию устанавливает русский для всех программ.
Нет, нужно только в момент активации окна. Можно отслеживать активацию нужных окон в цикле, если добавить их в группу (ahk_group) и использовать команды WinWaitActive/WinWaitNotActive.
Loop
{
WinWaitActive("ahk_group WinEnglish")
PostMessage 0x50,,0x0409 ; English (USA)
return
Sleep 100
}
Так не будет работать, код завершится, как только дойдёт до Return.
Кроме того, я не зря упоминал команду WinWaitNotActive.
Неверно, цикл с одной итерацией. Вы логику не понимаете или не тестируете скрипт перед отправкой на форум?
Кроме того, я не зря упоминал команду WinWaitNotActive.
Отличная загадка.
Вы логику не понимаете или не тестируете скрипт перед отправкой на форум?
Протестировал, не работало.
Тогда наверно стоило бы написать что-то кроме кода?
Loop
{
WinWaitActive("ahk_group WinEnglish")
PostMessage 0x50,,0x0409
Sleep 100
}
Так не должно завершиться, но такое чувство, что чего-то не хватает.
Зачем WinWaitNotActive не понимаю, на какую группу его ставить. Я для русского группу не определял, для всех остальных приложений система установит русский сама.
Еще не понятно, как делается инициализация группы. Этот код должен исполняться 1 раз?
В группу окна добавляются через GroupAdd.
teadrinker
Это понятно, но делается это один раз? Значит нужно делать state machine и на первом шаге создавать группу? На остальных state проверять смену окна как условие перехода на другой state и только при смене state 1 раз посылать месседж в активное окно. Цикл будет проходить через соответствующий state (Сase). Это практика из PLC-программирования, есть такая практика в AHK?
Да, в начале скрипта создаёте группу, затем в цикле ожидаете активности любого окна из группы через WinWaitActive (загляните в справку, неправильно используете), посылаете окну сообщение, затем ожидаете его неактивности с помощью WinWaitNotActive (можно без параметров, применится к ранее активному окну).
; autoexecute begin
GroupAdd, WinRus, ahk_exe Viber.exe
return
; autoexecute end
Loop
{
WinWaitActive ahk_group WinRus
PostMessage 0x50,0,0x0419
if ErrorLevel
MsgBox Window doesn't exist!
WinWaitNotActive
Sleep 300
}
Скрипт запускается и сразу выгружается. Язык по умолчанию англ. и нужно установить русский для активных окон из группы WinRus.
'Return' для чего нужен? В целом?
'Return' для чего нужен? В целом?
В справке после инициализации групп стоит return. Это конец секции автоисполнения. Если нет горячих клавиш получается, что у скрипт выгружается. Если убрать return не выгружается, но непонятно где конец секции автоисполнения.
stuermer
Код секции автовыполнения начинается с начала скрипта и идёт до первого Return либо до объявления первой горячей клавиши. Если нет ни того, ни другого, то до конца скрипта. В вашем коде выполнение доходит до Return и останавливается.
teadrinker
Ок, убрал Return. Теперь стоит в бесконечном цикле.
Так и должно быть. Sleep не нужен, ErrorLevel тоже. Сообщение посылать лучше не окну, а контролу, который в фокусе. Ищите примеры отправки этого сообщения на нашем форуме.
teadrinker
Почему Errorlevel не нужен? Мало ли какие глюки могут быть в системе, контроль ошибок. По поводу контрола, работает и так, зачем усложнять, главное, что приложение активно, это касается всех контролов и любого окна приложения (у Winamp например, много окон, когда любое из них активно, то и весь процесс активен). Спасибо.
контроль ошибок
ErrorLevel is set to 1 if there was a problem such as the target window or control not existing. Otherwise, it is set to 0.
А как окно может не существовать, если мы только что дождались его активности? ErrorLevel здесь никогда не появится.
А как окно может не существовать, если мы только что дождались его активности? ErrorLevel здесь никогда не появится.
Ну во первых в Windows возможно все;
2. "a problem such as the target window or control not existing." - тут могли о чем то умолчать и в будущих версиях вариантов может быть больше;
3. я уже встречал ошибки в этой документации.
Поэтому лучше сделать так:
if ErrorLevel
MsgBox ErrorLevel: %ErrorLevel%!
тогда любая ошибка сразу будет видна. Одна проверка кушать много не просит и "лучше перебдеть, чем недобдеть".
А что это даст, если выскочит сообщение ErrorLevel: 1?
Значит нужно проверить функционал, если не работает, искать, устранять ошибку. Либо вообще менять стратегию.
И как бы вы всё это стали делать? 
Я не хочу сказать, что проверка ErrorLevel всегда бесполезна, но не в данном конкретном случае. На некотором уровне подготовки иногда нужно просто поверить.
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
