PRB: Multiple CEditViews on Document Don't Behave as ExpectedLast reviewed: May 28, 1997Article ID: Q111017 |
The information in this article applies to:
SYMPTOMSIf 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.
CAUSEThe 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.
RESOLUTIONThis is expected behavior and is not a problem in the Microsoft Foundation Class Library.
MORE INFORMATIONFor 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 : MfcDocView kbprb
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |