|
hi.
you can look this example.
http://www.codeproject.com/tools/wallpaperq.asp?target=change%7Cdesktop%7Cwallpaper
good work!!;)
|
|
|
|
|
|
Hi, all 
I have created a RichEdit box (version 1.0) using regular windows API (no MFC) but I can’t seem to format (using the SendMessage() function) any part of the text in the control. I have tested both formatting the paragraphs (PARAMFORMAT structure) and characters (CHARFORMAT structure) but nothing seems to get displayed. The return values (from both EM_SETPARAFORMAT and EM_SETCHARFORMAT flags) are nonzero, which indicates success. I know that I am setting the cbSize and the dwMask structure members correctly because after setting the format, I use EM_GETPARAFORMAT and EM_GETCHARFORMAT flags to check if the changes was actually made, and it is (but just not displayed). This experience is really strange, I really don’t know what I am doing wrong or missing. And I can’t seem to find any examples on formatting text in a Rich Edit without using MFC. Any ideas on how to solve this or find any examples are greatly appreciated.
Thanks in advance
Aidman » over and out
We haven't inherited Earth from our parents, instead we have borrowed her from our children; an old Indian saying.
|
|
|
|
|
hehe... I found the problem, when I declared the PARAMFORMAT and the CHARMFORMAT structures I forgot setting them to zero, which caused the variable members (who wasn’t later set to any specific value) to have unpredictable values. Anyways it was a clumsy mistake 
Aidman » over and out
We haven't inherited Earth from our parents, instead we have borrowed her from our children; an old Indian saying.
|
|
|
|
|
new to win32 api programming and am using the free borland tools.
i want to ensure i have the latest headers/libraries that will allow me to target 2k & xp but not clear on how to use msft's platform sdk update and borland to ensure they play well together.
advise from anyone who's gone down this road before?
|
|
|
|
|
Hi everyone !
Well, I have heard that the MFC runtime used a hook to dynamically link a
component to its window procedure. I know that it's the best way to do it,
but Microsoft itself advises the developers to use hooks in their
applications only for debugging purposes, because it dramatically slows
the programs down... What about MFC programs, are they much slower than
their raw API equivalents ?
Thanks in advance,
Mark
|
|
|
|
|
Well, as far as I know that MFC uses window subclassing to override the default WndProc. Hooking is usually used to install the MFC WndProc to the created window. I dont know what hooks exaclty, but definitely not WH_CALLWNDPROC hook or anything like it, which involve notification of frequent events. Usually WH_CBT is used, which can notify the hooking application about creation of windows.
Another thing, there is a difference of local hooking used in this process and global hooking in which the hook is installed over the whole system.
To sum up, the hooking is used just to initiate subclassing and it's local to the process. Subclassing doesnt degrade performance (actually it is done using APIs). So if there existed a degreade on performance of MFC application I think hooking wont be the reason.
Am saying this with accordance to my knowledge, hope if there is anything wrong someone would correct it
|
|
|
|
|
The hook that MFC uses is only installed for the time it takes to create the window. Basically, MFC installs the hook, creates the window, and uninstalls the hook. The hook has basically no influence on the program or the system. Incidentally, it's a thread-specific hook, so it would not slow down the system anyway.
Hope this helps,
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Thanks alot for your replies, mates !
|
|
|
|
|
Hi,
Is there a way to detect from a setup program whether or not MFC is installed, and download/install it only if it isn't?
Such as is with the detecting of MSI's installer?
I do know that I can detect if it's there an close the setup application, but don't know if it's possible to automatically download it.
Thanks,
Shutter
|
|
|
|
|
You could search for the mfc dll (the version that your program uses). You could put the installation program on your ftp site and download and run it if needed.
Cathy
Life's uncertain, have dessert first!
|
|
|
|
|
Hello -
I have a CWnd derived class which I am creating in a MFC SDI app. I create it hidden, and its job is to handle some messages generated by the back end of my app. If I fire up the app and don't touch it, everything runs fine, and all messages are received by this class. However, as soon as I start doing anything in the GUI (i.e. more messages are generated), then some of messages generated by my back end are posted but not received.
Here is how I create the class:
m_pMyWnd->CreateEx(0, _T("STATIC"), _T(""), 0, CRect(0,0, 100, 100), NULL, 0);
and another chunk of code does a postmessage to this window, but it doesnt receive the message, even though PostMessage() succeeds.
Is there a different way I should create this window to ensure that my messages will make it through?
Thanks!
Marcus Spitzmiller
"Why must life be so hard? Why must I fail at every attempt at masonry?" - Homer
|
|
|
|
|
It sounds like you really want a multi-threaded application.
Cathy
Life's uncertain, have dessert first!
|
|
|
|
|
Care to explain? This app is quite multi-threaded already, and the section posting the messages is in its own thread...
Marcus Spitzmiller
"Why must life be so hard? Why must I fail at every attempt at masonry?" - Homer
|
|
|
|
|
I thought maybe that was the problem, that you were doing it in the same thread.
I had to do something like this to get my messages through:
<br />
while (theApp.m_pMainWnd && PeekMessage(&msg, theApp.m_pMainWnd->m_hWnd, 0, 0, PM_NOREMOVE))<br />
{<br />
if (!theApp.PumpMessage())<br />
{<br />
PostQuitMessage(0);<br />
return TRUE;<br />
}<br />
}<br />
Cathy
Life's uncertain, have dessert first!
|
|
|
|
|
First, messages sent though PostMessage are not guaranteed to make it through. In practice, however, only in very extreme circumstances (slow machine, fast input) do they not get through.
Also note that PostMessage() will only fail if the window handle is incorrect or some other critical problem. Whether or not the message will be received has no bearing on the success of the call. (See SDK documentation.)
I question the use of a hidden window. I suspect the messages are being reflected somewhere. Why not just use the main window and use USER messages?
|
|
|
|
|
Joe,
Thanks for the info.
I suppose I should've mentioned that the messages I'm referring to come from the WaveOut API, so they cannot be user messages. In particular, I'm handling the MM_WOM_DONE message. (See waveOutProc in the SDK doc, if you are interested.)
The reason I chose to not use the main window was for code maintainability. I am able to keep all of the waveOut code in one or two classes that I can move around as needed, this way. I'm not sure that handling it in the main window will do it either, see below...
You are correct about the messages being reflected, I think. I've noticed that the MM_WOM_DONE message comes through my main message loop and is then dispatched to this hidden class, most of them anyway. (Hence my problem - I'm not seeing all of them here, either.) Based on the way I'm creating the window (see the code in the prior post, parentwnd = NULL), I figured that the messages would come straight to this window,but I guess not.
So assuming that this is the nonUSER message I'm working with, is there a way to get it to post to the queue in my hidden window directly, instead of routing through the main message loop?
Thanks!
Marcus Spitzmiller
"Why must life be so hard? Why must I fail at every attempt at masonry?" - Homer
|
|
|
|
|
First, due to where the code is used, I don't use MFC when I create the callback window. I also create it with CreateWindowEx with WS_EX_NOPARENTNOTIFY. Here's a snippet from my code:
LRESULT CALLBACK CBWaveCallback(
HWND hwnd,
UINT msg,
WPARAM wParam,
LPARAM lParam)
{
CBWave *pWave = (CBWave *)::GetWindowLong(hwnd, 0);
if (pWave)
{
switch(msg)
{
case MM_WOM_DONE:
pWave->OnDataOut((HWAVEOUT) wParam, (WAVEHDR *) lParam);
return 0L;
case MM_WIM_DATA:
pWave->OnDataIn((HWAVEIN) wParam, (WAVEHDR *) lParam);
return 0L;
}
}
return (DefWindowProc(hwnd, msg, wParam, lParam));
}
static TCHAR nameBase[] = _T("CBWaveCallback");
HWND CBCreateWaveWindow(
HINSTANCE hInst,
HWND hWndParent,
LONG waveClassThisPtr)
{
TCHAR className[32];
_tcscpy(className, nameBase);
_tcscat(className, _T("Class"));
WNDCLASS wndClass;
if (!::GetClassInfo(hInst, className, &wndClass))
{
wndClass.style = 0;
wndClass.lpfnWndProc = CBWaveCallback;
wndClass.cbClsExtra = 0;
wndClass.cbWndExtra = 4;
wndClass.hInstance = hInst;
wndClass.hIcon = NULL;
wndClass.hCursor = NULL;
wndClass.hbrBackground = NULL;
wndClass.lpszMenuName = NULL;
wndClass.lpszClassName = className;
if (!::RegisterClass(&wndClass))
return (HWND) 0;
}
TCHAR windowName[32];
_tcscpy(windowName, nameBase);
_tcscat(windowName, _T("Window"));
HWND hWnd = ::CreateWindowEx(WS_EX_NOPARENTNOTIFY, className, windowName,
hWndParent ? WS_CHILD : WS_POPUP, 0, 0, 0, 0, hWndParent, NULL, hInst, NULL);
::SetWindowLong(hWnd, 0, waveClassThisPtr);
return hWnd;
}
|
|
|
|
|
Thanks for the help! I'll give that a try.
Marcus Spitzmiller
"Why must life be so hard? Why must I fail at every attempt at masonry?" - Homer
|
|
|
|
|
Hi,
How can I create the controls CComboBox and CIpAddressCtrl without edges.
Removes a WS_BORDER style has not effect.
Best regards,
Eugene Pustovoyt
|
|
|
|
|
Have you tried removing the WS_EX_CLIENTEDGE extended style. You may have to call RedrawWindow with the RDW_FRAME flag to force the change.
Sonork 100.11743 Chicken Little
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
Within you lies the power for good - Use it!
|
|
|
|
|
Thank you for quickly answer.
I tried create two classes FlatIpAddressCtrl and FlatComboBox.
In the PreCreateWindow method add next line
cs.dwExStyle &= ~WS_EX_CLIENTEDGE;
But I still see a edge.
Best regards,
Eugene Pustovoyt
|
|
|
|
|
Are you using these controls on a dialog, property sheet, or form view. If so, then apply the change in the PreSubclassWindow() function. If you put a breakpoint in PreCreateWindow() you will find the function is not called.
Sonork 100.11743 Chicken Little
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
Within you lies the power for good - Use it!
|
|
|
|
|
I tried add to the PreSubcalssWindow method
ModifyStyleEx(WS_EX_CLIENTEDGE, 0);
But it has not effect too
Best regards,
Eugene Pustovoyt
|
|
|
|
|
ModifyStyleEx(WS_EX_CLIENTEDGE, 0, SWP_FRAMECHANGED) or else look in the combobox section here on CP, someone must have written a flat combobox at one time????
Sonork 100.11743 Chicken Little
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
Within you lies the power for good - Use it!
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
