After some more time, I found the issue (loosely related): After deleting a control from my dialog, VC++ assigned the first tab stop to a edit control. I handle the kill-focus message for this edit box and this handler crashes the program because it tries to access the document directly. Therefore, the fix was to change my tab order so that THIS control was not the first. Good lesson, but it took too much time to debug for me. :( :) JennyP

I has this same problem just a few days ago in my derived OnFileNew handler of the CWinApp derived main program. I do some main frame control setup in the OnNewDocument() function but it would crash on startup. This solved the problem: void CMainApp::OnFileNew() { if((CMainFrame *)AfxGetMainWnd()) ((CMainFrame *)AfxGetMainWnd())->OnFileNew(); CWinApp::OnFileNew(); } You should be able to do the same thing in whatever derived function is eventually getting to the affected area. In some cases, the area that crashes has nothing to do with the actual code defect - it is just a side effect of uninitialized pointers (including class pointers) or stack corruption. Steve

It is probably the KeyUp message which is causing the beep. ie. It is going to the Menu. Have you tried using NM_RETURN instead. Failing that you could add a PeekMessage loop and wait for the KeyUp message before calling TrackPopupMenu. Neville Franks, Author of ED for Windows. www.getsoft.com Make money with our new Affilate program

SHFileOperation is also a good choice ! Max.

This is possible but only if you are willing to do the drawing and measuring of the rows yourself. Check out this article[^]. Wenn ist das Nunstück git und Slotermeyer? Ja! Beierhund das oder die Flipperwaldt gersput!

MS calender control won't cut it...? Anyways have you looked under (i think) Misc. controls here at CP I know theres a mini calender control there which is totally rockin' Cheers! "An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

I would place the functions in the listview class since they alter listview behavior. If you place them in the document, you'll have to redesign (or replicate code) if you find you need additional document types in the future. Even if you don't need additional documents, you're more likely to find listview code samples on CodeProject, and that may save you some coding time.

It's possible to do it using Custom Draw (without drawing the whole control). Take a look at "NM_CUSTOMDRAW (list view)" in the MSDN index. Chris Richardson

I'm amazed that no-one has suggested you buy the Bible - 'The C++ Programming Language' by Bjrne Stroustrup. Every C++ programmer should own it, and also his 'Design and Evolution of C++' Beyond that, you should own the Langer & Kreft book on iostreams, a good STL reference, such as 'Generic Programming and the STL', and you may benefit from subscibing to the C Users Journal, despite a recent drop in quality it still has lots of good info on standard C++. Christian Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002 During last 10 years, with invention of VB and similar programming environments, every ill-educated moron became able to develop software. - Alex E. - 12-Sept-2002

Yes! but I would advise you to define IDC_EDIT1 (or whatever the name you like) and use it instead, cleaner! I am in YYY:-D

Look in the MSDN Library for "custom draw" in the sections on the Common Controls. In the October 2001 edition, it's under Platform SDK Documentation \ User Interface Services \ Windows Common Controls \ Custom Draw Controls. Gary R. Wheeler

Well, you can develop a similar custom-made mechanism that tells the "GUI class" not to initiate calculations when in the middle of a sequence of record changes. Don't know how hard this would be to accomplish in your particular case. Another altenative is to have GetData and SetData methods for your doc class that allows you to perform the changes on a local copy of the data. When done, these changes can be plugged again into the document class, thus triggering the GUI updating. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

Can you use LVN_COLUMNCLICK? Tomasz Sowinski -- http://www.shooltz.com Free your mind and your ass will follow.

JennyP wrote: The MSDN page on CWnd.SendMessage() just says that wParam depends on the command being sent--nothing more. Sorry, it says that wParam depends on MESSAGE being sent, not command. You should understand the difference if you want to succeed in developing software for Windows. Tomasz Sowinski -- http://www.shooltz.com "Yields falsehood when preceded by its quotation" yields falsehood when preceded by its quotation.

JennyP wrote: I've been told I need to add a new command ID and use WM_COMMAND I don' think you need new command ID. Rather, you should provide ON_UPDATE_CMD_UI handlers for controls hosted in dialog bar using their control IDs. Tomasz Sowinski -- http://www.shooltz.com "Yields falsehood when preceded by its quotation" yields falsehood when preceded by its quotation.

JennyP wrote: Has anyone found a better method for quickly arriving at the spot you want? Using " and " ? :) Tomasz Sowinski -- http://www.shooltz.com "Yields falsehood when preceded by its quotation" yields falsehood when preceded by its quotation.

At first, I would think that IMPLEMENT_DYNCREATE must be in the most derived class (since one purpose of the macro is to allows dynamic creation of the document). Also all pure virtual functions from CUndo have to be defined in that class (or any intermediate class between CUndo and the concrete class). You should probably only put CDocument in the second macro parameter. Philippe Mori

Tomasz is right! Just use UPDATE_CMD_UI macro, you won't have to send message to your dialog bar. The document needs to update only its view(s). The frame window should take care about updating the dialog bar, menus, etc.. VOTD:"5. The Lord loves righteousness and justice; the Earth is full of his unfailing love. "-Psalm 33:5

JennyP wrote: Functionally I want my 2nd dialog bar to have a 'live' response to a user adjusting the CSliderCtrl on the 1st dialog bar Handle WM_HSCROLL - this message is sent whenever thumb is moved using mouse/keyboard. When user releases the mouse, you'll get WM_HSCROLL with TB_ENDTRACK code. You'll also get TB_ENDTRACK after each keypress changing thumb position. Tomasz Sowinski -- http://www.shooltz.com What is "scratch" and why can everything be made from it?