|
I would do a PostMessage myself...
------- sig starts
"I've heard some drivers saying, 'We're going too fast here...'. If you're not here to race, go the hell home - don't come here and grumble about going too fast. Why don't you tie a kerosene rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
|
Hi,
I tried to send the WM_COMMAND to my toolbar, it worked. But it failed when I sent that message to the toolbar of the Open File Dialog (CFileDialog). Here is my code:
<br />
hwndToolBar = ::FindWindowEx(hwndParent, NULL, _T("ToolbarWindow32"), NULL);<br />
::SendMessage(hwndToolBar, WM_COMMAND, MAKEWPARAM((WORD)40961, CN_COMMAND), NULL);
I didn't know why it failed. Please help me. What I need is programmatically clicking on the "Up One Level" button.
Thanks in advance.
-- modified at 14:39 Thursday 15th December, 2005
|
|
|
|
|
Are you sure the FindWindowEx returns an HWND? Perhaps it returns NULL.
|
|
|
|
|
It works now. The problem is that when I send the message. It wouldn't work in WM_INITDIALOG and WM_NOTIFY (code CDN_INITDONE). It worked well in WM_NOTIFY (code CDN_SELCHANGE and probably others but I've not tested yet!)
Thanks for helping.
|
|
|
|
|
That's cool, but to be safe, you should always check if FindWindow(Ex) succeeds before using the HWND.
|
|
|
|
|
Hi,
In Win32 app...is there any way to find the Windows Monitor number programatically???
Thanks.
|
|
|
|
|
Manu_81 wrote: Windows Monitor n
What's this? Do you mean the monitor's model number?
"Take only what you need and leave the land as you found it." - Native American Proverb
|
|
|
|
|
In multiple display monitor environment, windows assigns each monitor a monitor number 1,2,3...so on. I want to retrive that info for all the available display monitors.
Thanks.
|
|
|
|
|
How about EnumDisplayDevices() ?
"Take only what you need and leave the land as you found it." - Native American Proverb
|
|
|
|
|
DavidCrow wrote: What's this? Do you mean the monitor's model number?
He wants to know the default monitor in a multiple monitor setup.
|
|
|
|
|
You could read this registry key :-
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum\DISPLAY\Default_Monitor
|
|
|
|
|
Hello All
Has anyone ever seen any discussions on how simple an installation package should be for the average user? We have a requirement that our installshield installation package should be customer installable, meaning that the average user should be able to correctly launch and run the installation package and end up with a working software package. I am wondering, how do you test this, where are the measurable criteria?
Thanks for your time and ideas. Also, sorry for being a bit off topic.
Patrick
|
|
|
|
|
Usually you would offer two options, as is fairly common with many setup programs.
Typical and Custom setup types.
Your 'typical' user can just select Typical , and your setup installs all normal user stuff - probably leaving out SDKs, advanced documentation, or advanced or rarely used features. Custom let's them get whatever they want. Another third option is sometimes Full which means just install everything. Usually those two or three options are sufficient.
No shirt, no shoes, no brains, no service.
|
|
|
|
|
Hi folks,
We have a large MFC application here, and we've been asked to plug a couple of third party controls into it. These controls are for .net (from Dundas) - is it possible to use .net controls/code in MFC applications? We're currently using Visual Studio 2003 if that makes a difference.
-Dy
|
|
|
|
|
|
He's asking about merging two apps, I'm asking about extending an app, which is very different.
Plus, I've no choice to make, we're on MFC and will be staying there. Just wondering if I can make use of the .net stuff that's out there within my MFC apps, or if I will need to stick to Windows API and MFC stuff only?
-Dy
Help me raise money for the RNIB
|
|
|
|
|
While you can use .NET controls in MFC apps in VC 2003, it's a lot more easier with VC 2005, because MFC has some new WinForms interaction classes.
|
|
|
|
|
Fantastic!
We're going to be evaluation '05 pretty soon... In the mean time, do you know of any web resources / articles here on CP about doing it in '03? I've had a look here and on MSDN, but didn't spot anything.
-Dy
|
|
|
|
|
-Dy wrote: In the mean time, do you know of any web resources / articles here on CP about doing it in '03?
Here's a link to a newsgroup post I made a while ago :
Click here [long url][^]
|
|
|
|
|
Yes it is possible to use Dundas' .Net controls in MFC. In fact there have been enough clients who do this Dundas' technical support has made MFC wrapper classes to make it even more straight forward.
Troy Marchand
Dundas Software
|
|
|
|
|
hi,
i had one MFC dlg based exe
and one .NET exe app.
how can we integrate both???
i want to call mfc app into .net !!
can you please guide me....
tirucapricorn
|
|
|
|
|
i don't know why you're doing this, but even if it is possible, you're completely loosing the point with using and intermediate language such as MSIL...
.NET is supposed to be plateform independant ; MFC isn't...
make your choice...!
TOXCCT >>> GEII power [toxcct][VisualCalc 2.20][VisualCalc 3.0]
-- modified at 8:36 Thursday 15th December, 2005
|
|
|
|
|
It's not possible to integrate 2 exes (unless you want to end up with 1 exe). Make one of them a DLL and call it from the other. You can use a .NET DLL from an MFC exe, and you can use an MFC extension DLL from .NET (provided the .NET app uses C++).
-- modified at 10:10 Thursday 15th December, 2005
|
|
|
|
|
yeah, its not possible to integrate one exe into another exe....
my GUI work done in VC.NET ,and another app is mfc dlg based, which is exe app.i want to get mfc app into dotnet app.
if one app is dll we can call dll easily into our client (exe)...
actually iam new to .NET techs...
how can we make exe to dll...any suggestion please...
tirucapricorn
|
|
|
|