Well, I've described that command:
Perhaps an additional switch could be indeed added to <convert for recursive folder processing...
Moderators: white, Hacker, petermad, Stefan2
Well, I've described that command:
Perhaps an additional switch could be indeed added to <convert for recursive folder processing...
had escaped me. ty.SAVESELECTIONW command and %A parameter
Yes other that [path]\*.*, that copy only first level folder, also need a recursive folder processing in ^convert.Perhaps an additional switch could be indeed added to <convert for recursive folder processing...
In this way ^convert skip renamed files, also without bug.
Only I not know if in previuos versions %L return phisical folder path or \\\Virtual Panel\path\ as now.
This the behavior of TC before 9.20, after %L %F .. are faulty as you know.
but <export whole VP contents directly without %L and I think it is not possible to mask with %L.
Currently behavior with virtual folder (not file) is not great except if you use <export !
branch-view not work with VP.
You can anyhow use branch-view to have TC explode from a dedicated node.
But completely only if you add [path]\*.* and recursive folder processing option.As today 9.52, only way to return full name of selected files is to use convert with em_saveselectionw or in TC using %C1..%C 9 only 9slots.
With %F you don't get real path also, you only get folder name. You can't get real paths of folders because VP folders are pure virtual containers, only files are always links. Though VP supports folder links too (folder links have default folder icon while virtual folders have slightly different one), TC doesn't expect and properly support that, so you will get only virtual names from TC for every folders. But using <convert you can get real paths to folder links with both relative and absolute virtual paths.
Then these two statements seem to me to contradict.
It seems that I forgot to mention it, this bug was fixed in beta 1376. It was caused by improper loading of 32-bit icon library in case of 64-bit TC.MVV wrote: ↑2020-01-09, 06:16 UTC There were some similar reports, but unfortunately I can't reproduce this problem, Virtual Explorer panel looks OK for me in both 32-bit and 64-bit TC. It would be nice of course to find the reason. All icons are taken from running TC executable and WCMICONS.dll library so should be available in any TC version.