|
I have a application with a view that has a tabctrl. The tabpages of this tabctrl are CDialog derived objects. There a several dll's that draw controls on these tabpages (I didn't think this up, my predecessor did  ).
Anyhow, the problem is that some of the controls do not receive their messages. E.g. button controls do not receive BN_CLICKED, the same account for spinctrl's. But I can edit the fields of a editctrl. Also when I create an ownerdraw button the WM_DRAWITEM message can not be received.
When I create a similar control in the application itself then this control does receive it's messages. My predecessor create a 'sollution' by overriding the OnCommand of the TabCtrl. This does solve the BN_CLICKED problem but still I do not receive the ownerdraw messages. Anyone got a clue about how to solve this?
|
|
|
|
|
There's a OnDrawItem command. Maybe if you override that one you will receive ownerdraw messages. I never use MFC though so I'm not sure about this 
|
|
|
|
|
That does not work if the control does not receive it's messages.
|
|
|
|
|
Hi
think this is a bit difficult
i got the control-id passed through a function
with parameters: (UINT CtrlId)
but in that function i want to know the membername attached to that control.
Anyone knows?
Greetz
Jens
|
|
|
|
|
never mind
i fixed my problem by using:
GetDlgItem(Ctrlid)
|
|
|
|
|
I placed one Media Player Control on a Dialogue using VC++6. However, during a movie playback, the Media Player will face problem while it plays under FULL SCREEN mode.
I could not figure it out? Anybody can help?
Now I am thinking to block any keyboard input while playback in progress. Any comments?
DJ
|
|
|
|
|
Dear all:
i want to write a program to suspend system to s1 and s2, but i can't find the api, i uses
SetSystemPowerState(1, 0) ---> suspend to s3
SetSystemPowerState(0, 0) ----> suspend to s4
but how can i suspend system to s1 and s2 ?
thx for ur help
|
|
|
|
|
Is there a way to get VS 6.0 (VC++) to recognize *.cc as a C++ file? I am required to use this extension for work. As it is now, it doesn't use syntax highlighting or any of the other nifty stuff.
Thanks,
Jack
There are 10 types of people in this world, those that understand binary and those who don't.
|
|
|
|
|
|
How to change the background image of the desktop window? Or is there an article I can read about it? Thanks!
|
|
|
|
|
Search MSDN for IActiveDesktop interface, it has got methods which help you change the background of Desktop.
<edit> I was assuming you where asking about changing desktop background image, if you want to paint your apps window with images, then you
can override OnDraw if its a CView based app. to start with </edit>
Cheers,
Kannan
|
|
|
|
|
Have a look at SystemParametersInfo and the SPI_SETDESKWALLPAPER parameter.
Gary Kirkham
A working Program is one that has only unobserved bugs
I thought I wanted a career, turns out I just wanted paychecks
|
|
|
|
|
How to open HTML Help file from my MFC application at a specified location - let's say not at the beginning but at 'contacts & credits'(the last) page?
|
|
|
|
|
i have created test_build.dll, xxx.h, xxx.def.
next i created testexe to try calling functions inside that dll.
but this testexe does not compile - error msg about
unresolved external symbol...
indicating it could not 'see' those functions inside the dll.
question - what settings on this testexe project i need to set/un_set for it to work?
|
|
|
|
|
There are two ways to do it:
-link your testexe with a .lib file created when you compile the dll
-use LoadLibrary and GetProcAddress to load the dll during execution of the test executable
|
|
|
|
|
i am a total amateur with vc++ so pls bear with me...
>-link your testexe with a .lib file created when you compile the dll
this would mean i am hard-wiring my .lib to the testexe build?
>-use LoadLibrary and GetProcAddress to load the dll during execution of >the test executable
with the following code("square" is on of the functions inside test_build.dll)
FARPROC * lpfProcFn;
HINSTANCE hLib;
hLib = LoadLibrary("test_build.dll");
*lpfProcFn = GetProcAddress(&hLib, "square");
?? how do i now call that "square" fn ??
abc = square(45); <-- compiler will complain unresolved fn...
thanks.
|
|
|
|
|
If your square function has for example the following definition:
<br />
int square(int a,int b);<br />
you could do it this way:
<br />
typedef int (*proc)(int a,int b);<br />
<br />
HINSTANCE hLib;<br />
hLib = LoadLibrary("test_build.dll");<br />
proc fptr=(proc)GetProcAddress(hLib,"square");<br />
<br />
abc=fptr(1,2);<br />
|
|
|
|
|
I have a DLL written in Microsoft C 6.0 to be called by VB 6.0 main program. The VB 6.0 main program is compiled into an exe and copied to the DEBUG folder containing the DLL. When VC debug mode is started, a popup with exe not found is displayed even the VB exe exists in the folder.
Previously the VC Debug does function properly but all in a sudden the debug does not work. Please advise.
wavewave
|
|
|
|
|
Is the path to the exe correct under Project->Settings->Debug? Does it contain spaces, and if so, is it surrounded by double quotes?
Dave
|
|
|
|
|
The debug option is disabled and now revert to normal. Many thanks for hints.
|
|
|
|
|
The debug option was inadvertently disabled. Many thanks for helpful hints.
|
|
|
|
|
Long time listener, first time caller.
I'm breaking up a large application into some DLLs, and I'm having trouble with some dialogs. The DLLs are linked to the app implicitly, and use MFC in a shared DLL (in debug).
The problem is that dialogs internal to the DLL don't appear when I call DoModal(). By tracing the code, I've found that it can't load the dialog template, so the dialog fails to load. I've searched MSDN, but I haven't found anything that deals with dialog resources in an implicitly linked DLL.
What am I doing wrong? Do I have to do something to export the dialog template (and any other resources) when I compile, or do I need to do something in the linking application?
Thanks in advance!
-Aaron
|
|
|
|
|
The Dll try to load dialog template from your source module (in other hand, your EXE), because of this, it failed to load.
For solving this problem, I always export a function from dll.
e.g.:
extern "C"
__declspec(dllexport) int ShowSomeDialog()
{
CMyDllDialog dlg;
return (dlg.DoModal());
}
As you see, in the body of function, I call dialog. The dialog will appear with no problem.
You must call this function, in your main program. The definition of it looks like this:
__declspec(dllimport) int ShowSomeDialog();
Remember that to add Dll library to your project.
It's also possible to call this function explicity!
A. Riazi
|
|
|
|
|
I am basically doing what you've suggested, with two important differences that I can see:
1) The function headers are not 'extern "C"' I just use the regular C++ definitions. I don't think that affects my project, since everything uses C++.
2) The function headers used by the app are not declared __declspec(dllimport). Would this prevent the dialog resources from showing? I doubt it, since the functions I call work just fine.
I can call all the functions I export no problem, without 'extern "C"' or __declspec(dllimport). Yes, the lib is imported into my project (so the dll is loaded implicitly). Basically, my code looks very similar to yours:
In the app:
OnSomeCommand()
{
CallSomeDllFunc();
}
in the dll:
void __declspec(dllexport) CallSomeDllFunc()
{
CMyDlg myDlg(AfxGetMainWnd());
myDlg.DoModal();
}
Any ideas? Thanks again.
-Aaron
|
|
|
|
|
It's important that when implement a function (body of function), you use extern "C".
When you want using your function (inside dll) in your app, you must use __declspec(dllimport)!
In addition, I use this technique for regular dll.
Also, it's better to define your dialog function as below:
__declspec(dllexport) int CallSomeDllFunc()
{
CMyDlg myDlg();
return (myDlg.DoModal());
}
in this method, you can understand that which button was pressed by user.
A. Riazi
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
