Path: utzoo!mnetor!uunet!littlei!foobar!argent!agora!dmose From: dmose@agora.UUCP (Dan Mosedale) Newsgroups: comp.sys.amiga Subject: Re: zoo enhancements solicited Message-ID: <654@agora.UUCP> Date: 21 Dec 87 00:09:22 GMT References: <1624@van-bc.UUCP> Reply-To: dmose@.UUCP (Dan Mosedale) Organization: Advanced Solutions, Hillsboro, OR Lines: 45 Summary: A few more ideas In article <1624@van-bc.UUCP> jlydiatt@jlami.van-bc.UUCP (Jeff Lydiatt) writes: > o Would it be possible to extend Zoo to automatically pick up > sub-directories as well. IE. if I want to zoo a directory that > has a structure like:- > > A > ... some files ... > B > ... some files in A/B > C > ... some files in A/C > > Can I have zoo pic up both A/B/* and A/C/* as well as A/* > without without having to specify the sub-directories A/B and > A/C on the command line. I agree 100%! This would make it many times easier to ZOO an entire disk! > o Personally, I would like Zoo's default to recreate the directory > structure when the archive is unpacked. By default, Zoo now > places the files in the current directory, unless you specify > the more complicated expert mode unpacking option, > "zoo e.// Archive.zoo". Make sure it recreates the old directory structure in the current directory though. If I'm cd'ed to DH0:Downloads/NewProg, I want all subdirectories to be created there. >-- > // Jeff Lydiatt UUCP: uunet!van-bc!jlami!jlydiatt >\X/ or : {ihnp4!alberta!ubc-vision,uunet}!van-bc!jlami!jlydiatt One other thing: locally, some folks have been saying that large HAM/LACE pictures actually increase when Zoo'ed by zoo aP ram:pica.zoo df0:pica See if the compression algorythms are at fault! Could be a user error, though, as I haven't tried it. -- \\ "These opinions may in some way represent those of my employer... // \\ but I seriously doubt it." // \\ // Dan Mosedale dmose@agora \\ // \\/ ...tektronix!reed!percival!agora!dmose \//