|
You're sending the wrong message;
The entry in the message map expects a WM_COMMAND message, but you want to send a user-defined (or Registered) message, so it never hits where you want, because the WM_COMMAND didn't arrive.
Steve S
|
|
|
|
|
That was it! Many thanks.
|
|
|
|
|
Hi,
Iam new to the field of image processing. What iam looking for is a library preferably in C++, Java or even C# that has functions to manipulate bitmap images.
Anyone have any ideas?? i know there are lots of libraries out there but dummy me ... i havent been able to find any source code.
All you need is just a little patience ...
|
|
|
|
|
Have you looked here:
http://www.codeproject.com/bitmap/
Five birds are sitting on a fence.
Three of them decide to fly off.
How many are left?
|
|
|
|
|
I am having a problem with the StreamIn member function of the rich edit control. For some reason my callback function is not getting called. When I place a breakpoint inside my callback function and trace execution to the StreamIn function, I press f10 ( trace over ) and StreamIn returns with 0 bytes read and my callback never gets called! Does anyone have any ideas?
|
|
|
|
|
Post the declaration etc of your callback, and show the initialisation of the EDITSTREAM block, and that might give us a few more clues...
Steve S
|
|
|
|
|
my call back is declared like so :
DWORD CALLBACK StreamCallback( DWORD Cookie,LPBYTE lpBuff, LONG cb, LONG *pcb )
Here is the es and the call to StreamIn
EDITSTREAM es;
es.dwCookie = int(&FormatMessage);
es.dwError = 0;
es.pfnCallback = StreamCallback ;
this->StreamIn( SF_TEXT, es );
|
|
|
|
|
Do you mean (int)&FormatMessage, by any chance? Presumably FormatMessage is one of your variables, rather than the Win32 API function. The actual name will probably be munged to FormatMessageW or FormatMessageA, in any case, which is just an added obfuscation that shouldn't affect you.
Presumably your StreamCallback isn't a member function of a class?
It shouldn't be, unless it's also static.
Steve S
|
|
|
|
|
The callback function is not a member of a class. FormatMessage is a CString. Yeah, that probibly is not a great name for a variable i know. I still haven't figured out why the callback is not being called.
|
|
|
|
|
I have discovered that I can send any variables in the EDITSTREAM structure even and invalid function pointer and the StreamIn function still returns 0 what the hell.
|
|
|
|
|
Let me ask a different question then. When are you calling StreamIn...?
Steve S
|
|
|
|
|
My question is, if it's possible to change the style (dwStyle) and the extended style (dwExStyle) of a created window.
I am working on a window that is a normal OVERLAPPEDWINDOW but when I switch to fullscreen it should be a POPUP etc.
Do I have to Destroy and create a new window?
Thanks!
Constantin
|
|
|
|
|
Did you try ModifyStyle() and ModifyStyleEx()?
|
|
|
|
|
Oh! you see I am not very used to MFC and didn't find it myself 
Guess that's what I searched. I'll try it...
Thanks!
Constantin
|
|
|
|
|
The following code is from an artical on "Catching the 'Enter'
Key in windows and controls" by Randy More.
UINT SMUPPGrid::OnGetDlgCode()
{
UINT result = CListCtrl::OnGetDlgCode();
result = result | DLGC_WANTALLKEYS;
return result;
}
The function, OnGetDlgCode(), generates a compiler error indicating that this is a protected function and is not accessible.
What would it take to make this function accessible?
Bob Broadway
bob.broadway@att.net
|
|
|
|
|
well,
look for the header file and move the method to the public part.
Probably you have to go up the whole 'pedigree'.
Derive a class from that class you want the function and in that class you have access to the protected function.
First method is to handle with care, second method sometimes is just kind of overkill.
Regards
G.Steudtel
|
|
|
|
|
|
here it is, a piece of code that i cant get to work.
is there anyone that can spend 5 min with this and tell what is not correct?
http://www.xwega.com/toolbartest.exe[^]
this is a simple sdi app made with the wiz.
i have only added the menu "test" and the toolbar buttons
I have created the menu event handlers
the problem is that the menuitem "Ball" can be disable but the button "ball" with the same id is allways enable.
there is code to enable and disable the menu and toolbar button on the menu event handlers.
what is incorrect?
MSN:maxsnts@hotmail.com
|
|
|
|
|
|
|
if the menu item ID and the toolbar have the same ID, they should behave the same, and get enabled, disabled with the same ON_UPDATE_COMMAND_UI handler.
Also, if you didn't define a command handler ( if the menu and toolbar button have no callback ) the menu item will not be enabled, unless there's a ON_UPDATE_COMMAND_UI handler.
show us the code so we can help.
I will not run the .exe ...
Maximilien Lincourt
"Never underestimate the bandwidth of a station wagon filled with backup tapes." ("Computer Networks" by Andrew S Tannenbaum )
|
|
|
|
|
|
Hi,
I have to use a timer to perform some tasks at specific intervals. The timer needs to be very accurate (+- 10 ms) and use as less CPU as possible. So I decided to use a queue timer, which seems to be the better choice.
In fact, I have to trigger many events at different intervals. For exemple, I have to do something each 30 ms, another task each 120 ms and another one each 350 ms (between 1 to 25 events to trigger). What I'd like to know is which is the best solution :
- using only one timer that calls only one callback procedure each 10 ms for exemple and in this procedure increments variables to know which task to process
- or set up one timer with one callback procedure for each task I'd like to perform. (so it's as if I defined 25 timers but with intervalls of 30 ms, 120 ms, 350 ms ...)
Thanks...
Edouard
|
|
|
|
|
In our experience it is far better to make different timers. Pls note that queue timer do not seem to have much accuracy, better are multimedia timers (timeSetTimer) or waitable timers (CreateWaitableTimer).
Regards,
andrea;P
|
|
|
|
|
I have not designed an application that processes data in a time interval of unver 1000 ms. a time queue timer is one solution for For processs that work in the 500+ ms range. For anything shorter, I recommend a separate worker thread and WaitForSingleObject().
Kuphryn
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
