Kill focus event triggered on setting focus to CHtmlEditView

Question

0.00/5 (No votes)

See more:

Hi,

i have this unusual problem that i just cant seem to figure out.

i am using a dialog with CHtmlEditView, i need to write some functionality when the HTMLEditView looses control.
i tried handling the WM_KILLFOCUS event for the same, but it gets invoked when i click the HTMLEditView instead of clicking elsewhere :(

Kindly do help me with the same.

i tried handling the pretranslate message for the dialog. but the function never gets called

<pre lang="c++"> BOOL ::PreTranslateMessage( MSG* pMsg )
    {
        if (pMsg->message == WM_KILLFOCUS )
        {
                   AfxMessageBox( _T( "KILL" ));
        }
        return CHtmlEditView::PreTranslateMessage( pMsg );

can anyone please please help me.... :(

Posted 12-Jan-12 18:16pm

Member 8112150

Updated 15-Jan-12 23:59pm

v3

Add a Solution

Comments

Sergey Alexandrovich Kryukov 13-Jan-12 2:56am

What does it mean "looses control"? Focus and control are different things.
--SA

Member 8112150 13-Jan-12 3:10am

i m really sorry.. i meant looses focus..

1 solution

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Sergey Alexandrovich Kryukov · Answer 1 · 2012-01-12T21:02:00

This is normal behavior. You simply need to understand: you don't need anything else. Of course, if you click "elsewhere", which should mean "not on other focusable control", the windows message WM_KILLFOCUS is not sent, but focus is not shifted. The focus is a keyboard focus: at any given moment, only one control of the whole system can have it. The only way to loose focus is to focus some other control. Indirectly, it can also happen with activation of the top-level window, which is not focusable but gives the focus to one of its controls, it any.

In all cases, when a control looses focus, it gets the message WM_KILLFOCUS before it happens, see http://msdn.microsoft.com/en-us/library/windows/desktop/ms646282%28v=vs.85%29.aspx[^].

—SA