Как перехватить все клавиши?

[arthur2]

Прежде всего, конечно - клавишу Пуск.

И не говорите мне, что этого делать "не надо".

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

Если это программно не решается, то просто - какие будут советы?

[Joo]

Если это программно не решается, то просто - какие будут советы?

Обычное администрирование, ограничить все куда лезть не стоит, либо разрешить только то, что с твоей точки зрения безопасно.

Вроде уже не раз поднимались подобные темы.

[arthur2]

Нет, это всё не то.

Скажем, я написал программу, в которой по нажатии клавиш происходят всякие разные интересные действия: вспыхивают разные цвета на экране, играются разные звуки и пр.

Теперь доча жмет на какой-нибудь там пуск - и вылетает непонятно куда. А нужно, чтобы куда бы она ни нажала, работала бы всё равно моя программа.

[Хакер]

Тю, да это совершенно другим путём решается.

Создаёшь новый десктоп и показываешь своё окно в нём. В новом десктопе не будет активны никакие привычные хоткеи, ни «Пуск», ни альт-таб, ни Ctrl+Atl+Del, никаких окон из чужих десктопов — разве что, кажется, Win+L останется, в силу концепции того, что один пользователь не должен вредить другому.

[arthur2]

Здорово!
После эксперимента (не позаботился заранее о возвращении) пришлось перезагружаться

Спасибо!

А как показать своё окно на новом рабочем столе? Нужно обязательно запускать новый процесс? Тот, кто создал новый рабочий стол - сам может на него попасть?

[Joo]

А как показать своё окно на новом рабочем столе? Нужно обязательно запускать новый процесс? Тот, кто создал новый рабочий стол - сам может на него попасть?

На сколько я понял, нужно создать рабочий стол до того как было создано какое либо окно в текущем процессе, но я в подробности не вдавался, так-как это был просто эксперимент, думаю в MSDN есть четкие инструкции по этому поводу.
В VB.NET в процедуре main, я сначала создавал новый рабочий стол, а только потом создавал и отображал окно. Все работало на ура.

[arthur2]

В общем, как следует из этого топика: viewtopic.php?p=129347#p129347

Поскольку даже для безоконного приложения VB6 создаёт окна ThunderRT6Main и VBFocusRT6, то перебраться на другой десктоп тебе не удастся

Так что придется всё-таки создавать процесс. Вот нормальный пример:
http://www.vbaccelerator.com/home/VB/Co ... rticle.asp

Интересно, а если моя программа на новом десктопе вдруг зависнет - всё, борода? назад не вернуться?

[Хакер]

Вот нормальный пример:

А у себя?

Интересно, а если моя программа на новом десктопе вдруг зависнет - всё, борода? назад не вернуться?

В нашем примере — программа, переключающая десктоп не селится в новом десктопе.

Поскольку даже для безоконного приложения VB6 создаёт окна ThunderRT6Main и VBFocusRT6, то перебраться на другой десктоп тебе не удастся

Артур, тебя кажется как-то интересовало написание кода, не использующего рантайм вообще. И идея с отвязыванием рантайма. Я вот умею писать код так, чтобы использования рантайма не было, потому что чувствую, как какой код (во что) скомпилируется. В рамках написания этой утилиты мне пришлось написать достаточно большой такой код, который вообще не использует рантайм (потому что код должен внедряться в чужой процесс). Вроде как мы с тобой обсуждали, как писать такой код.

Так вот, мысль заключается в том, что если имеет место быть единичный случай и небольшой блек-магик-кодинг допускается, ты можешь написать на VB функцию, которая создаст десктоп и выполнить переключение, а потом (с помощью сторонней маленькой программки, как этом посте) заменить этой своей функцией стандартную EntryPoint-функцию EXE-шника. Тогда вся работа с десктопами выполнится до создания невидимых окон.

[arthur2]

А у себя?

Там ссылка нерабочая. В принципе, код там есть и так. В плане запуска проги на другом десктопе - практически то же, что и по моей ссылке (там, правда, бонусом есть ещё ожидание по семафору

Интересно, а если моя программа на новом десктопе вдруг зависнет - всё, борода? назад не вернуться?

В нашем примере — программа, переключающая десктоп не селится в новом десктопе.

В "моём" - тоже не селится. Но та программа, которую я запускаю на новом десктопе - тоже моя, а вот если она зависнет...

'Запускаем "анлокер". Если он вдруг не запустится, пеняйте на себя

Тогда вся работа с десктопами выполнится до создания невидимых окон.

Я тоже уже подумал о том же самом Но поскольку "имеет место быть единичный случай", то мне, пожалуй, вполне хватит запуска проги другой прогой.

Тем более, что запускающей может понадобится больше прав, чем запускаемой

[Хакер]

Но та программа, которую я запускаю на новом десктопе - тоже моя, а вот если она зависнет...

Ну, можно же отловить, что процесс «завис».

[arthur2]

Как?

[Хакер]

Вот сразу как. Не как, а что.

Что значит «завис»? «Завис» — это термин домохозяек, применяемый к программам, у которых поток не обрабатывает WM_PAINT для своих окон, и поэтому они не перерисовываются, и клавиатурные/мышиные сообщения, и поэтому окна не реагируют.

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

[arthur2]

Это может быть что угодно: например, не выгрузились какие-то объекты или программа почему-то не вышла из какого-нибудь цикла. То есть, с точки зрения системы это может и не быть зависанием вовсе - программа просто "продолжает работать".
Тем более, я переделал пример в запуск любой программы в новом рабочем столе. И что в ней может быть причиной зависания - одному богу известно.

Вижу как вариант: запускать вместе с программой на новый рабочий стол своего маленького киллера, который по хоткию убил бы её, не разбираясь, зависла она али нет.

[SLIM]

Вижу как вариант: запускать вместе с программой на новый рабочий стол своего маленького киллера, который по хоткию убил бы её, не разбираясь, зависла она али нет.

Он работать не будет если не будут обрабатываться сообщения, о которых говорит Хакер.

[arthur2]

Он работать не будет если не будут обрабатываться сообщения, о которых говорит Хакер.

С чего бы это? Я запускаю на новый рабочий стол две программы - одна та, которую надо запустить и которая в силу каких-либо причин может зависнуть. Вторая - киллер для подстраховки - ничего делать не умеет, кроме как убить по хоткию первую и самой умереть. Вторая зависнуть не может, потому что в ней и зависать-то нечему.

[Joo]

Напиши "Запускатор", который создаст новый рабочий стол, запустит новый процесс, использующий созданный рабочий стол. И пусть этот "Запускатор" мониторит процесс, пока она не выгрузилась, на предмет зависания(не обрабатывает WM_PAINT, клавиатурные и мышиные сообщения). По завершении процесса, "Запускатор" выполнит переключение обратно и завершится сам.

[arthur2]

"Запускатор"

О! хорошее словцо
Собстенно, так и есть - я написал запускатор, который запускает скормленный ему экзешник на новом рабочем столе и ждет, пока тот завершится.

Можно, конечно, мониторить прогу на другом столе на предмет, не повисла ли. Но просто возможность в любой момент вернуться на первый рабочий стол всё равно нужна.

Кстати: а если программа, находящаяся на другом десктопе, сама запускает ещё одну - это ещё одна тоже будет на другом десктопе? И можно ли передавать сообщения между окнами на разных рабочих столах?

[Хакер]

это ещё одна тоже будет на другом десктопе?

The system determines the desktop to assign to the thread according to the following rules:

1. If the thread has called the SetThreadDesktop function, it connects to the specified desktop.
   
2. If the thread did not call SetThreadDesktop, it connects to the desktop inherited from the parent process.
   
3. If the thread did not call SetThreadDesktop and did not inherit a desktop, the system attempts to open for MAXIMUM_ALLOWED access and connect to a desktop as follows:
   
   • If a desktop name was specified in the lpDesktop member of the STARTUPINFO structure that was used when the process was created, the thread connects to the specified desktop.
     
   • Otherwise, the thread connects to the default desktop of the window station to which the process connected.

И можно ли передавать сообщения между окнами на разных рабочих столах?

Window messages can be sent only between processes that are on the same desktop. In addition, the hook procedure of a process running on a particular desktop can only receive messages intended for windows created in the same desktop.

[arthur2]

Моё понимание английского текста довольно расплывчато. Со вторым вопросом, на сколько я понял, облом, месаджи не пройдут

С первым: если я вызвал SetThreadDesktop, значит ли это, что я приканектился к этому дестопу и хоть и не могу создавать в нём окон, но могу получать из него hotkeys?

Остальное, вроде, понятно: если я на одном столе, но приканектился к другому, то могу запустить процесс на этом другом, если укажу его имя в lpDesktop.
Если я на другом столе и никуда не конектился, то всё мной запущенное будет на одном со мной столе.

[Хакер]

С первым: если я вызвал SetThreadDesktop, значит ли это, что я приканектился к этому дестопу и хоть и не могу создавать в нём окон, но могу получать из него hotkeys?

Не понял.

[arthur2]

Если я зарегистрирую hotkey на свой запускатор, я его получу?

Запускатор делает SetThreadDesktop своего потока на друой десктоп. Значит, он сможет получить срабатывание хоткия с этого другого рабочего стола?

[Хакер]

Запускатор делает SetThreadDesktop своего потока на друой десктоп.

А смысл?

[arthur2]

В смысле?

В новом десктопе не будет активны никакие привычные хоткеи, ни «Пуск», ни альт-таб, ни Ctrl+Atl+Del, никаких окон из чужих десктопов

А если я через SetThreadDesktop приканнектил свой поток к этом новому десктопу, то получу ли хоткей, будучи на новом десктопе? Понятно, что WM_HOTKEY в мои ОКНА не придут, но если в hwnd передать нуль, то

сообщения WM_HOTKEY посылаются в очередь сообщений вызывающего потока

, то есть придут ли они мне при таком раскладе?

[Хакер]

Ты хочешь из вызывателя среагировать на хоткей из чужого десктопа?

[arthur2]

да

[Хакер]

Чтобы что?

[arthur2]

чтобы выйти из нового дестопа, если что

[Хакер]

Почему бы не сделать это очевидно хорошим и уже продемонстрированным способом — используя объекты синхронизации?

[arthur2]

Ты имеешь ввиду пример ANDLL-а с семафорами? В примере продемонстрировано, как получить ответ от программы с другого стола. Там всё наоборот - если ответ не получен, разблокировки не будет.

Мне же надо, находясь на другом столе, иметь способ в любой момент, вернуться на дефолтный.

[Twister]

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

Если это программно не решается, то просто - какие будут советы?

Я своей дочке выделил старую клавиатуру для таких забав. Может быть это звучит слегка занудно, но я стараюсь не давать маленькому ребёнку играться с работающими девайсами. И уж тем более с рабочим ноутбуком.