🚀 go-pugleaf

"Oren Halvani" <Spam@Me-Please.com> wrote in message
news:419ceea1@newsgroups.borland.com...

> using a keyboard hook is also a problem because i
> need to create a standalone exe..

Sorry, but if you cannot use hotkeys then you must use a global hook inside
a DLL.  That is the only other way to intercept keystrokes across multiple
applications.  Unless you write your own keyboard device driver, which I do
not recommend for this situation.

> Remy says in the earlier posts to use the WM_COPY / WM_PASTE
> messages via: SendMessage( ) but how do i use them for the current
> active window, if my application works in the background..?

Makes no difference where your application is.  All you need is the HWND for
the target and destination RichEdit's.

> i cannot use FindWindow( ) because the user has to decide
> where he want to send the WM_COPY / WM_PASTE...

Then you will have to enumerate the active windows and provide the user with
a list to pick from, or else you will just have to make the user bring the
desired window to the front and then simply copy/paste to/from the active
windows.

> another option is to use the new function SendInput( ) i've heard it's
> simillar to the "old fashioned" keybd_event( ) but it's more safer,
right...?

What gave you that idea?  SendInput() doesn't allow you to specify the
target window to send the keystrokes to.  It injects the keystrokes directly
into the keyboards input buffer, just as keybd_event() does.


Gambit