Click here to Skip to main content
12,549,161 members (48,465 online)

C / C++ / MFC

GeneralRe: Locating a function address with the debugger Pin
Erudite_Eric20-Mar-13 3:30
memberErudite_Eric20-Mar-13 3:30 
QuestionFailed to compile chrome Pin
yu-jian16-Mar-13 6:27
groupyu-jian16-Mar-13 6:27 
AnswerRe: Failed to compile chrome Pin
Richard MacCutchan16-Mar-13 6:34
mvpRichard MacCutchan16-Mar-13 6:34 
QuestionCTreeCtrl, CDockingPane, and mouse events Pin
Rob Bryce15-Mar-13 20:33
memberRob Bryce15-Mar-13 20:33 
Hi All, many thanks up-front to anyone who can help here.

I have a client that wants me to migrate a CTreeView-derived class to one which works like a docking pane. The class is so large now that it's not feasible to rewrite everything.

So...I still have the underlying CTreeCtrl-derived class (more/less untouched), which is a child of a class derived from CDockablePane (migrated from the CView class). I've also derived from CMultiPaneFrameWnd (used when the pane is floating) to try to trap events.

I've got it working about 80%. I need help/direction with the other 20%. I've got the CDockablePane derived class working with bulk of the MESSAGE_MAP events (menu handlers, ON_UPDATE_COMMAND_UI, etc.) working correctly. The events associated with the mouse are giving me grief.

I see 3 standard modes for the dockable pane: floating, docked, and tabbed. And they all behave differently w/r to mouse events - and depending on the docking mode.

For example:
* If the docking mode is DT_SMART *and* the pane is NOT floating, then drag&drop and double-clicking work correctly.
* If the docking mode isn't DT_SMART, then drag&drop usually tries to drag the complete docking pane instead of working correctly (regardless of floating, docked, tabbed).
* When the pane is floating, I can't trap WM_LBUTTONDBLCLK (unless you click on the lines and little [+] boxes...) or the respective notify or reflect messages - even Spy++ doesn't record them. I just don't see any left button double-click events - at all!

Google searches show that I'm not the only one with these types of issues. I've read and tried pretty well every suggestion...and I still have these issues. I'm now concerned about bugs or assumptions in the framework after reading this:[^]

This link:[^] helped a lot but didn't solve all issues either.

I can also replicate these issues (unable to trap double-clicking when floating) in the VisualStudioDemo feature pack demo.

Any suggestions on how to get a CTreeCtrl to work inside a CDockingPane - consistently - would be really appreciated. I feel that many issues are related to CMultiPaneFrameWnd, but can't resolve them.

AnswerRe: CTreeCtrl, CDockingPane, and mouse events Pin
Eugen Podsypalnikov19-Mar-13 0:23
memberEugen Podsypalnikov19-Mar-13 0:23 
AnswerRe: CTreeCtrl, CDockingPane, and mouse events Pin
Rob Bryce19-Mar-13 17:08
memberRob Bryce19-Mar-13 17:08 
QuestionDrivers to access parallel port in c using windows xp or 7 ?? Pin
Harshmeet Singh15-Mar-13 8:36
memberHarshmeet Singh15-Mar-13 8:36 
QuestionRe: Drivers to access parallel port in c using windows xp or 7 ?? Pin
DavidCrow15-Mar-13 9:54
memberDavidCrow15-Mar-13 9:54 
AnswerRe: Drivers to access parallel port in c using windows xp or 7 ?? Pin
Richard MacCutchan15-Mar-13 23:08
mvpRichard MacCutchan15-Mar-13 23:08 
AnswerRe: Drivers to access parallel port in c using windows xp or 7 ?? Pin
Erudite_Eric17-Mar-13 1:18
memberErudite_Eric17-Mar-13 1:18 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

Advertise | Privacy | Mobile
Web01 | 2.8.161021.1 | Last Updated 21 Oct 2016
Copyright © CodeProject, 1999-2016
All Rights Reserved. Terms of Service
Layout: fixed | fluid