Open most recent file (2)

The article Open most recent file by Adam Solesby discussed how to open the most recently used file using the MRU list. This article develops the idea to starting a MDI application with many recent files opened.

With MDI application it is sometimes useful to start a session with more documents opened or perhaps only documents that were active at the end of our last session. MRU list treats all recent files equally and doesn't check whether they were opened or closed when we left. There is a way around if we manage the MRU list by ourselves. First, we should declare some variables and constants:

int nStartMode;             // remember the starting mode 
int nMaxFiles;              // number of recent active files to remember
BOOL bCleanMRU;             // shall we manage the MRU list ourselves?
CRecentFileList* pMRU;      // global pointer to MRU list. 
#define NO_DOCUMENT   1     // don't open new document at all
#define LAST_DOCUMENT 2     // open one or more last documents
#define MAX_MRUFILES 10     // Number of most recent documents 

We can allow the user to select various starting modes: to open application with an empty document, with documents that were active when we left our last session, or without any document window. The user could also define maximal number of recent active files to be opened.
nStartMode = LAST_DOCUMENT;		 
nMaxFiles = MAX_MRUFILES;			 	
bCleanMRU = TRUE;

Now add the following code to your application's InitInstance(), after the call to ParseCommandLine():
    // Parse command line for standard shell commands, DDE, file open
    CCommandLineInfo cmdInfo;

    //===START OF MODIFICATION BLOCK=========================
    if (cmdInfo.m_strFileName.IsEmpty())
        // If a file is not specified on the command line
        // and we don't want to start with an empty document
        // we will not use shell command to open a document
        if(nStartMode==NO_DOCUMENT || nStartMode==LAST_DOCUMENT)
            cmdInfo.m_nShellCommand = CCommandLineInfo::FileNothing;

    // Dispatch commands specified on the command line
    if (!ProcessShellCommand(cmdInfo))
        return FALSE;

    // The main window has been initialized, so show and update it.
    pMRU=m_pRecentFileList;  // remember the pointer to MRU. 

    // Open documents with our new function
    if(cmdInfo.m_strFileName.IsEmpty() && (nStartMode == LAST_DOCUMENT))
    //===END OF MODIFICATION BLOCK =========================
    return TRUE;

And here is the procedure (called from the InitInstance() above) that will open all the documents from the MRU list. Put it into the main application class. With the parameter you can limit the number of documents.
void CMyApp::OpenRecentFiles(int n)
    for(int i=0;(i < m_pRecentFileList->GetSize() && i < n);i++)  
        CString strFileName(m_pRecentFileList->m_arrNames[i]);

To close the session leaving only the active documents on the MRU list we need to modify it. Put this code at the end of CMainFrame::OnClose().
void CMainFrame::OnClose() 
    //===START OF MODIFICATION BLOCK=========================
    if(bCleanMRU)  // option to save only the active files
        // clear list
        for(int i=0;i < pMRU->m_nSize;i++)

        // fill list with active files paths
        POSITION pos = AfxGetApp()->GetFirstDocTemplatePosition();
            CDocTemplate* pTempl = AfxGetApp()->GetNextDocTemplate(pos); 
            POSITION pos=pTempl->GetFirstDocPosition();
                CDocument* pDoc = pTempl->GetNextDoc(pos);
    //===END OF MODIFICATION BLOCK=========================


  • MRU file list not saved.

    Posted by Legacy on 02/06/2003 12:00am

    Originally posted by: Tushar

    Hello ,
    I am developing a MDI application. My MRU file list is not get saved when i close my apllication. can any one help me out and tell what might have gone wrong.



Leave a Comment
  • Your email address will not be published. All fields are required.

Top White Papers and Webcasts

  • Moving from an on-premises environment to Office 365 does not remove the need to plan for disruptions or reduce the business risk requirements for protecting email services. If anything, some risks increase with a move to the cloud. Read how to ease the transition every business faces if considering or already migrating to cloud email. This white paper discusses: Setting expectations when migrating to Office 365 Understanding the implications of relying solely on Exchange Online security Necessary archiving …

  • Anthony Christie, the Chief Marketing Officer for Level Communications, is responsible for customer experience, worldwide marketing and product management. In this informative asset, he shares his insights into why a private network connection to cloud-bases applications is the right decision for your enterprise. Download now to find out more.

Most Popular Programming Stories

More for Developers

RSS Feeds

Thanks for your registration, follow us on our social networks to keep up-to-date