TreeCtrl AppendItem/EditItem display bug under OS X

[fengb]

When appending a new child to an expanded parent and editing it immediately, the edit box appears in an unexpected location. As far as I can tell, the edit can be used blindly, but it does not properly display the result until the editing is finished.

Appending and editing the child to a collapsed parent will work normally.

I only managed to reproduce this behavior on OS X; my Windows version works fine.

I have attached a wxPython script that replicates this buggy behavior.

[vadz]

Would be nice to have a C++ example reproducing this to test if it's still broken.

[vadz]

I can reproduce the problem with pre-2.9.5 using this patch

samples/treectrl/treetest.cpp

@@ -777 +777 @@
     wxString text;
     text.Printf(wxT("Item #%d"), ++s_num);
 
-    m_treeCtrl->AppendItem(m_treeCtrl->GetRootItem(),
+    m_treeCtrl->EditLabel(m_treeCtrl->AppendItem(m_treeCtrl->GetRootItem(),
                            text /*,
-                           MyTreeCtrl::TreeCtrlIcon_File */ );
+                           MyTreeCtrl::TreeCtrlIcon_File */ ));
 }
 

The behaviour is strange, the text control doesn't appear at all actually and editing it blindly doesn't really work neither.

However just removing the special case for wxMac in wxTreeCtrl code seems to fix it so I'll go ahead and just do this -- and wait if any new problems are uncovered by this.

[VZ]

(In [72882]) Update tree control layout in EditLabel() for wxOSX too.

A special preprocessor check for OS X prevented the control from being relaid
out correctly in EditLabel() there, which resulted in problems when trying to
edit a just added item.

Simply remove this check for OS X (and also MSW but this is less important as
this version of the control is almost never used there anyhow) to fix it.

Closes #11179.