is it true (short "Y." or "N." is sufficient as answer or confirmation, thx) that Dopus 10 cant handle nested ZIP-files?
(For example, when i enter a ZIP-"folder" and it contains a ZIP-file and when i try to enter that "inner ZIP-folder", i get some error code "(3)". I havent expected this behaviour )
If Dopus treats ZIP's as folder, then the user should be able to browse thru nested folders (=subfolders) no matter if they are "folders" or "ZIP-folders".
They work in some situations, but more by accident than by design.
Zips in zips are not the same as folders in folders. You have to unpack the inner zip from the outer zip to look inside it, and to update that inner zip requires you to unpack & re-pack the entire thing.
If you double-click a zip-in-a-zip then, like any other file within a zip, it will be extracted to a temp folder and then that temp file will be opened. So you'll be looking at a temporary copy of the zip in a temp folder, and any changes made to it will be thrown away.
(The only exception is inherently nested formats, like .tar.gz, where Opus goes out of its way to treat them as a single logical archive rather than an archive in an archive.)
I would love to see Dopus handle nested ZIP's (or even mixed ZIP/RAR/.. archives). The point is, if no Dopus is installed, it is easy to "browse" thru nested archives with WinRAR. WinRAR would, typically, popup a new instance and show the contents of the double-clicked inner archive. In a way, this could be called browsing (because i dont have to manually extract the outer archives).
Yes, i am aware that temporary extractions are needed whenever we double-click an archive. Same game for Winrar
Should i send in a feature request, or dont you like my idea?
I've just checked with Total Commander.. TC handles nested archives perfectly well (the user just double-clicks the inner ZIP/RAR/.. to browse inside, and then again to browse outside). Lightening fast too. So i am not fantasizing about a "feature" which couldnt be implemented in a powerful file manager.
humh.. multiple zip'ed *.ZIP's are no problem for Dopus (i can doubleclick and thus walk through all ZIP-instances one after the other). but there's some error message when i doubleclick a ZIP which is contained in a RAR; (the most inner ZIP contains a boring PDF). can you confirm this behaviour? containszipinzipinzipinzip.zip (284 KB) containszip.rar (284 KB)
hehe. if you gave me the privilege to edit my own posts, i would correct the error (my fault, yes sir, sorry! )
[...]
Maybe in future we could expect support for zip's in rar (or vice versa)?
Personally, I don't see much point (and it's not trivial to implement, either). Why do you have zip files in rar files that you want to access them often enough that it's a hassle to extract them first?
And where would the line be drawn? Zips in rars in 7zs in zips in...
I've seen torrents which went like this:
the torrent download was 1 large *.RAR-archive. after the download one opened it and it contained several ZIP's (to be extracted from the RAR). Then unzipping the ZIP's returned RAR-parts of a multi-volumed RAR-archive and some other interesting files (file_id.diz, *.nfo, install.txt, readme.txt). Unraring the multi-volumed RAR returned a folder which contained some files (setup.exe,..) and also another little *.rar-file. And that little RAR-file contained some little *.exe-file which VirusTotal.com would .. ..
Was just an example. (A bad example because of the multi-volumes.)
Subconsciously i've been comparing DO10 with TC and so far i had come to the conclusion that 'whatever TC does, DO10 can do it too and even better!'. When I stumbled upon this topic ('TC handles nested archives of mixed archive formats 100% flawlessly and DO10 doesnt?'), I was wondering if that is/was true.. because it did surprise me. Here, TC beats Dopus
Everyone reading this thread has now his/her confirmation, and we can go on with life.
I am not going to submit a request ticket, I dont do torrents anymore
When faced with those, it's quicker & easier to extract all of them at once into a destination, then deal with them all at once there. Much quicker than entering each one individually and dealing with things.
Even if archives-in-archives worked perfectly for all format combinations, it would never work for multi-part archives with each part individually stored in another archive. (Not without a crazy amount of work, at least. I doubt any archive tool on the planet has bothered as it's such a stupid situation to be in in the first place.) So, in the example you've given, you'd have to extract the inner parts to a single folder before you could open the multi-part archive anyway.
There are million different things we could be doing, and talking about doing, to Opus. Can we please stick to talking about things you actually want, rather than bringing up hypothetical situations you don't actually care about?
)
)
