Jeroen ter Hofstede <jeroen.ter.hofstede@wanadoo.nl> wrote:
> From our main application we're creating a COM component, written in
> C# under .Net, which in turn contains a web edit control. This
> control acts as an editor, and we can enter text in it. If we run it
> as an in-process component, all works as expected, but when running
> out-of -process as a local server (which we prefer due to
> architectural reasons) some keys are not "seen" by the editor. This
> includes e.g. the Del key (backspace works fine), Ctrl+C and Ctrl+V.
> Debugging reveals that the corresponding key messages (WM_KEYDOWN and
> WM_KEYUP) are Dispatch()ed to the proper control.

Igor Tandetnik wrote:
> Jeroen ter Hofstede <jeroen.ter.hofstede@wanadoo.nl> wrote:
>> From our main application we're creating a COM component, written in
>> C# under .Net, which in turn contains a web edit control. This
>> control acts as an editor, and we can enter text in it. If we run it
>> as an in-process component, all works as expected, but when running
>> out-of -process as a local server (which we prefer due to
>> architectural reasons) some keys are not "seen" by the editor. This
>> includes e.g. the Del key (backspace works fine), Ctrl+C and Ctrl+V.
>> Debugging reveals that the corresponding key messages (WM_KEYDOWN and
>> WM_KEYUP) are Dispatch()ed to the proper control.
>
> These accelerator keystrokes need to be delivered to WebBrowser
> control via IOleInPlaceActiveObject::TranslateAccelerator.
> Apparently, one of your hosts does that while the other does not.