Knowledge Base

PRB: Multiple CEditViews on Document Don't Behave as Expected

Article ID: 111017

Article Last Modified on 11/21/2006

Microsoft Foundation Class Library 4.2, when used with:
- Microsoft Visual C++ 1.0 Professional Edition
- Microsoft Visual C++ 1.5 Professional Edition
- Microsoft Visual C++ 1.51
- Microsoft Visual C++ 1.52 Professional Edition
- Microsoft Visual C++ 5.0 Learning Edition
- Microsoft Visual C++ 2.0 Professional Edition
- Microsoft Visual C++ 2.1
- Microsoft Visual C++ 4.0 Professional Edition

This article was previously published under Q111017

SYMPTOMS

If you write an application that uses multiple CEditView views for one document, you will find that changes to one view will not be reflected in the other views. This behavior will also be seen with splitter windows when the panes are CEditViews.

CAUSE

The CEditViews are effectively edit controls. This means that the text in a CEditView is stored in the view rather than the document object. Normally, when the document needs to serialize (load or save), it calls the CEditView's SerializeRaw() member function.

RESOLUTION

This is expected behavior and is not a problem in the Microsoft Foundation Class Library.

MORE INFORMATION

For an application that makes use of the CEditView's SerializeRaw() member function, please see the SuperPad example included in the Visual C++ MFC samples. The following are the default installation directories or distribution CD directories of the SuperPad sample:

    Visual C++ version  |         Directory
  --------------------------------------------------------------
          1.0           |  \MSVC\MFC\SAMPLES\SUPERPAD
          1.5x          |  \MSVC15\MFC\SAMPLES\SUPERPAD
          2.x           |  \MSVC20\SAMPLES\MFC\SUPERPAD
          4.0           |  \MSDEV\SAMPLES\MFC\OLE\SUPERPAD

Keywords: kbdocview kbprb KB111017