Cannot delete folder selected in tree

[JohnFredC]

TC7 is so loaded with great new stuff (and odd interface choices) I hardly know where to begin.

So how about with a bug/incomplete implementation:

Bug: Cannot delete folder selected in tree

Select a folder in a tree, click Delete button in bottom button bar.

Alert appears saying function is "not supported".

[Clo]

2JohnFredC

Hello John !

• If you mean in a separate tree, I confirm.

- In the old tree view, that works like a charm…

 FR
Claude
Clo

[ghisler(Author)]

Bug: Cannot delete folder selected in tree

Select a folder in a tree, click Delete button in bottom button bar.

This is intentional, for security reasons (the user may not have noticed that the cursor is in the tree).

[Lefteous]

2ghisler(Author)

This is intentional, for security reasons (the user may not have noticed that the cursor is in the tree).

I disagree. If you think there is a security risk then force the confimation dialog but don't display this error.

[JohnFredC]

The TC trees should have full behavior of Explorer's tree. That's what a tree user would expect. Not implementing full (ie. standard) tree functionality (delete & rename in the context menu, rename-in-place, etc) will just frustrate the average folder tree user migrating from other tree-enabled commanders or from Explorer.

[icfu]

Why do people press DEL when they don't know where the cursor is? Isn't that the first thing you do if you plan to delete something, checking where you are? Is it possible that focus is on panel and tree at the same time?

I don't understand that, sorry.

Explorer users planning a switch will find themselves navigating in a tree that doesn't support the basic tree functions of Explorer. I repeat my request:
Ctrl-X, Ctrl-C, Ctrl-V, Del are a must! Otherwise the separate tree could end as a gimmick very soon, this would just be too bad.

I fully agree with Lefteous disagreement. An optional (because I know what I am doing) confirmation box is for sure not a bad idea and will even protect users who don't know the meaning of DEL from themselves.

Icfu

[Hacker]

I agree, the tree should be functional.

Roman

[now]

I fifth everyone else's opinion. I'm gonig to have an introduction of Total Commander as a replacement for Explorer here at work once version 7 comes out of beta and both you and I can bet that at least some people will still want the tree structure around, even though I'll do my best to convince them that it isn't needed and is actually often a lot slower to work with. Anyway, if I tell them that "yes, you can have a tree view, but you can't move, copy, paste, or delete directories from it", people will be disappointed for sure and ask questions like "but explorer does that, why not this program that you're so fanatic about?", which I really don't have good answers to.

[Nyks]

Any news about this?

What about a configuration-switch, to be able to turn tree-operations on?
When the developer feels this behaviour as a high risk, he could turn it off by default ... but its really annoying to dont be able to delete a selected folder in tree-view