i am trying to provide auto scroll feature to a CListCtrl box.that is, when the listctrl is filled with more items, the control should automatically scroll such that the last added items is visible. an example of such feature can be seen in the Output Window of the Visual C++ editor. but i have little idea about that. can anyone please guide me about how to do that??? thanks...
I have created a custom window in which all the non-client area is redefined. I have custom borders, a custom title bar and custom min/max/close buttons. For the most part everything is working as I want, but I'm having some serious trouble handling button clicks.
I handle the WM_NCHITTEST returning the appropriate code for the new window area. I want DefWindowProc() to handle most of the functionality, but it is really messing things up. When the close button is clicked a WM_NCLBUTTONDOWN message is sent. If I handle this and return 0, a WM_NCLBUTTONUP message is sent (if a button was clicked), but the window is unable to be resized, also the window does not close. If I allow DefWindowProc() to handle the message, the window can be resized but a WM_NCLBUTTONUP message is never sent, again nothing happens when clicking the button.
I have tried using spy++ to monitor messages of other windows behaviour, but I cannot see much difference. From the docs, I read that DefWindowProc() will send the appropriate WM_SYSCOMMAND message, but I can't understand why it is not working within my code.
Does anybody have an idea what I am doing wrong, what I am missing or not handling correctly? Also, is there any way to see the code for DefWindowProc() (possibly a unix/wine variant) to help me understand what is happening behind the scenes.
Please look up the docs with the following keywords
HTCLOSE, HTMAXBUTTON, HTMINBUTTON....
WM_NCHITTEST should return appropriate values based your non client area design. For example clicking on close button, you should try to find out if the mouse pointer is inside the close button area, if it is then you should return HTCLOSE.
In the opening thread I did state that I handle the WM_NCHITTEST message and return the appropriate value. This is not the cause of the problem since I am correctly returng a value for the min/max/close buttons aswell as the correct value for the border positions. Also, I should note that from the buttonup/down handlers, I can see that the wparam is correctly initialized with the correct HT... code and that DefWindowProc() is also being called with the correct wParam (the hit test value) and lParam (the mouse position).
The problem is that somewhere DefWindowProc() is doing something and getting an incorrect value. The trouble is I don't know what other message, if any, I should be handling.
Just an update incase of others with similar problems. I can't be sure, but I have a strong feeling that when DefWindowProc() handles the WM_NCLBUTTONDOWN messages it goes into a GetMessage loop after a call to SetCapture(), within this loop DefWindowProc() calls it's own WM_NCHITTEST handler rather than sending a message to call the users handler. Since it's impossible for DefWindowProc() to know where the new HitTest regions are, it will never work. The only solution is to handle all WM_NCLBUTTONDOWN messages yourself.
and there is an error at kkb=kkb.insert(0,br.ToString());
error C2664: 'std::basic_string<_Elem,_Traits,_Ax> &std::basic_string<_Elem,_Traits,_Ax>::insert(__w64 unsigned int,const std::basic_string<_Elem,_Traits,_Ax> &)' : cant convert argument 2 from 'System::String ^' to 'const std::basic_string<_Elem,_Traits,_Ax> &'a
It's very strange that I change the code
then it works.
I dont understand that both them are string.
why as long as I put the string variable int the function, it has an error?
Can somebody help me?
Thanks a lot.
System::String is a Managed C++ string, while std::string is an STL string. You need a way of getting the contents of the first in a format that the STL string operator(s) can understand. You'd do better asking in the Managed C++ forum, I think.
I'm adopting the code that could redirect a console output into the MFC Edit box.
My problem is, i want to have a live redirection from the console output to the edit box because i have a console application that will run about 5-10 mins and produces lots of information (output) in between those time in the command line.
My recent code will just wait the application to finish up before it could redirect the output from the command line to the Edit box.
Please help!.... thank you very much..
i need to learn more... i want to be like you guys... i'm just a begginer
I have a project which loads couple dlls. By Default, it loads from Windows/System32. I was trying to debug the problem with it's crash. And I would like to build a debug version with all the dll files that could run from the same directory as my main executable. However, some dll were loaded from the debug directory only which means if I delete the dlls from the debug directory of my project then it won't run. Even if I put the dlls in the same directory as the main exe or the windows/system32.
What kind of setting in my project could lead the loading of a dll from debug directory?
Or how could I set the dll loading always look for current directory and then windows/system32?
im trying to create a thread to listen on a port for incomming data but i keep getting errors
HANDLE Handle_Of_listener = 0;
Handle_Of_listener = CreateThread( NULL, 0, listener, &s, 0, NULL);
when i try to compile that it returns:
.\main.cpp(34) : error C3867: 'Messenger::listener': function call missing argument list; use '&Messenger::listener' to create a pointer to member
soo i do what it says and create a pointer to my listener() function