🚀 go-pugleaf

"Jeff" <Jeff@nospam.com> wrote in message
news:4480a43a$1@newsgroups.borland.com...

> I'm trying to search through another application's client area and click
> any "Cancel" or "Close" buttons found in an attempt to safely close
> the application.

Just send WM_CLOSE and/or WM_QUIT messages to the main windows instead.  You
don't need to deal with the buttons just to close the application.

> I can't seem to find a way to click another application's buttons

You have to send a WM_COMMAND message to the button's parent window,
specifying BN_CLICKED.  Or a BM_CLICK message to the button itself.

> or find them for that matter.

That is because you are not looking correctly.

> I tried ... getting the text using GetWindowText() but Microsoft states,
> "However, GetWindowText cannot retrieve the text of a control in
> another application."  How do I do this?

That is correct.  GetWindowText() needs you to pass it a memory address to a
buffer that will receive the text.  A memory address in one application is
not a valid memory address in another application.  You would have to write
a custom DLL and then use DLL injection, such as with a message hook via
SetWindowHookEx(), to force the DLL's code to run in the context of the
other application.  Then the DLL can use GetWindowText() and copy the text
back to the application, such as with WM_COPYDATA.

>  char *ptr_chrText = ""; //Control text

That won't work.  You are not allocating a memory buffer to receive the
text.  You are pointing to a string constant that is located in the
application's read-only memory.

>  POINT pPoint;   //Coordinate structure
>  WINDOWINFO WinInfo;     //Window information structure
>  WinInfo.cbSize = sizeof(WINDOWINFO);
>
>  if (!GetWindowInfo(hParentWin, &WinInfo)); //Get the dimensions of the
> window

Get rid of all of that.  Use GetWindow() or EnumChildWindows() instead.


Gambit

"Jeff" <Jeff@nospam.com> wrote in message
news:4480bfa4@newsgroups.borland.com...

> What happens is that if the application I'm trying to close has a
> dialog box (modal window) open, then Windows thinks it was
> terminated incorrectly when I send it the WM_CLOSE message.

So?  You are closing the application down anyway.

> I was just thinking I could close all the dialogs and then send the
> WM_CLOSE to the parent window to close it gracefully.

Dialogs usually respond to the WM_QUIT message, if not WM_CLOSE.


Gambit

What happens is that if the application I'm trying to close has a dialog box 
(modal window) open, then Windows thinks it was terminated incorrectly when 
I send it the WM_CLOSE message.  I was just thinking I could close all the 
dialogs and then send the WM_CLOSE to the parent window to close it 
gracefully.

I'll have to investigate your suggestions below, thanks a lot.


"Remy Lebeau (TeamB)" <no.spam@no.spam.com> wrote in message 
news:4480bc1c$1@newsgroups.borland.com...
>
> "Jeff" <Jeff@nospam.com> wrote in message
> news:4480a43a$1@newsgroups.borland.com...
>
>> I'm trying to search through another application's client area and click
>> any "Cancel" or "Close" buttons found in an attempt to safely close
>> the application.
>
> Just send WM_CLOSE and/or WM_QUIT messages to the main windows instead. 
> You
> don't need to deal with the buttons just to close the application.
>
>> I can't seem to find a way to click another application's buttons
>
> You have to send a WM_COMMAND message to the button's parent window,
> specifying BN_CLICKED.  Or a BM_CLICK message to the button itself.
>
>> or find them for that matter.
>
> That is because you are not looking correctly.
>
>> I tried ... getting the text using GetWindowText() but Microsoft states,
>> "However, GetWindowText cannot retrieve the text of a control in
>> another application."  How do I do this?
>
> That is correct.  GetWindowText() needs you to pass it a memory address to 
> a
> buffer that will receive the text.  A memory address in one application is
> not a valid memory address in another application.  You would have to 
> write
> a custom DLL and then use DLL injection, such as with a message hook via
> SetWindowHookEx(), to force the DLL's code to run in the context of the
> other application.  Then the DLL can use GetWindowText() and copy the text
> back to the application, such as with WM_COPYDATA.
>
>>  char *ptr_chrText = ""; //Control text
>
> That won't work.  You are not allocating a memory buffer to receive the
> text.  You are pointing to a string constant that is located in the
> application's read-only memory.
>
>>  POINT pPoint;   //Coordinate structure
>>  WINDOWINFO WinInfo;     //Window information structure
>>  WinInfo.cbSize = sizeof(WINDOWINFO);
>>
>>  if (!GetWindowInfo(hParentWin, &WinInfo)); //Get the dimensions of the
>> window
>
> Get rid of all of that.  Use GetWindow() or EnumChildWindows() instead.
>
>
> Gambit
>
>