When using %N and %p (not %n and %P) as for example button parameters (together with %Z), the variables are not handled correctly when inside archives.
When using %Z%P%N the path inside the archive is repeated twice.
When using %Z%P%n the path is shown correct
When using %Z%p%n or %Z%p%N the name of the archive file itself is skipped in the total path.
See also: http://ghisler.ch/board/viewtopic.php?p=244050#244050
EDIT: this also seems to apply to %t and %M - %t skips the name of the archive file within the entire path, and %M repeats the path inside the archive twice.
This also applies to TC 7.57a
[solved] %N and %p not handled correct inside archives.
Moderators: Hacker, petermad, Stefan2, white
[solved] %N and %p not handled correct inside archives.
Last edited by petermad on 2021-05-30, 16:08 UTC, edited 1 time in total.
License #524 (1994)
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Hello, Petermad.
Has it ever occurred to us that the different behaviour of %N vs %n applied to files inside archives might be by design, to cover two different use cases? The same might apply to %P vs %p.
If this were true, then the flaw would be that the explanation cannot be found inside the helpfile.
Cheers,
Karl
Has it ever occurred to us that the different behaviour of %N vs %n applied to files inside archives might be by design, to cover two different use cases? The same might apply to %P vs %p.
If this were true, then the flaw would be that the explanation cannot be found inside the helpfile.
Cheers,
Karl
MX Linux 21.3 64-bit xfce, Total Commander 11.50 64-bit
The people of Alderaan keep on bravely fighting back the clone warriors sent out by the unscrupulous Sith Lord Palpatine.
The Prophet's Song
The people of Alderaan keep on bravely fighting back the clone warriors sent out by the unscrupulous Sith Lord Palpatine.
The Prophet's Song
I could see a reason to apply %n differently inside archives, since short and long filenames doesn't exist at the same time in an archive.Has it ever occurred to us that the different behaviour of %N vs %n applied to files inside archives might be by design
Regarding %p I don't see any reason to leave out the name of the archive file from the path - that part of the path is still "outside" of the archive.
But let's see. If it is by design I am sure Christian will give us the explanation - and then it should be documented in the Help file.
License #524 (1994)
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
- ghisler(Author)
- Site Admin
- Posts: 50532
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Fixed in TC 8.0b23 
%N, %n, %p, %P, %t, %T, %M and %m are now handled as expected inside archives.

%N, %n, %p, %P, %t, %T, %M and %m are now handled as expected inside archives.
License #524 (1994)
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
- ghisler(Author)
- Site Admin
- Posts: 50532
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact: