[Modis]

Всем привет.
Заинтересовала меня тут одна тема, но информации не нашел.
Итак: допустим есть какая-то функция (например "MpHello"), есть окно автокада. Есть-ли возможность в окне автокада "перехватить" сочетание клавиш (например "Alt+M") и вызвать эту функцию?
Только без использования файла АПИ. Только программными методами.
Понимаю, что малой кровью не обойтись и нужно скорее всего использовать хуки, но я такого не умею
Может кто-нибудь обдумывал этот вопрос? Или есть у кого-нибудь готовый пример? Буду признателен.

[hwd]

Зачем тебе это? Имхо - переопределять "родные" горячие клавиши - плохая идея.

[DEM]

Modis
Есть AutoIT который может сделать чаго захочешь...
Ресурс 1 и Ресурс 2
Есть вариант по проще это AutoHotkey
Вот тута примеры для автокада
Пример 1 и Пример 2
И нафиг не нужен и как Си шарп....

[Modis]

Сообщение от hwd Зачем тебе это? Имхо - переопределять "родные" горячие клавиши - плохая идея.

Я не хочу переопределять родные Я хочу использовать неопределенную горячую клавишу для запуска одной функции

DEM, спасибо за ссылки, но мне в данном случае не нужны готовые сторонние продукты

И вообще - странно, что такая вещь оказывается столь проблематичной...

[DEM]

Modis
НУ дык тогда используй AutoIT...

[hwd]

2 Modis
Малой кровью в данном случае не обойтись. Проблема в том, чтобы по хэндлу получить объект, упакованный в управляемую оболочку.

Код:

[Выделить все]

CadWin.Window mainWin = cad.MainWindow;

// WinForms - это всего лишь управляемая обёртка над частью WinAPI, отвечающей за графику
// Попытка получить элемент управления по его хэндлу (упаковав результат в управляемую обёртку)
System.Windows.Forms.Control _control = System.Windows.Forms.Control.FromHandle(mainWin.Handle);
IntPtr ptr = Process.GetCurrentProcess().MainWindowHandle;

В данном примере ptr и mainWin.Handle имеют одно и то же значение (проверял на всякий случай), но _control получает значение null. Порывшись в инете нашёл такой топик. Там внимательно почитай ответ на вопрос. Т.е. без танцев с бубнами в данной ситуации не обойтись. Обозначенные в ответе библиотеки я не смотрел, может ты и сможешь с их помощью получить управляемую оболочку для _control (в этом случае приводишь его к типу Form и работаешь как обычно).

[Дима_]

В моем представлении Автокад использует WPF окно - которое не является оберткой над WinApi (тех Api которые "оборачивают" Windows.Forms) - соответственно попытка получить Forms контрол по дескриптору WPF окна ничего не даст - его (контролла) просто нет.
p.s. а даже если и использовали-бы - не факт что FromHandle обязан создавать Form контрол - он может (скорее всего) ищет только из уже созданных через Windows.Forms.

[Александр Ривилис]

Сообщение от Дима_ В моем представлении Автокад использует WPF окно

И на чем же зиждется это представление?

А автору следует изучать Windows Hooks: http://support.microsoft.com/kb/318804/en-us и http://msdn.microsoft.com/en-us/magazine/cc188966.aspx
Это достаточно просто.

[hwd]

Сообщение от Дима_ В моем представлении Автокад использует WPF окно - которое не является оберткой над WinApi (тех Api которые "оборачивают" Windows.Forms) - соответственно попытка получить Forms контрол по дескриптору WPF окна ничего не даст - его (контролла) просто нет. p.s. а даже если и использовали-бы - не факт что FromHandle обязан создавать Form контрол - он может (скорее всего) ищет только из уже созданных через Windows.Forms.

Не использует. В ObjectARX Documentation класс окна определён следующим образом:

Код:

[Выделить все]

public class Window : DisposableWrapper, IWin32Window;

Далее...

p.s. а даже если и использовали-бы - не факт что FromHandle обязан создавать Form контрол - он может (скорее всего) ищет только из уже созданных через Windows.Forms.

Внимательней почитай ответ по указанной мною выше ссылке - там пишут в чём причина.

[Дима_]

Сообщение от hwd Внимательней почитай ответ по указанной мною выше ссылке - там пишут в чём причина.

Offtop: Да заинтересовало

The problem is that Control.FromHandle works only for the current process...

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

public class Window : DisposableWrapper, IWin32Window;

Ребята нашел - по моему Вы не правы - это не System.Windows.Forms.IWin32Window - это System.Windows.Interop.IWin32Window - то есть WPF чистой воды.

[DEM]

ВЫЛЫСЫПЫДЫСТЫ....

[hwd]

2 Дима_
Весьма интересная информация... А какая версия AutoCAD у тебя? Я пробую на 2009-м, у меня совершенно другой результат:



Как видишь, для AutoCAD 2009 используется именно System.Windows.Forms.IWin32Window. Любопытно, начиная с какой версии они перекроили главное окно на WPF... Не могу проверить, т.к. под рукой только 2009 и 2013.

Если твой вариант подходит под все версии AutoCAD, для которых пишет Modis, то он в дамках... Это получается, что начиная с той версии AutoCAD, в которой главное окно на WPF, можно в обход имеющемуся .NET API крутить этим окном как угодно, модифицируя графический интерфейс как фантазия позволит.

[Дима_]

Там же в первой строке видно откуда импорт - autocad 2010

[Александр Ривилис]

Сообщение от Дима_ Ребята нашел - по моему Вы не правы - это не System.Windows.Forms.IWin32Window - это System.Windows.Interop.IWin32Window - то есть WPF чистой воды.

А может это просто обертка для обычного Win32 окна, чтобы его использовать в WPF?

[hwd]

Сообщение от Дима_ Там же в первой строке видно откуда импорт - autocad 2010

Не обратил внимание

А может это просто обертка для обычного Win32 окна, чтобы его использовать в WPF?

Похоже на то... Я не смог по хэндлу получить экземпляр Form и для 2013-го (так же null).

Не пойму, для чего Майкрософт создала два совершенно одинаковых интерфейса в разных нэймспейсах... Какой в этом смысл? Можно было и одним ограничиться:
System.Windows.Forms.IWin32Window
System.Windows.Interop.IWin32Window