Ctreectrl problem

[Syslock]

I have an odd problem involving Ctreectrl. When I add the TVS_DISABLEDRAGDROP flag to my
Ctreectrl creation, OnLButtonUp gets called as expected. But, when I remove it,
OnLButtonUp doesn't get called anymore.

More specifically, OnLButtonUp works, but only after a drag and drop operation.
It no longer works for checked boxes.

Is there some buried MFC function that steals it, when drag and drop is enabled?
How do I get it back for checked boxes?

[VictorN]

1. Where and why do you need OnLButtonUp functionality?
2. Have a look at this thread.

[Syslock]

edited:
My Ctreectrl has imagelist icons that look like checkboxes, but it doesn't use the TVS_CHECKBOXES flag.
It gets checked when OnLButtonUp is called.

But, this functionality is broken when drag and drop is enabled. The call to OnLButtonUp goes missing,
and MFC is apparently to blame.

[VictorN]

And what does the TVS_HASBUTTONS style have to do with checkboxes?

Has buttons
Displays plus (+) and minus (-) buttons next to parent items. The user clicks the buttons to expand or collapse a parent item’s list of child items. To include buttons with items at the root of the tree view, Lines at root must be set to true. Type: Bool. Default: False.

[itsmeandnobodyelse]

My Ctreectrl has buttons that look like checkboxes, but it doesn't use the TVS_CHECKBOXES flag.
It uses the TVS_HASBUTTONS flag. It gets checked when OnLButtonUp is called.

But, this functionality is broken when drag and drop is enabled. The call to OnLButtonUp goes missing,
and MFC is apparently to blame.

It is a wrong approach if you handle buttons within the tree control by handling mouse messages. Instead you should handle notifications like NM_CLICK of the tree control. Or the buttons placed on the tree control could be separate controls which have their own handlers, e. g. for BN_CLICKED.

[Syslock]

Thanks, but does a NM_CLICK simulate an "upclick" ?

I want to place the checkmark at the upclick, not the downclick.

I searched the wine source for a reason why the OnLButtonUp handler goes missing, but couldn't find it:
http://source.winehq.org/source/dlls...l32/treeview.c

[VictorN]

I searched the wine source for a reason why the OnLButtonUp handler goes missing, but couldn't find it:
http://source.winehq.org/source/dlls...l32/treeview.c

But what does wine have to do with Microsoft MFC CTreeCtrl class?

[itsmeandnobodyelse]

Thanks, but does a NM_CLICK simulate an "upclick" ?

I want to place the checkmark at the upclick, not the downclick.

I searched the wine source for a reason why the OnLButtonUp handler goes missing, but couldn't find it:
http://source.winehq.org/source/dlls...l32/treeview.c

The WM_LBUTTONUP is missing cause there is no need for handling this message if no drag-drop operation is allowed. So the message probably was sent to the dialog and not to the tree control.

The NM_CLICK was sent *after* the user clicked to a part of the tree control but not if there is a separate control window or button which has its own message handling. 'clicked' means the button was down and up. If you hold the button there is no click.

I recommend against implementing a behavior that isn't standard. So an action caused by a button click should work immediately for the object that was clicked on, i. e. the object that was pointed to when the button was down.

[Syslock]

But what does wine have to do with Microsoft MFC CTreeCtrl class?

It's not the real source, but it's always very close. What I'm looking for is probably buried in the
base class somewhere.

Thanks, I will try to use NM_CLICK.