BUG: CXTTreeView on label edits

If you do something like the code below, inserting an item with a label, but then immediately firing on an editlabel, you can actually see the old label behind the box in which you are typing the new label, when the new label is short enough that the old text can poke out to the right.

Minor, but definitly a buglet.

 

insert.hParent = ItemID;
insert.hInsertAfter = TVI_FIRST;
insert.item.mask = TVIF_CHILDREN | TVIF_TEXT | TVIF_PARAM | TVIF_IMAGE | TVIF_SELECTEDIMAGE;
insert.item.cChildren = Item->Expandable;
insert.item.iImage = Item->IconIndex;
insert.item.iSelectedImage = Item->IconIndex;
insert.item.pszText = (char*)(LPCTSTR)Item->Name; // "New Profile" in the example above
insert.item.lParam = (DWORD)Item;
  
Item->ItemID = Tree.InsertItem( &insert );  
Tree.Expand( Item->ItemID, TVE_EXPAND );
Tree.EditLabel( Item->ItemID );

 

Still the same problem in the 12.0.0

Will there ever be a fix for this, Oleg?

I can reproduce it here any time:



It happens when the text displayed in the editor window is shorter than the text displayed by the label. I use GetDispInfo to display the labels with some additional dynamic information (the (3/19)), and when the user edits the label, I set the "real" text.

Hi,

Hi, Oleg

any news on this?
This bugs me every day.

Oleg,

as I wrote, there is no need for a sample. I outlined the steps to reproduce several replies ago.

Oleg, this is clearly a bug in your code.


I just don't have the time in this project to create sample applications for you. If you carry out the steps I mentioned the problem will show. I have lost a half day today again because of the documentation of XTP is misleading, plain wrong or just not existing. I'm working against tight timelines here.

If you attach the test app you have used trying to repro this bug I can look it over. Just catch TVN_BEGINLABELEDIT in your code and set a shorter text than currently in the edit control.

Hi,

SOLVED

If you override OnBeginLabelEdit in a class derived from XTPTreeBase you need to set the member variable m_htiEdit to the HTREEITEM of the item that is currently edited.

Codejock uses this member to determine if they paint the tree item in the normal colors or just plain white.

If the tree background color is not white the text drawn by the codejock tree control shows outside of the edit control created by the Windows tree control. If the text set in OnBeginLabelEdit is shorter than the text in the tree control.

If m_htiEdit is set to a HTREEITEM the OnPaint method in XTPTreeCtrl will not use the background color of the tree but white, which makes the extra text invisible next to the edit control.

Codejock should change the test in OnPaint to use m_pTreeCtrl->GetEditControl() to determine how to paint the tree text and not rely on the member variable m_htiEdit which is internal to Codejock and cannot be relied on.