The column on which the EditorControl is set has DataType = typeof(Bitmap).

I don't really want to manage the editor. I'd rather have it present the list of images, allow one to be selected, and show the result in the cell. I could handle a tree event (AfterCellExitEditMode?) to examine the new value and update the hidden column.

As yet, I haven't seen this behavior, so I wanted to monitor at the lowest level I could to see what was happening. The event mentioned above does fire after leaving a cell, but always indicates that the cell value hasn't changed, even when I definitely clicked on a different value. I also handled AfterNodeUpdate and saw the same old values for the hidden integer column and the visible image column.

To recap, I see the cell initially drawn correctly. When I click to edit, the dropdown list is drawn correctly, but the cell value disappears. After the dropdown list is closed, the cell value is still not shown. If I end the edit (by hitting "esc" or clicking outside the cell) the cell value is redrawn but is always the original, not the newly selected value.

bobgru said:

The ValueList items are integers 0 and 1. The image list has two bitmaps in it. The tree and UltraComboEditor both get the same image list (I couldn't detect a change in behavior from before the editor's imagelist was assigned; the tree's imagelist seems to be critical). The editor's items each have an Appearance.Image property set to the item's index, and ValueList.DisplayStyle is Picture.

Other potentially relevant info: the editor's DropDownStyle is DropDownList (i.e. can only pick from list). The HeaderAppearance.Image of the unbound column is a bitmap object. The ColumnSet.AllowCellEdit property is Full.

What is the DataType on the Column you are assigning the EditorControl to?

bobgru said:

I don't follow why the editor's events aren't fired. I created an instance of an UltraComboEditor and subscribed to events on that instance. Are you saying the tree uses a copy of that object that doesn't include its event subscriptions? Or, perhaps, the editor isn't firing its events because of the way in which it's being used (internal object that isn't responsible for firing events of the public class)?

As I said, the tree does not use the control itself. It does not even use a copy of the control. It uses a copy of the control's internal editor - in this case it's an EditorWithCombo.

bobgru said:

In any case, it seems like a handicap that I can't manage what's happening to the editor.

I'm not sure what you want to manage, but you should be able to handle it with events of the tree, not the UltraComboEditor.

The ValueList items are integers 0 and 1. The image list has two bitmaps in it. The tree and UltraComboEditor both get the same image list (I couldn't detect a change in behavior from before the editor's imagelist was assigned; the tree's imagelist seems to be critical). The editor's items each have an Appearance.Image property set to the item's index, and ValueList.DisplayStyle is Picture.

Other potentially relevant info: the editor's DropDownStyle is DropDownList (i.e. can only pick from list). The HeaderAppearance.Image of the unbound column is a bitmap object. The ColumnSet.AllowCellEdit property is Full.

I don't follow why the editor's events aren't fired. I created an instance of an UltraComboEditor and subscribed to events on that instance. Are you saying the tree uses a copy of that object that doesn't include its event subscriptions? Or, perhaps, the editor isn't firing its events because of the way in which it's being used (internal object that isn't responsible for firing events of the public class)?

In any case, it seems like a handicap that I can't manage what's happening to the editor.

When you populate the UltraComboEditor's ValueList items, what are the values you are using? It sounds to me like the values on the list aren't matching up to the values in the tree node column. Or, this might be a bug in the tree.

Or, it might be case of mismatched ImageLists. I'm not entirely sure where the images will come from when you use an ImageList like this - the tree or the UltraComboEditor. Perhaps you need to assign the same ImageList to both to make sure they are in synch.

bobgru said:

I subscribed to the editor's SelectionChanged, ValueChanged, and SelectionChangeCommitted events, but none of them are ever fired. (I verified that the lines of code doing the subscriptions do get executed).

When you say editor here, I assume you mean Editor Control - The UltraComboEditor. The event of the control do not fire, because selecting an item in the tree has no effect on the control. The Tree doesn't use the control itself - the UltraComboEditor just provides a copy of it's internal editor for use by the tree.

I set up an UltraComboEditor as described (except it's not bound -- I initialize a static list) and made it the EditorControl of a column in a tree. The tree has an image list, and the column data values are integer indices into it. The tree is initially displayed correctly.

The editor dropdown arrow is always visible (OK for now, though I'd like it to appear on hover as in the "grid with editors" sample).

When I open the dropdown list (only images are shown -- good), the image in the cell disappears. It should stay the same until I change it.

When I change it by clicking an item in the list, the list closes up but there is still no image in the cell. If I exit the application without any further action, there is an invalid index exception in Dispose(). If I instead click outside the tree, the old image appears and no exception occurs on app exit.

I subscribed to the editor's SelectionChanged, ValueChanged, and SelectionChangeCommitted events, but none of them are ever fired. (I verified that the lines of code doing the subscriptions do get executed).

Any ideas, either on how to get the editor to work, or on how to debug (i.e. why I'm not seeing events)?

By the way, are there any books on using Infragistics components?