debug quick watch request plus 1 possible solution patch
Posted: Sun Jan 31, 2010 10:26 pm
request: Provide a means of opening tree branches for viewing without requiring mouse clicks, based on mouse flyover only.
reason: It's a little easier/quicker to work with when using a touchpad where mouse buttons require "excessive" hand/finger motion.
One possible solution contained in svn diff against svn rev3686 files.
operation: Moving mouse over text of collapsed tree branch will result in expansion of that tree branch. In general, only one expansion path of a tree is kept open, if you move to open new branch, other branches under same parent will be collapsed. (I don't think this is a completely accurate description, best to just apply patch and try it.)
I don't completely like it, due to some jumpiness that can occur, I think due to the way the tree control handles expanding/collapsing and repositioning the tree within the window, when the expansion and resulting redisplay causes the branch that initiated the expansion to be moved out from under where the mouse is. (What I'd like better I'm not yet knowledgeable enough about wxwidgets to accomplish, possible overlaying borderless windows, where the next level up would always be available "just beyond" the last overlay displayed.) But I do like it better than having to move hand/fingers for touchpad buttons. It's also more of a problem on larger structures (such as wxMenu) than smaller structures (wxString).
caveats: I'm new to both codelite, wxwidgets, and generating diff patches. Only tried on windows, but I think the changes are basic wxwidgets implementation.
reason: It's a little easier/quicker to work with when using a touchpad where mouse buttons require "excessive" hand/finger motion.
One possible solution contained in svn diff against svn rev3686 files.
operation: Moving mouse over text of collapsed tree branch will result in expansion of that tree branch. In general, only one expansion path of a tree is kept open, if you move to open new branch, other branches under same parent will be collapsed. (I don't think this is a completely accurate description, best to just apply patch and try it.)
I don't completely like it, due to some jumpiness that can occur, I think due to the way the tree control handles expanding/collapsing and repositioning the tree within the window, when the expansion and resulting redisplay causes the branch that initiated the expansion to be moved out from under where the mouse is. (What I'd like better I'm not yet knowledgeable enough about wxwidgets to accomplish, possible overlaying borderless windows, where the next level up would always be available "just beyond" the last overlay displayed.) But I do like it better than having to move hand/fingers for touchpad buttons. It's also more of a problem on larger structures (such as wxMenu) than smaller structures (wxString).
caveats: I'm new to both codelite, wxwidgets, and generating diff patches. Only tried on windows, but I think the changes are basic wxwidgets implementation.