Symbian - CEikRichTextEditor 陷阱

Symbian - CEikRichTextEditor 陷阱

问题：CEikRichTextEditor 的父控件（parent control）必须拥有自己的窗口（window）？!

 

      哈哈，看来不是这样的，因为有 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，所以你不会碰到这个问题。