Probelm z wysyłaniem polecenia

[Cyfrowy Baron]

Niestety nic już tam nie ma.

[sfyrek]

Jeszcze raz wrzuciłem link poniżej
http://uplodzik.pl/download.php?uid=PSGZAN4R

[Cyfrowy Baron]

Jedyne co mogę stwierdzić, to że program nie reaguje na komunikaty.

[sfyrek]

Tak też myśłałem że jakiś taki oporny jest. No cóż będe próbował w jakiś inny spośób nim sterować.

[polymorphism]

A sprawdzałeś gdzieś w dokumentacji tego programu, czy nie ma przypadkiem zaimplementowanego jakiegoś sposobu komunikacji z innymi, zewnętrznymi aplikacjami, coś jak OLE automation, DDE itp. ?

[sfyrek]

Sprawdzałem i nic takiego nie napisali. Będe próbował skontaktować się z producentem może udzieli jakiś informacji.

[Cyfrowy Baron]

Z tą aplikacją jest trochę tak jakby nie była budowana w oparciu o API, tylko o własne kontrolki, być może dlatego nie działa tutaj wysyłanie komunikatów.

[sfyrek]

Z tym masz napewno rację. Wydaje mi się że była pisana w Visual Studio i wykorzystuje .Net FrameWork. Co jest z nią dziwnego to wczoraj sprawdzałem wysyłanie komunikatów do systemu przy pomocy Microsoft Spy++. W logach były tylko zapisane polecenia ruchu myszką i nawet jak wciskałem klawisz to żadnego zapisu z nimi nie było.

[Cyfrowy Baron]

była pisana w Visual Studio i wykorzystuje .Net FrameWork.

Język programowania o niczym nie przesądza, jednak jeżeli aplikacja działa na .NETFramework, to jej menu nie ma standardowej konstrukcji API i pewnie dlatego nie działają na nią komunikaty. Z drugiej strony sprawdzałem wysyłanie komunikatu WM_CLOSE dla aplikacji działającej pod tą platformą i okno programu na nią zareagowało, oczywiście okno to nie kontrolka.

[polymorphism]

A dlaczego ma nie reagować, jeśli WinForms oparte jest o natywne API windowsa?

[Cyfrowy Baron]

Nawiązujesz do tego, że napisałem iż okno reaguje na komunikat. Mnie to nie zdziwiło, raczej chciałem w ten sposób podkreślić różnice między oknem a kontrolkami na platformie .NETFramework.

[polymorphism]

To nie tylko dotyczy .NET-a, nawet w VCL-u masz kontrolki, które nie są oknami tworzonymi przez system, np. TImage czy TPaintBox. Po prostu nie wszystko co wchodzi w skład GUI jest oknem z uchwytem (systemowym).

[Cyfrowy Baron]

Doskonale zdaję sobie z tego sprawę, ale nie rozumiem do czego zmierzasz. W omawianym tutaj programie jest problem z dostępem do MainMenu.

[polymorphism]

Zmierzam do tego, że NET nie musi być powodem braku reakcji na wysyłane komendy naciśnięcia klawisza, zważywszy, że oparty jest o natywne API systemowe (WinAPI). Generalnie okno/kontrolka, żeby odebrać key-event, musi mieć ustawiony focus. Być może tu tkwi problem.

[sfyrek]

Odnośnie "Focusa" nie wiem czy dobrze robie bo próbuje wysłać komende do actywacji okna ale nic z tego nie wychodzi.