Feature request - Lock tab, allow dir changes below only

English support forum

Moderators: Stefan2, white, sheep, Hacker

Post Reply
mikus
Junior Member
Junior Member
Posts: 18
Joined: 2017-08-22, 22:55 UTC

Feature request - Lock tab, allow dir changes below only

Post by *mikus » 2017-08-22, 23:00 UTC

Can we have a 'Lock tab, but subtree only directory changes allowed' option ?

This is a very common use case for me, I have a tab that refers to a project's subtree. I want to lock the tab but allow moving to subdirs below it but not allow going up (stepping out) of it.

Thx!

DjobyDjoba
Junior Member
Junior Member
Posts: 32
Joined: 2006-10-23, 09:46 UTC

Post by *DjobyDjoba » 2017-08-23, 11:12 UTC

Would be useful for me too. Support++

User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 37570
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) » 2017-08-24, 09:56 UTC

And what should happen when the user changes to a different directory an ANY way? Open a new tab?
Author of Total Commander
http://www.ghisler.com

DjobyDjoba
Junior Member
Junior Member
Posts: 32
Joined: 2006-10-23, 09:46 UTC

Post by *DjobyDjoba » 2017-08-24, 17:15 UTC

ghisler wrote:what should happen when the user changes to a different directory an ANY way? Open a new tab?
My idea: if the user try to go to the parent folder of a "subtree locked tab" with the [...] entry, or by pressing Delete, or with cm_GoToParent command, this would do nothing, or perhaps a ding sound (error). This would help to stay "focus" in the subtree without opening a new tab, when we try to go to the parent folder "by mistake".

But when the directory hotlist, folder history, directory tree, or any other mean is used, another tab would be opened.

mikus
Junior Member
Junior Member
Posts: 18
Joined: 2017-08-22, 22:55 UTC

Post by *mikus » 2017-08-24, 21:38 UTC

Hi Ghisler, thx for responding

I think the most clear way would be to use the same behavior of the currently implemented 'lock tab' mechanism except to not apply it when going down the tree.

I do think that the behavior DjobyDjoba suggests will be more useful (I would add a blinking something as well or popup) but if it is implemented it should probably be an option and apply to both 'lock tab' and 'lock but subtree directory changes allowed'.

Thx!

User avatar
Hacker
Moderator
Moderator
Posts: 11266
Joined: 2003-02-06, 14:56 UTC
Location: Bratislava, Slovakia

Post by *Hacker » 2017-08-25, 08:22 UTC

DjobyDjoba wrote:My idea: if the user try to go to the parent folder of a "subtree locked tab" with the [...] entry, or by pressing Delete, or with cm_GoToParent command, this would do nothing, or perhaps a ding sound (error). This would help to stay "focus" in the subtree without opening a new tab, when we try to go to the parent folder "by mistake".

But when the directory hotlist, folder history, directory tree, or any other mean is used, another tab would be opened.
I agree, perhaps we could have options like this:

(o) Do nothing
( ) Ding
( ) Open in a new tab

Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.

DjobyDjoba
Junior Member
Junior Member
Posts: 32
Joined: 2006-10-23, 09:46 UTC

Post by *DjobyDjoba » 2017-08-25, 12:21 UTC

DjobyDjoba wrote:f the user try to go to the parent folder of a "subtree locked tab" with the [...] entry, or by pressing Delete, or with cm_GoToParent command,
I wanted to write: backspace

DjobyDjoba
Junior Member
Junior Member
Posts: 32
Joined: 2006-10-23, 09:46 UTC

Re: Feature request - Lock tab, allow dir changes below only

Post by *DjobyDjoba » 2019-08-25, 19:00 UTC

Could this topic be moved in the TC suggestions section of the forum?
And you guess it, this is a bump :wink:

Post Reply