|
Yup...I already know that, however the group box never receives the WM_PAINT message, even tho it is a button. One of those nice little things that makes us a true masochists programming in Visual C++.
Thanks.
|
|
|
|
|
damir_tk wrote: ...however the group box never receives the WM_PAINT message...
Neat! When does it draw itself then?
|
|
|
|
|
|
Thanks for the link.
I looked at the code. I saw no "subclassing" going on besides what MFC already does for you.
It is an owner drawn control implemented by overriding WM_PAINT and drawing the entire control
instead of using the Windows ownerdraw interface.
My point in previous posts is that no matter what wrapper you are using, if the control is a
Windows control then aside from making an owner-drawn control, there's no way to magically
change the way the control draws itself. Unfortunately, Microsoft chose to not fully implement
transparency (via WS_EX_TRANSPARENT) in all controls and multi part controls like the group box
that require more than one background brush do not work well with the WM_CTLCOLOR messages.
I have no idea how ATL wraps a window, but if there's no way to intercept every message to the
window then it sounds like a pretty lame wrapper. Even the lowly MFC lets you do that
|
|
|
|
|
Yup...thanks for your post. Looks like I am heading for another sleepless night.
|
|
|
|
|
Hi, I made a BHO for a Single Sign On system and worked fine in IE6, but doesn't in IE7.
I belive IE7 is blocking the messages sent to and from my controlling app, because PostMessage and SendMessage return OK but my app dont receive any message.
Also my BHO Dll haves a shared data area, and the data isn't beign refreshed.
Does anyone knows if IE7 block messages sent outside IE?
|
|
|
|
|
You should monitor the IE7 window with spy++ and watch out for the message you are sending it.
|
|
|
|
|
Thanks mate, I can see a lot of WM_USER messages going out, but not mine's
I dont know whats happens, in IE6 the messages were sent ok
I'm afraid MS people limited BHO communication due malware stealing logins before SSL encryption
|
|
|
|
|
Are you using XP or Vista? If it's Vista, then the behavior you're seeing is caused by extra security features that are turned on in protected mode.
|
|
|
|
|
I'm testing the BHO in XP SP2 so no protected mode is involved :S
My boss isn't going to be happy if I tell him that we must abandon the project or do it for Firefox
|
|
|
|
|
Hi.
I am a newbie in programming.
Here is a problem which I want to know.
I have one small exe file.
And I want to use one function of that exe file in my program.
Is it possible to call the function in my program?
If so, please give me the way how to do that.
Thanks for your help, sincerely.
Mr. Sonu
|
|
|
|
|
SoftDeveloper wrote: I have one small exe file.
And I want to use one function of that exe file in my program.
Is it possible to call the function in my program?
It's not possible to directly call a function in another EXE from your EXE.
How is it you even know the small EXE has a function you need?
Mark
|
|
|
|
|
Some people eh!
Crying out for help, making it sound like it's the end of the world, and don't even thank you for it.
|
|
|
|
|
WalderMort wrote: Crying out for help, making it sound like it's the end of the world...
Yeah Had it been in all caps I would have responded MUCH quicker!
|
|
|
|
|
WalderMort wrote: don't even thank you for it
Yep.
If you try to write that in English, I might be able to understand more than a fraction of it. - Guffa
|
|
|
|
|
SoftDeveloper wrote: Is it possible to call the function in my program?
The answer is, it depends. If the function is exported from the executable, you may be able to call LoadLibrary() for the executable and then GetProcAddress(). Additionally, you may have to know what the calling convention is for the function, in order to invoke it correctly.
Chris Meech
I am Canadian. [heard in a local bar]
I agree with you that my argument is useless. [Red Stateler]
Hey, I am part of a special bread, we are called smart people [Captain See Sharp]
The zen of the soapbox is hard to attain...[Jörgen Sigvardsson]
I wish I could remember what it was like to only have a short term memory.[David Kentley]
|
|
|
|
|
Chris Meech wrote: ...you may be able to call LoadLibrary() for the executable and then GetProcAddress()...
Really? I thought you could only get at the resources that way.
Hopefully the function doesn't use anything that requires initialization, like MFC
|
|
|
|
|
You can, but I never tried myself. Take a look here[^]
|
|
|
|
|
I stand corrected
I still would worry (at least) about run-time initialization if the function uses the CRT, MFC,
etc. I exercise my right to choose not to do it
Cheers!
|
|
|
|
|
Mark Salsbery wrote: I still would worry
I agree, it's not something that should normally be done. After all, what the hell are DLL's there for?
Another way I know of is to build a type library for the exe and add the export into it, again though, what's the point?
|
|
|
|
|
Chris Meech wrote: If the function is exported from the executable
Sure?
How can you do that?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile,
Commenting on the Almagest, by Ptolemy.
|
|
|
|
|
How to use large cursor as in PhotoShop?
As I know, cursor size is maximum to 32x32 pixels.
Pens in PhotoShop use very large cursors, how to do that?
|
|
|
|
|
Don't use a cursor, instead use a bitmap and draw it to the cursors location.
|
|
|
|
|
|
Take a look at this[^]. I used depends.exe and it seems that all they do is draw transparent bitmaps.
|
|
|
|