Multiple MRUs, and MRUs on Submenus

If you’ve ever tried to do with MRU lists what Developer Studio 5
does i.e. have more than one menu, or put it on a submenu, then you may
have had some difficulty, either with poring through the bowels of
MFC or with a bug in MFC’s CRecentFileList.

First I’ll describe my understanding of how MFC handles the Recent File
List behind your back (which can be helpful, but in my case, turned out to be a
problem). Then I’ll detail some of what needs to be done to support additional MRUs
(which depends greatly on how the programmer handles multiple document types), as
well as how to put MRUs in submenus using my VIRecentFileList.

MFC defines an ID called ID_FILE_MRU_FILE1, which I believe is put by
default into the File menu. (MFC actually defines several IDs,
ID_FILE_MRU_FIRST and ID_FILE_MRU_LAST, in afxres.h) CWinApp
defines (in AppCore.cpp) these messages:


The first line means that when the menu gets prepared, the
OnUpdateRecentFileMenu() function gets called to edit the menu. This
function is defined in AppUI.cpp. It calls CRecentFileList::UpdateMenu()
through the member variable m_pRecentFileList. In most cases, this does the right
thing — it takes out the generic “Recent Files” or whatever item and
replaces it with one or several of the recently used files. We’ll see later
that it does the wrong thing if you try putting the ID in a submenu.

The second line routes any of the IDs created by the first function
through OnOpenRecentFile(). No big deal here.

The problem with supporting multiple MRUs is that this means you probably
have multiple document types, and have to either deal with document
templates (which I didn’t care to), or find a way to keep MFC from adding stuff
to the MRU so that you can do it yourself (I found this easier). After doing some
digging, I determined that (except for Mac users), there is only one place
that adds files to the MRU–this is when the document template calls the
document’s SetPathName() function.

virtual void SetPathName(LPCTSTR lpszPathName, BOOL bAddToMRU = FALSE);

Actually the default is TRUE, and my override does nothing because the
pointer is to the base class, which defines the default parameter to be
TRUE. Obviously default parameters are resolved at compile time, so it’s
impossible to see my override. So in my override, I cheat:

void CMyDocument::SetPathName(LPCTSTR lpszPathName, BOOL bAddToMRU /* = FALSE *)
/* We can't override the default parameter of CVTKDocument, so
* have to just ignore bAddToMRU.
* (Actually, we can override the default parameter, but a pointer to
* the base class will still use the base class' default parameter, rather
* than the derived class' one.)
        CDocument::SetPathName(lpszPathName, FALSE);
}  // CMyDocument::SetPathName()

Doing this means that you have to completely deal with the multiple
documents yourself. Now if you were using multiple document
templates, I can’t help you. My own company has to determine,
while loading a file, what type it is, so we handle loading files
outside the intended and irritating MFC way. We put stuff into our
file loading and saving routines to call
AfxGetApp()->AddToRecentFileList(m_strPathName) (or our custom
version for the other file type) as we needed.

Now on to the little bug in CRecentFileList::UpdateMenu(). In
FileList.cpp, MFC implements the CRecentFileList and if you look
at this function in particular, you may notice that it does nothing
to handle submenus. Now I’m still a little unclear about how
popups are handled, but it appears as though a popup has no
ID, or maybe its ID is the same ID as the first ID in the menu. It’s
hard to be sure, but what UpdateMenu appears to do is first delete
the generic MRU items by calling DeleteMenu(), then insert other stuff.
Two problems: DeleteMenu() specifically is supposed to delete
submenus once they’re emptied, and it appears as though this just
doesn’t work because the menu pointer still points to the original
menu. Interestingly, if you put something else on the submenu
before your MRU ID, everything works just fine. But if you want
your MRU by itself, you should try the VIRecentFileList instead.
One caveat–if you’re doing weird stuff with lots of submenus, I
don’t know if this will work, so I welcome any enhancements or
fixes. On to the code:

// VIRecentFileList.h
// Visual Interface
// by Todd C. Gleason
// Begun:  02-19-1998


/* This class is a subclass of CRecentFileList which overrides the
* UpdateMenu() member function.
* This class may be freely used, distributed, and modified.
* The four-line header and this comment must be redistributed
* unmodified with any modified version of this class.
* In addition, whenever a newly modified form of this class is
* redistributed, the author must email [email protected] with the
* changes.
* This file, and the implementation file, are
* Copyright (c) 1998 Visual Interface.

#include < afxadv.h>  // for CRecentFileList

class VIRecentFileList : public CRecentFileList {
        VIRecentFileList(UINT nStart, LPCTSTR lpszSection,
                LPCTSTR lpszEntryFormat, int nSize,
                int nMaxDispLen = AFX_ABBREV_FILENAME_LEN)
                : CRecentFileList(nStart, lpszSection,lpszEntryFormat, nSize,
                nMaxDispLen) {}
        virtual void UpdateMenu(CCmdUI* pCmdUI);
};  // class VIRecentFileList


// VIRecentFileList.cpp
// Visual Interface
// by Todd C. Gleason
// Begun:  02-20-1998

#include "stdafx.h"
#include "VIRecentFileList.h"

void VIRecentFileList::UpdateMenu(CCmdUI* pCmdUI)
/* This is much the same as CRecentFileList::UpdateMenu(),
* only that this function takes into account that the MRU
* might be in a popup menu.  If it is, the MRU items should still
* appear in the correct place.
* Note that this problem would only happen when the MRU ID is the only
* thing in the submenu.
* (Actually, I only tested it with just the MRU ID vs. having something
* before it.  It might be that it fails if there is simply nothing before
* it in the submenu.)
        int iMRU;
        ASSERT(m_arrNames != NULL);

        CMenu* pMenu = pCmdUI->m_pMenu;

        if (pMenu == NULL)

        if (m_strOriginal.IsEmpty() && pMenu != NULL)
                pMenu->GetMenuString(pCmdUI->m_nID, m_strOriginal, MF_BYCOMMAND);

        if (m_arrNames[0].IsEmpty())
                // no MRU files
                if (!m_strOriginal.IsEmpty())

        ASSERT(pMenu == pCmdUI->m_pMenu);  // make sure preceding code didn't mess with it

        // look for a submenu to use instead
        CMenu *pSubMenu;
        if (pMenu)
                pSubMenu = pMenu->GetSubMenu(pCmdUI->m_nIndex);
        if (pSubMenu) {
                pMenu = pSubMenu;


        for (iMRU = 0; iMRU < m_nSize; iMRU++) {
                //pCmdUI->m_pMenu->DeleteMenu(pCmdUI->m_nID + iMRU, MF_BYCOMMAND);
                // This hopefully will not remove the popup
                //pCmdUI->m_pMenu->RemoveMenu(pCmdUI->m_nID + iMRU, MF_BYCOMMAND);
                pMenu->RemoveMenu(pCmdUI->m_nID + iMRU, MF_BYCOMMAND);

#ifndef _MAC
        TCHAR szCurDir[_MAX_PATH];
        GetCurrentDirectory(_MAX_PATH, szCurDir);
        int nCurDir = lstrlen(szCurDir);
        ASSERT(nCurDir >= 0);
        szCurDir[nCurDir] = '\';
        szCurDir[++nCurDir] = '';

        CString strName;
        CString strTemp;
        for (iMRU = 0; iMRU < m_nSize; iMRU++)
#ifndef _MAC
                if (!GetDisplayName(strName, iMRU, szCurDir, nCurDir))
                if (!GetDisplayName(strName, iMRU, NULL, 0))
                // double up any '&' characters so they are not underlined
                LPCTSTR lpszSrc = strName;

                LPTSTR lpszDest = strTemp.GetBuffer(strName.GetLength()*2);

                while (*lpszSrc != 0)

                        if (*lpszSrc == '&')
                                *lpszDest++ = '&';

                        if (_istlead(*lpszSrc))
                                *lpszDest++ = *lpszSrc++;

                        *lpszDest++ = *lpszSrc++;

                *lpszDest = 0;


                // insert mnemonic + the file name
                TCHAR buf[10];
                wsprintf(buf, _T("&%d "), (iMRU+1+m_nStart) % 10);
                MF_STRING | MF_BYPOSITION, pCmdUI->m_nID++,
                CString(buf) + strTemp);*
                // Note we use our pMenu which may not be pCmdUI->m_pMenu
                        MF_STRING | MF_BYPOSITION, pCmdUI->m_nID++,
                        CString(buf) + strTemp);

        // update end menu count
        pCmdUI->m_nIndex--; // point to last menu added
        pCmdUI->m_nIndexMax = pMenu->GetMenuItemCount();

        pCmdUI->m_bEnableChanged = TRUE;    // all the added items are enabled
}  // VIRecentFileList::UpdateMenu()

If you want to use this code instead of the CRecentFileList entirely,
you’ll need to make sure the app creates a VIRecentFileList instead of a
RecentFileList. Do this by overriding the CWinApp::LoadStdProfileSettings().
An example:

void CVIStudioApp::LoadStdProfileSettings(UINT nMaxMRU)
/* We override the CWinApp version to make it use VIRecentFileList
 * instead of CRecentFileList.
 ASSERT(m_pRecentFileList == NULL);

 if (nMaxMRU != 0)
  // create file MRU since nMaxMRU not zero

  // Here's the important part--overriding CRecentFileList
  m_pRecentFileList = new VIRecentFileList(0, szFileSection, szFileEntry, nMaxMRU);

 // 0 by default means not set
 m_nNumPreviewPages = GetProfileInt(szPreviewSection, szPreviewEntry, 0);
}  // LoadStdProfileSettings()

Last updated: 11 April 1998

More by Author

Must Read