Can you include .3MF to the list of re-compressible formats? Its structure is similar to MS Office 2007 documents and Open Document Format. It is a ZIP Deflate archive with XML data and some JPG, and/or PNG pictures inside. Otherwise, if I try to compress .3MF it bearly makes it smaller unless I recompress .3MF to the Store setting then it makes it a lot smaller.
Wish they all would move to 7zip ZSTD in the first place so that the optimized file size with FileOptimizer would be 50% of the ZIP Deflate version. And there would be no extra compression needed :)
I noticed that the option to add the optimize archive function to the context menu is missing on Windows 10.
Opening each archive with the interface in order to click it becomes tedious with many files.
Same for others functions like Remove Archive Encryption
Direct extract without temp folder
-
Hello,
I would like to see a direct extract feature without that PA first copy the compress file from the temporary folder to the destination folder.
This would save a lot of time
-
i believe you can already do that. in the options, locate the speed menu (under miscellaneous), it’s there
-
thanks for the hint. I will try this out
-
-
-
I recall you telling me that the speedup option ‘use same folder as file’ [or similar wording], only affected the operations of certain archives and did not work for all.
Cheers
DrT
-
I’ve notixed this behavior for some time (prior versions) and once inquired about. But I cant find my post. So here is the latest info I have…
The option to ‘Use current folder as temp’ is checked. However, when opening any archive and extracting even a single file, PA creates a temp folder in the Windows Temp folder with all the file(s) in the archive.
If the file I am extracting is large in size, say 50 MB’s or more… Then I see a Windows file copy dialog showing the extrated file is being moved from C:\Windows\Temp to the location I chose for extraction.
This is regardless of the location of the archive. This is also regardless of the destination of the extraction.
I have tested the following formats: Zip, Rar and 7z. Again I have seen this behavior for some time spanning multiple versions.
Here is a screenshot…
-
But I cant find my post.
It does not help when the forum search function does not seem to work. tried with FF, IE and Chromium. I looked for mine too.
Cheers
DrT
-
I’ve notixed this behavior for some time (prior versions) and once inquired about. But I cant find my post. So here is the latest info I have…
The option to ‘Use current folder as temp’ is checked. However, when opening any archive and extracting even a single file, PA creates a temp folder in the Windows Temp folder with all the file(s) in the archive.
If the file I am extracting is large in size, say 50 MB’s or more… Then I see a Windows file copy dialog showing the extrated file is being moved from C:\Windows\Temp to the location I chose for extraction.
This is regardless of the location of the archive. This is also regardless of the destination of the extraction.
I have tested the following formats: Zip, Rar and 7z. Again I have seen this behavior for some time spanning multiple versions.
Here is a screenshot…
how are you extracting your files?
-
I have seen this behavior under 2 extraction methods.
1. Open PA. Browse for an archive and click the extract button.
2. Double click an archive which opens PA displaying the contents. Example: Double click SomeFile.Zip on my desktop
I havent used the shell extension very much for the 2010 builds (only 3 times) and I cant remember specifically how the shell extension behaved in 2009 + prior.
Note: I changed the system variable for where temp files are stored. They arent in the default user profile location. I changed it to C:\Windows\Temp
-
works fine here with the same options selected and executed. Extracts immediately to said folder without using temp folder.
Anyone else?
-
Likewise Mili…working fine for me in Vista 32 bit…
I’ve not encountered any of Marc’s problems even after testing as he stipulated. -
In PA2010B3 I ran some extract tests and see the same issue.
Drag and drop from the contents of the archive in the PA window to a Windows Vista 32-bit Explorer window, the extracted files go to the temp folder, and are then copied (Windows Explorer copy function being invoked by PA) to the ultimate destination.
However, PA only seems to extract what it actually needs and not the entire contents of the archive, unless you select everything.
I tried two scenarios with “use current folder as temp” in the Speed part of Miscellaneous options turned on.
- from network drive to local drive
- from one local drive to another local drive (same drive or different drive, makes no difference)
In all cases the extracted files first go to the temp folder (I am using the default setting), and then a Windows Explorer copy command is executed.
Is there is a trade-off between copying vs. moving files?
-
techyuppie thanks for the confirm. I wonder what things our configs have in common in order for others to reproduce. So here is some additional info…
Vista Business x86 with SP2, Admin elevated, UAC off.
PA Preview Pane is Enabled. Que turned off.You can refer to my screenshot from post 7 for the speed and misc settings I have.
If I think of something else I will add it to this post
-
Marcfou,
Mine is Vista Home Premium x86 with SP1, running PA on a Admin class Windows account, but I did not use “Run as Administrator” to elevate any more. UAC is ON.
I am not using the preview pane nor the que (I assume you mean the scheduling part of this.) I’ve attached a pic of config settings.
The one thing I want to clarify is that I do NOT see it extracting ALL the files into the temp folder when you only drag and drop SOME of the files.
Here’s my next thought to PA’s developers:
When “user current folder as temp” is ON, does your code ever do otherwise under certain conditions? If so, what are those conditions, and how might that relate back to how someone’s PC is setup.
I am thinking maybe issues with security, accounts, permissions, etc. could be a problem? What really doesn’t make sense is why people get different results here.
Actually, even when this option is OFF, if the temp folder and the destination folder are on the same logical volume (very common situation), it would be faster if you could “move” the files over rather than “copy” them. Is that possible?
I am going to try this on some other PCs, including one running XP, to see if I get any variation.
-
drag and drop has to always use temp folder, due to Vista/Win7 requirements.
For others, i cant reproduce the issue - it works fine.
Marc - are you using drag and drop? Or extract button?
-
I’ve tried both methods. D&D and selecting one or more files and choosing the extract button. Just to mention it again I’ve tried Zip, Rar and 7z both methods.
Im starting to think its a permission issue. For example, I have been using the dekstop as a test case for extractions. However, the ‘Creator Owner’ account dosent have any permissions set. When I check any boxes (read, write etc) then hit apply, the boxes uncheck themselves.
Second. Just using the snipping tool to save a JPG to the desktop results in the saved image + a tmp file created on the desktop.
I’ve attached 2 screenshots to show the above. Again this may be the problem.
-
i dont think thats the issue… send me your registry for PA, you know the email… i will try with your settings.
-
Just sent it off.
-
got it.
-
FYI when I use the Extract button there is no extra copying, it’s direct. Copying only happens when using drag and drop.
MarcFou may have a problem I do not. Good luck with solving that, and if it’s something that could easily happen to others, please post cause and resolution.
Thanks.
