Confirmed
If I use a button like:
For me it does not matter whether the file in the archive is in a subdir or not.
If I have for example these two files:
c:\test\file.txt
c:\test\file.zip
and inside c:\test\file.zip is the file file.txt but with a different content than c:\text\file.txt, then if I have the cursor on c:\test\file.txt on the left side and i have c:\test file.zip opened on the right side, then the two paths shown when I use cm_IntCompareFilesByContent are:
c:\test\file.txt
C:\TEMP\_tc\file.txt
But if I use the button here above these paths are shown:
c:\test\file.txt
c:\test\file.zip\file.txt
So with the customized compare button the archive file is not recognized as such and is therefore not unpacked to be compared.
But I would categorize this a missing feature rather than a bug.
If I inside the c:\test\file.zip file also has a subdir with a file.txt file inside - I can confim that the path is only shown as c:\test\file.zip\subdir\file.txt when I explicitly select the file c:\test\file.zip\subdir\file.txt (or make the right side the active side and place the cursor on file.txt) - otherwise c:\test\file.zip\file.txt is shown - This I consider to be a bug!
If I replace %C2 with %T%M and don't mark c:\test\file.zip\subdir\file.txt the path is shown correctly for the right side.
2crash5
If I use a button like:
Code:
TOTALCMD#BAR#DATA%COMMANDER_EXE% /i="%COMMANDER_INI%" /S=C%Z%C1 %C2wcmicons.dll,49menu=Compare Contents (separate instance)-1
Then if one or both sides are inside an archive, I get the message: "Left file not found!" or "Right file not found!".To make the button:
1. Mark the text in the box here above (click SELECT ALL).
2. Copy it to the ClipBoard (press Ctrl+C).
3. Right click on TC's buttonbar and choose "Paste".
For me it does not matter whether the file in the archive is in a subdir or not.
If I have for example these two files:
c:\test\file.txt
c:\test\file.zip
and inside c:\test\file.zip is the file file.txt but with a different content than c:\text\file.txt, then if I have the cursor on c:\test\file.txt on the left side and i have c:\test file.zip opened on the right side, then the two paths shown when I use cm_IntCompareFilesByContent are:
c:\test\file.txt
C:\TEMP\_tc\file.txt
But if I use the button here above these paths are shown:
c:\test\file.txt
c:\test\file.zip\file.txt
So with the customized compare button the archive file is not recognized as such and is therefore not unpacked to be compared.
But I would categorize this a missing feature rather than a bug.
If I inside the c:\test\file.zip file also has a subdir with a file.txt file inside - I can confim that the path is only shown as c:\test\file.zip\subdir\file.txt when I explicitly select the file c:\test\file.zip\subdir\file.txt (or make the right side the active side and place the cursor on file.txt) - otherwise c:\test\file.zip\file.txt is shown - This I consider to be a bug!
If I replace %C2 with %T%M and don't mark c:\test\file.zip\subdir\file.txt the path is shown correctly for the right side.
2crash5
You don't have to repeat the %Z parameter, one time is enough."%Z%C1 %Z%C2"
I guess that you are not using TC as the external compare tool, since this works for you.If I explicitly select the file on both sides it works with the custom toolbar too.
Statistics: Posted by petermad — 2025-04-18, 11:47 UTC