|
Thank for the swift response Rob, read your Article with interest. Found one code example that switches a CFileDialog into details view. Its achieved by overriding CFileDialog::OnInitDialog.
CFileDialog::OnInitDialog();
// heres the code to enable detail view
CWnd *parent = GetParent();
if ( parent != NULL ) {
parent->PostMessage(WM_COMMAND, 40964, NULL);
}
Apparently 40964 was identified using Spy, but can i as heck identify the message to switch to Thumbnail View! Any thoughts?
Thanks Again
Richard
|
|
|
|
|
Hey all.
I'm developing an application that keeps track of helpdesk information. I want to add things such as "Product Name" "Title" "Information" fields. I've developed a prototype of this application using CStdioFile and just reading/writing straight text to one file that acts as the database. I'm wondering if there is a better/faster way of doing this? Such as storing the information in a binary file or something of that nature. If anyone could point me in the right direction, it would be most appreciated. I figure that once I add a bunch of data to this, this method is going to become useless because it is going to take too long to parse through the entire file and want to know the way that the "pro's" do it. (ie, like an excel spreadsheet has all the spreadsheet data in it, but if you looked at the file in notepad, it's all jargon...)
Thanks in advance!
|
|
|
|
|
Well, you could Google for "indexed sequential access method", but why bother? Use some form of database - Access might be suitable for your purposes.
Stability. What an interesting concept. -- Chris Maunder
|
|
|
|
|
Check out http://www.codeproject.com/database/CppSQLite.asp
|
|
|
|
|
|
hi, I've a simple question, I've one main DialogBox that creates a second new one when a button is clicked, but the focus of application is passed to the new one dialog and the old one waits until it gets the quit from the other dialog, here's the code :
<br />
case IDC_MMC:<br />
if( bIsMmcDialogOpen == false)<br />
{<br />
DialogBox(hInst, MAKEINTRESOURCE(IDD_MMC), hwndMain ,DlgMMCProc);<br />
bIsMmcDialogOpen = true;<br />
EnableWindow(GetDlgItem(hWnd,IDC_MMC), false);<br />
UpdateWindow(hWnd);<br />
}<br />
break;<br />
and here it's the callback function of IDD_MMC
<br />
NT_PTR CALLBACK DlgMMCProc(HWND hWnd, UINT uMsg, <br />
WPARAM wParam, LPARAM lParam)<br />
{<br />
switch (uMsg)<br />
{<br />
case WM_CLOSE : <br />
bIsMmcDialogOpen = false;<br />
EndDialog(hWnd,1);<br />
break;<br />
}<br />
return false;<br />
<br />
}<br />
I need to get return to main Dialog immediatly, how to do it?
thanks
Paolo
|
|
|
|
|
Paolo Ponzano wrote:
I need to get return to main Dialog immediatly, how to do it?
Use a modeless dialog instead.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
can I create a modeless dialog without using MFC??? what api should I use?
|
|
|
|
|
Paolo Ponzano wrote:
can I create a modeless dialog without using MFC???
Sure.
Paolo Ponzano wrote:
what api should I use?
CreateDialog()<br />
CreateDialogIndirect()<br />
CreateDialogIndirectParam()<br />
CreateDialogParam()<br />
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
but for doing so, I need to have a class registered of the main window? at this time I've not got, since my program consists in a DialogBox itself... but those functions refers to CreateWindowEx to create the box, so I think I've to register one, tell me if I'm right
Thanks again
Paolo
|
|
|
|
|
The class, #32770, is already registered. All you need to supply is the template.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
i have got a icon from other program ,now i have the HICON of the icon,but if i use LoadIcon whose parameter need icon ID,do you have a good idea?
|
|
|
|
|
In OnInitDialog() :
m_hIcon = ExtractIcon(AfxGetInstanceHandle(), path_to_file_containing_icon_here, 0);
SetIcon(m_hIcon, TRUE);
SetIcon(m_hIcon, FALSE);
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
how to color menu and toolbar?
|
|
|
|
|
Do you mean instead of letting the OS do it?
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
In my line of work I have times when I have to included existing code modules in with my new code. So happens this time I have an existing set of subroutines in a Fortran DLL that I need to access from my C++ Code. I can't get it to work following Microsoft's recommendations. Does anyone out there have any ideas the may work? For those of you who thing I should rewrite the Fortran in C++ it would take entirely too long to do that. I figure there are a few thousand lines of Fortran code.
Thanks,
George
|
|
|
|
|
BubbaGee wrote:
I can't get it to work...
Why not? What are the symptoms? Are the functions in the Fortran DLL exported? Are you importing them correctly in the C++ code?
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
The functions in the Fortran have the following: !DEC$ ATTRIBUTES DLLEXPORT :: INITIA
and the C++ code has this: extern "C" {void INITIA(int,int,int,int);}
There are a few of these since I'm trying to access eight routines in the DLL.
Everything is compiling just fine I just get LNK2019 error messages for all the routines I'm trying to use in the C++ code.
George
|
|
|
|
|
BubbaGee wrote:
I just get LNK2019 error messages...
This must not be VS6. Correct?
Are you sure you have the correct signature for the exported function?
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
Correct. I'm running Visual Studio .NET 2003. I did some more searching on this site and came across an article by Shoalin Panda that may help me solve my problem. I'll let you know if it works.
George
|
|
|
|
|
Why not trying a LoadLibrary GetProcAddress sequence.
If you are able to get the function pointer, all you need afterward is to define it with the good calling convention.
To get the name of the function, try dumpbin or dependency walker
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
I don't think you are following Micro$oft's recommendations.
I just checked MSDN and it says to use __stdcall for FORTRAN functions.
For more info search for mixed-language programming in the MSDN docs.
__________________________________________
a two cent stamp short of going postal.
|
|
|
|
|
Note, you don't *have* to use a DLL for this to work. You can simply link all the stuff together. You do have to take into account different parameter passing mechanisms (e.g., C++ strings do not map to Fortran strings!) but that is the same as if you use a DLL.
I don't remember all the details, though, so I'm useless. But I think if you have a Fortran compiler that links into Visual Studio (they exist), you can do this relatively painlessly.
"Fish and guests stink in three days." - Benjamin Franlkin
|
|
|
|
|
The group I'm working on the code for wants it as a DLL so I don't have much of a choice.
|
|
|
|
|
I am new to C++. When would someone choose to use a static over a dynamic or the other way around?What exactly is the difference between to two? Thanks a lot
|
|
|
|