[Suggestion]Automatically create non-exist folder by F5/F6

[Cobrattila]

Yes, yes! That would be nice!

[Stitscher]

Support. ++

[XPEHOPE3KA]

Some questions for Christian:
1. Why have you asked about a backslash? Why do you need it? It doesn't seem to be necessary...

2a. Will we be able to create a path?
2b. Will we be able to create several directories at once?
I mean: can you implement the same syntax as in the Create folder dialog?

Code: Select all

C:\ExistingFolder\NewFolder|OneMoreNewFolder|AndOneMore\

will create three folders (and here, in future, you may implement simultaneous copy (to newly created directories though) - a highly requested feature, BTW).

3. Will we be able to create directories via MRT (finally )? Actually, we can already move files with MRT. So if one dialog regarding moving operation (after F6 is pressed) will support creating folders, why the other dialog (MRT) won't?
Believe it or not, but creating a bunch of folders at a time - it is a feature TC is VERY suitable for, but unable to do it yet...
An example on sorting an mp3 collection (in MRT): one receives a 1000 of mp3s with correct tags and wants them to be sorted in $Artist$ folders. Some folders already exist, some not. So (RegEx checked):

Code: Select all

Search for: ^(.)
Replace with: [=audioinfo.Artist]\\$1

will move files to $Artist$ directories no matter whether they were already created (now it works already! - see the link above. But only when folders are there already). Since TC7 will support logging a user may see what folders were created...

Eh, dreams...

4. Actually, if some dialogs will support this feature and some won't, it would look like a major inconsistence... What about packing/unpacking dialogs? (And other dialogs, maybe...)

[Sir_SiLvA]

Support ++

[Lefteous]

2XPEHOPE3KA

Why have you asked about a backslash? Why do you need it? It doesn't seem to be necessary...

Here is a scenario. I hope it helps to understand the problem.

File C:\Test\MyFile.txt is selected. The user presses F5. TC suggests to copy it to C:\MyFiles\MyFile.txt. The user now edits the target path.

a) He change the target to C:\Windows. C:\Windows already exists. TC know assumes that the user wants to copy the file to C:\Windows (target C:\Windows\MyFile.txt).

b) He change to C:\Download. There is no file or directory called C:\Download. What is the user trying to achieve?
- Target should be really C:\Download
- Target should be C:\Download\MyFile.txt

This is the ambiguity Ghisler talked about and why a backslash makes it clearly.

[XPEHOPE3KA]

2Lefteous
So you mean the possibility to rename a file to the other name. Ok, I understand.

P.S.: could have thought it out myself...

[ghisler(Author)]

Just for your information, I have now added it with the backslash. So if the user enters
c:\download

and nothing with that name exists, the file will be copied to c:\and named "download" as in TC 6.x. If the user enters
c:\download\

the folder "download" will be created, and the file will be copied there. If the user enters
c:\download\MyFile.txt

then the folder "download" will be created, and the file will be copied there and named MyFile.txt.

I think that is the most logical solution.

[XPEHOPE3KA]

2ghisler(Author)
What dialogs will support this feature, except hte copy dialog?

[icfu]

Give him an inch and he’ll take an ell.
Developers' lifes must be hard...

Icfu

[XPEHOPE3KA]

Developers' lifes must be hard...

Hehe. Users' life sucks too sometimes...

[ghisler(Author)]

This auto-creation of directories will be supported by copy, rename and move both in the foreground and in the background.

You may have noticed that it IS already supported in TC6.55 for unpacking.

[XPEHOPE3KA]

2ghisler(Author)

You may have noticed that it IS already supported in TC6.55 for unpacking.

1. Is it mentioned in th changelog? Can't find it...
2. Actually, in unpacking dialog a backslash isn't taken into account.
3. Thank you for implementing a path creation in unpacking dialog too

[ghisler(Author)]

1. Is it mentioned in th changelog? Can't find it...

No, it has been there for many years.

2. Actually, in unpacking dialog a backslash isn't taken into account.

It's not necessary, because unpacking doesn't support renaming.