KeyboardLayout аналогично раскладке стороннего приложения

[Space]

GetKeyboardLayout(0) читает раскладку активного треда моей проги. А как прочитать раскладку активного окна сторонней проги и установить её у себя (ActivateKeyboardLayout)?

[awl100Alex]

Насколько знаю: винда сама запоминает и возвращает расскладки для каждого окна. То есть, как только окно активизируется, винда возвращает ей раскладку с которой она работала. Тебе нужно просто отследить активность этой стронней проги (hWnd = GetForegroundWindow()) и считать раскладку.

[iGrok]

Вот тут что-то есть:
http://www.gotdotnet.ru/Forums/Windows/593701.aspx

[arthur2]

Код: Выделить всё

GetKeyboardLayout(GetWindowThreadProcessId(GetForegroundWindow, 0))

[awl100Alex]

http://www.rusedu.info/Article280.html

[phantomstealth]

Извиняюсь, может быть не мой топик, но у меня похожая проблема, мой прога, не может определить какая раскладка включена в Internet Explorer 7. Там оказывается две раскладки одна для адресной строки ее она и считывает, обычно она английская, а ту раскладку, что внутри окна, я не могу считать. Никто не подскажет как это сделать иначе?

[aigorv]

Извиняюсь, может быть не мой топик, но у меня похожая проблема, мой прога, не может определить какая раскладка включена в Internet Explorer 7. Там оказывается две раскладки одна для адресной строки ее она и считывает, обычно она английская, а ту раскладку, что внутри окна, я не могу считать. Никто не подскажет как это сделать иначе?

Кстати, да. Столкнулся с тем же самым.
У одного процесса две раскладки (для разных окон) быть не может. Я правильно понимаю?
Походу (судя по менеджеру задач) у IE запущены два процесса, которые как-то скомпонованы в одном родительском окне. Возможно, через SetParent/
В результате:
GetWindowThreadProcessId(GetForegroundWindow(), 0)
видимо возвращает не тот процесс. И имеем не ту раскладку.
Значок ru-en на панели задач, однако всё отслеживает четко, значит выход должен быть. Никто не знает?

[Денис]

значит выход должен быть. Никто не знает?

Ну, допустим если речь идет именно об IE, то можно предположить два варианта:
• Почитать мануалы по MSDN на предмет наличия у ослика особых уличных API-функций или интерфейсов.
• Перебирать оба процесса iexplore напрямую и вытягивать из них GetKeyboardLayout поочередно и смотреть.

[aigorv]

Перебирать оба процесса iexplore напрямую и вытягивать из них GetKeyboardLayout поочередно и смотреть.

Только непонятно, окно какого из них сейчас активно. Где клавиши жмут.
Попробовал GetActiveWindow, но тот всегда возвращает, как я понял, активное окно моего процесса.

[aigorv]

Собственно, вся задача сводится к тому, чтобы найти контрол, имеющий фокус ввода. Активный контрол, расположенный на фореграунд виндоус.
Погуглив интернет понял, что задача нерешаемая. Нигде в похожих темах похожую задачу не решили.
... При этом сам виндоус знает, какой контрол у него активен, и соответствующим образом его прорисовывает!

[Денис]

Значит GetForegroundWindow и GetActiveWindow не подходят. Это там выше в прошлом году речь шла видимо о проверке по таймеру, когда юзер сидит в эксплоере а наша прога логи пишет, в какой он там сейчас раскладке.

Значит надо явно вытягивать хендл процесса и работать с ним.

Нигде в похожих темах похожую задачу не решили.

В англоязычном нете тоже искал?

[aigorv]

Да, смотрел все, что попадалось по запросу имени айпишной функции, хотя старался больше русские смотреть.
Вроде бы можно юзать AttachThreadInput - перебирать все потоки, коннектится к его очереди ввода, и смотреть у кого стоит очередь ввода с клавиатуры. Попроще не получается.
Ну я уж не заморачивался, меня на тот момент уже заинтересовал поиск АктивКонтрола, а вот это похоже выяснить нельзя. Странно.

[aigorv]

Значит надо явно вытягивать хендл процесса и работать с ним.

Вот хендл процесса и не получается вытянуть. Не к чему привязаться, что бы его получить. А всего-то надо знать хендл окна, имеющего в данный момент фокус ввода.

[arthur2]

поиск окна с кареткой (и ещё, кстати, многими вкусностями) решается функцией GetGUIThreadInfo

[aigorv]

поиск окна с кареткой (и ещё, кстати, многими вкусностями) решается функцией GetGUIThreadInfo

Угу, только ей на вход надо передать идентификатор потока, который я как раз и пытаюсь найти.

[arthur2]

Ноль передавай

http://yandex.ru/yandsearch?text=GetGUIThreadInfo

[Twister]

У одного процесса две раскладки (для разных окон) быть не может. Я правильно понимаю?

Нет, не правильно. Раскладка специфична для потока. Если создать два окна в двух разных потоках, то и раскладки в них будут различными. Именно эту картину мы и можем лицезреть в IE, вплоть до последних версий.

[aigorv]

Ноль передавай

Вау, точно!
Спасибо!

[aigorv]

У одного процесса две раскладки (для разных окон) быть не может. Я правильно понимаю?

Нет, не правильно. Раскладка специфична для потока. Если создать два окна в двух разных потоках, то и раскладки в них будут различными. Именно эту картину мы и можем лицезреть в IE, вплоть до последних версий.

Нет. Раскладка специфично именно для процесса, в котором может быть несколько потоков.
Именно поэтому GetKeyboardLayout мы берем от идентификатора всего процесса, а не отдельного потока.
И именно эту картину мы и лицезреем в IE - они могли бы в запущенном процессе присобачить второй поток с другой раскладкой, но этого не делают, а вынуждены запускать именно второй процесс, окна которого (с другой раскладкой) и встраиваются в главное окно первого процесса.
Мне так кажется, во всяком случае. И, честно говоря, не встречал приложений, сколько бы многопоточными они не были, чтобы для разных окон была реализована разная раскладка. В одном процессе,в смысле.
Не?

[Twister]

Нет. Раскладка специфично именно для процесса

Если это так, то почему в GetKeyboardLayout передается TID, а не PID?
Думаем! Смотрим в msdn и думаем!

Retrieves the active input locale identifier (formerly called the keyboard layout) for the specified thread

The return value is the input locale identifier for the thread

[aigorv]

Хм, действительно передается ТИД. Согласен.
Не знаю, зачем так.
Непонятно тогда, зачем в IE запускается два процесса. Задавшись эти вопросом, я прямо вот сейчас практическим путем убедился, что сменив раскладку для любого из окон - раскладка меняется для всех потоков.
Получается, что раскладка специфична все-таки для процесса, потому микрософт и стартует IE дважды. Во всяком случае, если раскладка меняется сочетанием клавиш.
А ТИД передается в GetKeyboardLayout видимо потому, что достаточно иметь информацию о раскладке в любом потоке, имеющем окно ввода, чтобы судить о приложении в целом.

Впрочем, всё это к теме топика никоим образом не относится, хотя информация интересная, потом кто-нибудь в гугле найдет и прочитает

[alibek]

Непонятно тогда, зачем в IE запускается два процесса.

Первый процесс — диспетчер.
Второй и последующие — непосредственно браузеры во вкладках.

[aigorv]

Непонятно тогда, зачем в IE запускается два процесса.

Первый процесс — диспетчер.
Второй и последующие — непосредственно браузеры во вкладках.

Вопрос был риторический.

[Twister]

Получается, что раскладка специфична все-таки для процесса

Чёрт побери, я уже даже текст из msdn привёл, а человек все сотрясает воздух. Если не верите msdn, может поверите своим глазам?

[Twister]

Собственно, вся задача сводится к тому, чтобы найти контрол, имеющий фокус ввода. Активный контрол, расположенный на фореграунд виндоус.
Погуглив интернет понял, что задача нерешаемая. Нигде в похожих темах похожую задачу не решили.

Не туда обращаетесь, не там ищете Малость поуниверсалил предыдущий пример, сделал всё покрасивше. Готовое решение этого годового топика.

ЗЫ. Оптимизацией не занимался, увольте.

[Twister]

Эм... Странно. На Windows Seven все прекрасно работает. А вот сейчас запустил на XP и вижу, что специфичность раскладки для потока куда-то делась
Надо будет с этим подробнее разобраться.

ADD: Точнее, картина следующая:

Запускаю свой пример, язык по умолчанию - EN. Меняю раскладку на RU и давлю на кнопочку "Создать окно в другом потоке". Окно создается, раскладка в нём - EN. Т.е. всё нормально, у каждого потока своя раскладка.
Однако если же создать окно сразу после запуска, не меняя раскладки, то вот тогда она оказывается одинаковой для всех потоков в процессе. Ну, по крайней мере так говорит Punto Switcher и мой код.

У всех наблюдается такой же эффект?

ADD: Похоже на то, что у всех. Только что проверил на еще одной машине.

[arthur2]

Готовое решение этого годового топика.

А по-моему, готовое решение - в двух моих ответах

[Twister]

А по-моему, готовое решение - в двух моих ответах

Ну, никто и не спорит, что ключ к решению проблемы - функция GetGUIThreadInfo. Но ты же сам видишь, что некоторые под немного неверным углом смотрели на задачу, точнее на нюансы её решения. И если бы некоторые продолжали думать, что раскладка специфична для процесса, то верное решение выдали бы не скоро.
Так же замечу, что "Ноль передавай" никак не является верным направлением использования этой функции в контексте данной задачи, ибо ноль - "синоним" TID'а текущего потока, а нафига нам только текущий поток? Нам нужно универсальное решение.

[arthur2]

а нафига нам только текущий поток? Нам нужно универсальное решение.

В контексте задачи - нам нужно узнать раскладку у активного окна, то есть как раз у текущего потока, или нет?

Ну, никто и не спорит, что ключ к решению проблемы - функция GetGUIThreadInfo

Если же мы пытаемся-таки получить универсальное решение и узнать раскладку в программе, которая без фокуса, то GetGUIThreadInfo нам ничем не поможет. Для неё нам нужен тид, а если тид известен, то она сама нам уже и не нужна.

[Twister]

В контексте задачи - нам нужно узнать раскладку у активного окна, то есть как раз у текущего потока, или нет?

Да нет конечно. Как связаны активное окно и текущий поток?

Если же мы пытаемся-таки получить универсальное решение и узнать раскладку в программе, которая без фокуса, то GetGUIThreadInfo нам ничем не поможет. Для неё нам нужен тид, а если тид известен, то она сама нам уже и не нужна.

Что-то куда-то ты не туда полез. Нам абсолютно неважно в каком окне получать раскладку, неважно - активное оно или нет. Зная нужный hWnd, мы всегда сможем получить ID потока, к которому оно принадлежит и воспользоваться GetGUIThreadInfo. Воспользовавшись ею, мы узнаем hWnd окна, имеющего фокус ввода и оно НЕ ОБЯЗАТЕЛЬНО будет принадлежать этому же потоку. Т.е. подчёркнутое мной выражение в твоей цитате в корне неверно.

Ты в код примера смотрел вообще?