C / C++ / MFC

FirstPrevNext

Re: from "modeless dlg" article by nishant Joaquín M López Muñoz13-Jul-02 2:43 Joaquín M López Muñoz 13-Jul-02 2:43  Unless you've got a good reason for keeping track of the spawned dialog in pdlg you actually needn't do it. As the dialogs take care of themselves by calling delete this on post-destroy time, you can safely let them live their live, and launch them this way: new CModeless; On the other hand, if you keep your code as is, everything will work OK nevertheless --rewriting the value stored at pdlg does not affect in any manner to the dialogs previously created. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo Re: from "modeless dlg" article by nishant Ernest Laurentin13-Jul-02 7:46 Ernest Laurentin 13-Jul-02 7:46  Joaquín, It's always a better idea to keep track of dialogs that you created! It would not be nice to have "multiple" or being able to create "hundreds" of the same dialog just because they are not visible on taskbar or not on top, and the user will lose focus on number of this dialog that he created. This is just to say that it's always better to keep track of them. Last Article: Adding VBScript/JScript to C++ App Re: from "modeless dlg" article by nishant Christian Graus13-Jul-02 12:53 Christian Graus 13-Jul-02 12:53  I raised this with Nish when he posted the article. You need to store your pointers into a vector or ( heaven forbid ) a CArray, so you have them all. Otherwise, you have dangling pointers, and your UI no longer has any control over the dialogs it created. Christian come on all you MS suckups, defend your sugar-daddy now. - Chris Losinger - 11/07/2002 which class to do registry setting saving/querying in? MDI ns13-Jul-02 1:28 ns 13-Jul-02 1:28  I am going to use the registry saving stuff because when my app starts, the main screen shows up with no data in it (but configured with settings previously saved by user), the app is supposed to go check the registry, and if it finds a database name stored there, things progress, but if not, a CFIleDialog Open pops up. So I gather I''ll be using: RegQueryValue and RegSetValue. Have to set stuff when leaving. Which two places does one save and retrieve from? Which class and which event? I dont have a feel for this yet. thanks, ns Re: which class to do registry setting saving/querying in? MDI Nish Nishant13-Jul-02 1:55 Nish Nishant 13-Jul-02 1:55  Hmmmm, perhaps in your BOOL CWinAppDerived::InitInstance(), just before the creation of the CMainFrame window. Or if you actually want the window up before you read the values, then put them in CMainFrame::OnCreate after all the stuff that's already put there by the App wizard Nish Author of the romantic comedy Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW] Thank you! ns13-Jul-02 2:07 ns 13-Jul-02 2:07  Appreciate the info. I'll try it as soon as I figure out what stuff it is that I actually need to save ...something like app size configured by the user, and other details like location on the screen I suppose.Thanks again, ns CFileDialog spawned from doc class ns13-Jul-02 0:49 ns 13-Jul-02 0:49  I have: void CTrain1Doc::OnSelectdatabase() { //CFileDialog fileDlg( TRUE, NULL, NULL, OFN_ALLOWMULTISELECT | OFN_HIDEREADONLY, "All Files (*.*)|*.*||", this); CFileDialog fileDlg(TRUE, NULL, NULL, OFN_HIDEREADONLY|OFN_FILEMUSTEXIST, "Database Files(*.bmp)|*.bmp||",NULL); } The commented out line was the way I saw it in a codeproject sample. But my compiler said it needed a Cwnd* in parameter 6, not a doc *, so I made it NULL. Is this ok? Are there any dangers of saying the parent is NULL? TIA, ns Re: CFileDialog spawned from doc class Nish Nishant13-Jul-02 0:53 Nish Nishant 13-Jul-02 0:53  ns wrote: so I made it NULL. Is this ok? Are there any dangers of saying the parent is NULL? No! It's prefectly okay here. In fact the default value for that parameter is NULL. Nish Author of the romantic comedy Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW] Re: CFileDialog spawned from doc class Michael Dunn13-Jul-02 7:09 Michael Dunn 13-Jul-02 7:09  You can also use AfxGetMainWnd() as the parent window. --Mike-- Just released - RightClick-Encrypt v1.3 - Adds fast & easy file encryption to Explorer My really out-of-date homepage Sonork-100.19012 Acid_Helm Menu "Exit" - which class in MDI should handle this COMMAND handler? ns13-Jul-02 0:31 ns 13-Jul-02 0:31  What is in the Exit Command handler? Not EndDialog right? THis is an MDI project. I didnt want to use the standard exit provided in the default menu... Which class shall I associate this Exit item with? View? Doc? or MAinFrame? Thanks, ns Re: Menu "Exit" - which class in MDI should handle this COMMAND handler? Nish Nishant13-Jul-02 0:38 Nish Nishant 13-Jul-02 0:38  What exactly do you want to do with the Menu-Exit handler? The Menu-File-Exit basically posts a WM_CLOSE to the main frame window. So if you want to prompt the user and ask her whether she wants to quit, override WM_CLOSE in your main frame window! Nish Author of the romantic comedy Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW] Re: Menu "Exit" - which class in MDI should handle this COMMAND handler? ns13-Jul-02 0:39 ns 13-Jul-02 0:39  Okay! That sounds great! Appreciate it, ns forgot something... ns13-Jul-02 0:40 ns 13-Jul-02 0:40  Do I say DestroyWindow() in the mainframe::onclose()? Thanks, Re: forgot something... Nish Nishant13-Jul-02 0:51 Nish Nishant 13-Jul-02 0:51  ns wrote: Do I say DestroyWindow() in the mainframe::onclose()? No! Just call the base class implementation as in :- void CMainFrame::OnClose() { if(MessageBox("Sure?","?",MB_YESNO)==IDYES) CMDIFrameWnd::OnClose(); } Author of the romantic comedy Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW] Re: forgot something... Brian Delahunty13-Jul-02 4:20 Brian Delahunty 13-Jul-02 4:20  Nishant S wrote: ("Sure?","?", Short. Adn to the point. I like it. "When a friend hurts us, we should write it down in the sand, where the winds of forgiveness get in charge of erasing it away, and when something great happens, we should engrave it in the stone of the memory of the heart, where no wind can erase it" Nish on life [methinks] "It's The Soapbox; topics are optional" Shog 9 Re: Menu "Exit" - which class in MDI should handle this COMMAND handler? Ancient Dragon13-Jul-02 0:46 Ancient Dragon 13-Jul-02 0:46  If you look up the ID for that menu handler ID_APP_EXIT on MSDN you will find the answer. It contains a short explanation how many standard menu commands are implemented. ID_APP_EXIT: Exit the application. CWinApp::OnAppExit handles this command by sending a WM_CLOSE message to the application's main window. The standard shutting down of the application (prompting for dirty files and so on) is handled by the CFrameWnd implementation. Customization of this command handler is not recommended. Overriding CWinApp::SaveAllModified or the CFrameWnd closing logic is recommended. If you choose to implement this command, we recommend you use this command ID. HELP!!!!!!!!!!!! MFC is the Best12-Jul-02 23:49 MFC is the Best 12-Jul-02 23:49  Hi @all! I want to use a CDragListBox. I have read inside this forum: First I must make a CListbox with a member variable of the type CListBox. Then I must change the type of the member variable in CDragListBox. My Problem: When I run the programm I got a debug error!!!!! What do I have to still change? Greetings, MFC is the Best Re: HELP!!!!!!!!!!!! Nish Nishant13-Jul-02 0:05 Nish Nishant 13-Jul-02 0:05  What kinda error? Is it crashing? Nish Author of the romantic comedy Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW] Re: HELP!!!!!!!!!!!! MFC is the Best13-Jul-02 0:12 MFC is the Best 13-Jul-02 0:12  The programm does not start. After the linking comes the debug error: "Debug Assertion Failed!!" MFC is the Best Re: HELP!!!!!!!!!!!! Nish Nishant13-Jul-02 0:32 Nish Nishant 13-Jul-02 0:32  Okay I am gonna make a guess here, but I think I am gonna back my guess I just added a listbox to a new dialog and associated it with a CDragListBox object, compiled, ran and got the debug assert The problem is that, by default the dialog resource editor will set the LBS_SORT style for the list box control. That's what causing the assert. Take properties and make the Sort property to False, it'll be True by default. Now you won't have the error Regards Nish Author of the romantic comedy Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW] Re: HELP!!!!!!!!!!!! MFC is the Best13-Jul-02 0:34 MFC is the Best 13-Jul-02 0:34  Thank you very much! It works...... Re: HELP!!!!!!!!!!!! Christian Graus13-Jul-02 0:17 Christian Graus 13-Jul-02 0:17  First step is to tell us where it crashes, otherwise we are just guessing. Christian come on all you MS suckups, defend your sugar-daddy now. - Chris Losinger - 11/07/2002 Re: HELP!!!!!!!!!!!! MFC is the Best13-Jul-02 0:30 MFC is the Best 13-Jul-02 0:30  In the MessageBox: File: winctrl2.cpp The Debug makes the error in this function: extern "C" int WINAPI _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) { // call shared/exported WinMain return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow); } MFC is the Best msxml parser Tzoockee12-Jul-02 22:45 Tzoockee 12-Jul-02 22:45  I want to export from my apploication (VC++ 6.0 + MFC) an XML string. How do I use msxml to create that string ? It should be semething like this: <workspace> <object> //properties.... (other fields ) I don't know what interface to use, and what methods ... Thank You ! Re: msxml parser Giles12-Jul-02 23:10 Giles 12-Jul-02 23:10  Create a new DOMDocument object called say xdoc. Add nodes to the XML tree of the type IXMLDOMNode, and then call doc.xml to return the XML as a string. There are a few articles on CP showing you how to #import and make use of the COM objects. MS have provided two XML parsers. The DOM parser, and the SAX parser. The DOM parser basically does what its told as its just a series of objects and calls to manipulate them, where as the SAX paser is event based which can make it quite useful for parsing big documents in a distrubuted environment. http://www.codeproject.com/soap/iexmlparser.asp

Last Visit: 31-Dec-99 18:00     Last Update: 22-May-24 3:52 Refresh ᐊ Prev1...16597165981659916600166011660216603166041660516606 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.