Automatically shrinked minitree
Automatically shrinked minitree
I really am a minitree fan, so I'm always wondering ways to improve it. After some time minitree grows too big. I can minimize it, so I can periodically "restart" the minitree. It would be very nice feature, if the the least used branches disappeared automatically. For example if I didn't use a folder in 30 days, it could be deleted from minitree. So I would have a minitree with almost constant size, always containing the most important, most used folders.
-
j_c_hallgren
- XY Blog Master
- Posts: 5826
- Joined: 02 Jan 2006 19:34
- Location: So. Chatham MA/Clearwater FL
- Contact:
Re: Automatically shrinked minitree
While this seems on surface to be practical, the amount of overhead needed to support it makes it impractical, I suspect.
Still spending WAY TOO much time here! But it's such a pleasure helping XY be a treasure!
(XP on laptop with touchpad and thus NO mouse!) Using latest beta vers when possible.
(XP on laptop with touchpad and thus NO mouse!) Using latest beta vers when possible.
-
admin
- Site Admin
- Posts: 65174
- Joined: 22 May 2004 16:48
- Location: Win8.1, Win10, Win11, all @100%
- Contact:
Re: Automatically shrinked minitree
Yep, exactly.j_c_hallgren wrote:While this seems on surface to be practical, the amount of overhead needed to support it makes it impractical, I suspect.
FAQ | XY News RSS | XY X
Re: Automatically shrinked minitree
I think it would be a very useful feature.
You should write some "last opened" tag for each item in treeview. Then at loading tree (at program startup), when you build a tree, you'd say :
if ( branch.lastOpened - now <= branchTimeout ) then addBranch() else doNothing
for each branch that is read from ini file.
You should write some "last opened" tag for each item in treeview. Then at loading tree (at program startup), when you build a tree, you'd say :
if ( branch.lastOpened - now <= branchTimeout ) then addBranch() else doNothing
for each branch that is read from ini file.
XYplorer Beta Club