Symbian - CEikRichTextEditor 陷阱（关于SetMopParent()的探究）
2009-02-20 10:17
哈哈，看来不是这样的，因为有 SetMopParent()。看如下的一个实例，
现在有三个层次嵌套起来的复合控件（compound contol），我们姑且称之为 grandfather control， father control，child control，并且一个 CEikRichTextEditor 对象 iRtEd 是 child control 的子控件， 如果这三层控件都拥有自己的窗口，也就是 owning a window，那么就没有任何问题了，无论如何，iRtEd 都可以被正确创建。
但是，如果只有 grandfather control 拥有自己的窗口，father control 和 child control 都没有自己的窗口，而是通过 SetContainerWindowL() 来共享 grandfather control 的窗口，那么问题就来了。
按照惯例，在 new CEikRichTextEditor 以后，调用 SetParent() 和 SetContainerWindowL() 即可，但是 CEikRichTextEditor 比较特殊，如果仅仅做了这两个步骤，你肯定会得到一个 KERN-EXEC 3 的 Panic。是因为 child control 从 grandfather control 层层传递过来的 window 并没有交给 CEikRichTextEditor，所以你在调用 CEikRichTextEditor::ConstructL(const CCoeControl* aParent, TInt aNumberOfLines, TInt aTextLimit, TInt aEdwinFlags, TInt aFontControlFlags=EGulFontControlAll, TInt aFontNameFlags=EGulNoSymbolFonts) 的时候，会出现 KERN-EXEC 3 Panic，原因是 aParent（也就是 child control）的 window 环境并没有传递给这个CEikRichTextEditor 对象（iRtEd），它认为用没有 window 的父控件构造自己是非法的，所以有这个错误。那么如何让这个 CEikRichTextEditor 对象（iRtEd）得到 child control 的 window 环境呢？就是调用 CCoeControl::SetMopParent(MObjectProvider *aParent)。下面是 SetMopParent 的说明，
IMPORT_C void SetMopParent(MObjectProvider *aParent);
Description
Sets the context - that is, the enclosing parent control - for this control.
所以，做如下的调用之后，
iRtEd = new (ELeave) CEikRichTextEditor;
iRtEd->SetAknEditorCase( EAknEditorLowerCase );
iRtEd->SetAknEditorFlags( EAknEditorFlagFixedCase );
iRtEd->SetParent( this );
iRtEd->SetContainerWindowL( *this );
iRtEd->SetMopParent( this );
iRtEd->ConstructL( this, 0, 0, 0 );
CEikRichTextEditor 对象即可在你构造的多层次复合控件环境中被正确创建，并且被 ActivateL()，所以千万不要忽视了 SetMopParent()。这个问题浪费了我不少时间，我查过 Symbian 和 S60 的资料，并且看过数个例子，包括“S60_Platform_Rich_Text_Editor_Example_v2_0_en.zip”，但是，这只 是 CEikRichTextEditor 对象在一个单层复合控件环境中的示例，也就是说，CEikRichTextEditor 的父控件拥有 window，所以你不会碰到这个问题。