Bug 36441

Description Stefan Matthias Aust 2003-04-14 05:31:02 EDT

I tried to embed the Microsoft DHTML edit control (part of IE5+) into an
OleControlSite object and noticed focus problems. The control gets only a
"partial" input focus... cursor keys or ctrl-key-combinations work, but there's
no blinking caret and you cannot enter normal text. If you press TAB or click
into the edit control, the caret is shown and text input is possible.  If the
shell window is inactivated (for example by pressing Ctrl+F to open the built-in
search dialog) and is then reactivated, the focus is again partially lost.

The attached java program demonstrates the problem.  Please notice that the
controlSite fires one focus lost and two focus gained events.  I'm not sure
whether this is relevant but it looks suspicious.  Please also note the
"focus-event-storm" that occurs if the shell window is closed.

If you uncomment [1], for some reason the control get its complete focus. Again,
note the "event-storm".  That's only a crude workaround and it doesn't work any
more if you add more controls to the window, unfortunately.

As pressing TAB solves the problem, I tried to send a synthetic TAB key event
but nothing I tried worked.  I hoped that 

 OS.SendMessage(controlSide.handle, OS.WM_CHAR, '\t', 0);

would do the trick - sending this in the focus gained event was my idea - but it
didn't.  A similar workaround would be all I need...

It might be possible that the problem lays inside the edit control. If you
search google -> http://groups.google.com/groups?q=dhtml+edit+focus+problem, you
find a lot of people having problems, but I didn't find a posting with exact the
same problem.

I've also attached a tiny C# program (source and EXE) that shows the correct
behavior.  The edit control gets the focus, it keeps it focus (if you press
Ctrl+F for example) regardless of other controls or the phase of the moon.