Well, the zip format simply sucks... I prefer 7z or rar.burekbrigada wrote:Not so bad if ...JP wrote:These are very bad news...ghisler(Author) wrote:- pack the selected files with zip
- upload the files to ftp, or some other plugin
TC 7 [req]: Temp Panel/Virtual folders
Moderators: white, Hacker, petermad, Stefan2
- Balderstrom
- Power Member
- Posts: 2148
- Joined: 2005-10-11, 10:10 UTC
External archiving could be possible, not all that efficient, but possible (solid should probably be un-opted).
Send the files to the archive in sequence, resort the files (internal list) by which directory they are actually in before sending to an external packer, thus groups of files could be sent at the same time.
And keep resending to the archive until complete.
In the instance of a PPP containing:
File1.txt -> C:\DIR1\File1.txt
File2.txt -> C:\DIR2\File2.txt
File3.txt -> C:\DIR3\File3.txt
Thus a RAR attempt would need to make 3 calls and 3 sends, making something like NewRar.rar which would contain:
\NewRar\DIR1\File1.txt
\NewRar\DIR2\File2.txt
\NewRar\DIR3\File3.txt
Send the files to the archive in sequence, resort the files (internal list) by which directory they are actually in before sending to an external packer, thus groups of files could be sent at the same time.
And keep resending to the archive until complete.
In the instance of a PPP containing:
File1.txt -> C:\DIR1\File1.txt
File2.txt -> C:\DIR2\File2.txt
File3.txt -> C:\DIR3\File3.txt
Thus a RAR attempt would need to make 3 calls and 3 sends, making something like NewRar.rar which would contain:
\NewRar\DIR1\File1.txt
\NewRar\DIR2\File2.txt
\NewRar\DIR3\File3.txt
- ghisler(Author)
- Site Admin
- Posts: 48173
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
2Balderstrom
Well, such repeated re-packing would be less efficient than what is done now (copying to common directory, then packing), especially with RAR solid archives: The entire archive would be packed again and again from the beginning...
Well, such repeated re-packing would be less efficient than what is done now (copying to common directory, then packing), especially with RAR solid archives: The entire archive would be packed again and again from the beginning...
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
- Balderstrom
- Power Member
- Posts: 2148
- Joined: 2005-10-11, 10:10 UTC
- Balderstrom
- Power Member
- Posts: 2148
- Joined: 2005-10-11, 10:10 UTC
If you want to use console version of WinRar (named rar.exe) rename exe to WinRar.exe, create rar.ini in same directory as newly renamed WinRar.exe, and add following:Is it possible to have solid option (or some other option) selected, while packing with winrar from TC via Alt+F5??
Code: Select all
switches=-s -m5 -md4096
You should rename rar.exe to winrar.exe because TC passes all uppercase 8.3 names to rar.exe because of compatibility with older rar versions.
Ambiguity succeeds where honesty dares not venture.
- Balderstrom
- Power Member
- Posts: 2148
- Joined: 2005-10-11, 10:10 UTC
This is OK, but I wrote:Not to be argumentative, but I just monitored a RAR packing of an 8.3 Capped File thru TC w/ Sysinternals Filemon (With TC configured to use WinRar.exe), and at no point was "RAR.exe" accessed or called.
So you can use console version, for e.g. installation of TC where you take yust one (or two files) from installation of WinRar without need for all files that comprise GUI version (I assume there are several files).If you want to use console version of WinRar
What you should do:
Copy C:\Program File\WinRar\rar.exe to C:\totalcmd\arc\winrar.exe
Copy C:\Program File\WinRar\rarreg.key to C:\totalcmd\arc\rarreg.key
create C:\totalcmd\arc\rar.ini with settings as in my previous post and set path for rar external packer to "C:\totalcmd\arc\winrar.exe".
Paths are of couse yust for example.
Ambiguity succeeds where honesty dares not venture.
That's working, thx.Balderstrom wrote:Setup your default profile in WinRar's gui, those options should be used when called by TC.
One more thing. Is there a way to open the winrar's "archive name and parameters" window, while invoking alt+F5??
That is the window that winrar opens when "Add to archive..." command is chosen from right-click popup menu on selected files.
While toying with EditPad which uses a tabbed-window interface, I was always struck by how clearly significant windows were drawn to one's attention when just (and only) their tab stubs were coloured, as opposed to the normal grey/white scheme. It would be very useful if TC v7 could also manage this, wouldn't you think? In the event virtual panels are ever implemented, a brightly coloured tab stub would leave no doubt as to what sort of window it was. Don't know if this has been requested before or how awkward it would be to do, but user-coloured tab stubs are now on my wish-list!
Let's leave for a moment the problem with packing. Let's also forget about waiting for Vista.
What I would very much like to see in TC7 about virtual folders:
1: As I already mentioned in the following thread: http://www.ghisler.ch/board/viewtopic.php?t=8761&highlight=, I would very much like to see persistent search results after restarting TC.
2: The virtual folders feature should work on any Windows, including 9x! We should not be forced to move to Vista, only to use this feature - not mentioning that it is implemented there anyways... When I thought about virtual folders, I mentioned them as a means to get the Vista behaviour in *any* Windows. And better not to use XML for them, not everybody uses the latest Windowses...
3. Basic file operations, working with REAL files - copy, move, and after warning (which could be turned off in ini file) - delete. Also search for contents in the files listed in virtual folder.
The most important issue is the persistence of the search results. Everything other in my opinion is... nice, but optional.
What I would very much like to see in TC7 about virtual folders:
1: As I already mentioned in the following thread: http://www.ghisler.ch/board/viewtopic.php?t=8761&highlight=, I would very much like to see persistent search results after restarting TC.
2: The virtual folders feature should work on any Windows, including 9x! We should not be forced to move to Vista, only to use this feature - not mentioning that it is implemented there anyways... When I thought about virtual folders, I mentioned them as a means to get the Vista behaviour in *any* Windows. And better not to use XML for them, not everybody uses the latest Windowses...
3. Basic file operations, working with REAL files - copy, move, and after warning (which could be turned off in ini file) - delete. Also search for contents in the files listed in virtual folder.
The most important issue is the persistence of the search results. Everything other in my opinion is... nice, but optional.