When these controls in dialog got focus, I want to catch the active event. for that u can use EN_KILLFOCUS and EN_SETFOCUS events of edit box

I do not know an exact answer to your problem, but I'm fairly certain it is Unicode related. With Unicode, each character consumes two bytes, which is why example 1 is two bytes short of what you expect. You might try defining both UNICODE and _UNICODE in your project's stdafx.h file. "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

2 solutions: 1. call GetCursorPos()in your WM_VSCROLL handler, you'll get the point in screen coordinate. 2. Inherit CScrollBar in MFC, handle messages involved some mouse actions within the new class. And then declare a control variable with type you just defined for your scroll.

WinProc? You program in WIN32? :confused: Did you mean DefWindowProc()? Anyway, that's not important. I guess this problem is because your message is sent to another window. Under the MFC framework, all messages would be sent to DefWindowProc( ) if their message handler are not defined (Ex: user defiend messages ). So your problem sounds quite strange...;P ( In Win32, you need to define all message handlers if you want to do something when these messages are sent. Otherwise, DefWindowProc( ) would be called. ) In addition, in Visual Studio you can use a tool Spy++ to "SPY" any message in your window. I hope that will help. Good luck!;)

Normally you write your code inside OnVScroll(UINT nSBCode, UINT nPos, CScrollBar* pScrollBar); Should you still want to intercept the WM_SCROLL message, then use the PreTranslateMessage() function of your app class (not the dlg one) SkyWalker

Jack Rabbit wrote: _tcscpy should do the same thing as lstrcpy. While the net result may be the same, _tcscpy() resolves to either strcpy(), _mbscpy(), or wcscpy(), which are all part of the RTL. Using lstrcpy(), which is part of the Win32 API, produces smaller code. "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

Maybe. Before you start though I have two questions: Have you done a profile on your program and determined that you program is really spending a lot of time in those 3 functions. In most cases, despite those functions not being particularly good, they are good enough. Why are you not using a C++ string class, and the functions they provide to do the same? There are a number of them out there. Assuming you have good answers to those questions: strlen is best made faster by making a string class (or structure if you must do pure C) that holds the length of the string. Keeping this up to date can greatly speed up your program if strlen is called often. The other two are most easily taken care of by careful analysis of what you are doing with them. In most cases just knowing something about the data and how it is used can make solutions obvious. (for instance if you use sprintf to create a string, and sscanf to latter pull it apart, why create the string in the first place, just pass the data) Not knowing your data I cannot say more. I still suspect that this question is not worth asking.

As well as the above reply, you can also read this[^] article for a more detailed explanation (and other vital info on strings). I Dream of Absolute Zero

Hi I did as the following: GetSysColor (COLOR_3DFACE) I hope it can be useful for you. -Freehawk

Just use CFormView class.

Thank you for the reply. Do you tell more details about PostThreadMessage or any source codes? -Freehawk

Thank you very much for the reply. I will try it. -Freehawk

Still in demand. Thanks,buddy.

UpdateData(TRUE); CString erg[20]; int a,b,z; z=0; a=0; for(;;) { b=m_text.Find(" ",a); if(b<0) { erg[z]=m_text.Mid(a,m_text.GetLength()-a); break; } erg[z]=m_text.Mid(a,b-a); a=b; a++; z++; }

hi Did you try by subclassing the listbox and editctrl on OnCtlColor. chk the MSDN knwoledge base article with id Q174667 for more details. rgds..mil10

http://www.ccd.bnl.gov/bcf/cluster/pgi/pgC++_lib/stdlibug/ug1.htm[^] Kevin

Is this suitable?

No sdk upgrade is required for WTL (afaik). You shouldn't need anything but the WTL.