Info-Atari16 Digest         Fri, 12 Jul 91       Volume 91 : Issue 387
 
Today's Topics:
                  640x400 for STE with COLOR MONITOR
                            Amiga and ST.
                          D.T.P. Comparison
                          Double Click idea
                        Double Click programs
                 GDOS DRIVERS AND ATARI LASER PRINTER
                          Mupfel w/Neodesk 3
                    new mgif 3.5 for 1 MB systems
                    no subject (file transmission)
                            PageStream, TT
                   XCONTROL & Mouse Accel (2 msgs)
                           XControl Maccel
                Zoo 2.1 - archive whole dir structure?
 
Welcome to the Info-Atari16 Digest.  The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out.  Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
 
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
instead of the moderators are likely to be lost or ignored.
 
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
 
Date: 8 Jul 91 22:22:40 GMT
From: mcsun!ukc!axion!tharr!zebedee!geoffc@uunet.uu.net (Geoffrey Coan)
Subject: 640x400 for STE with COLOR MONITOR
To: Info-Atari16@naucse.cse.nau.edu
 
In article <CMM.0.90.2.678389600.larserio@kvart.ifi.uio.no> larserio@IFI.UIO.NO
(LarsErikOsterud) writes:
> Two small 640 x 400 screen emulators for STE and COLOR SCREENS
> """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Sounds really great ...
 
>               The programs need a STE or a MEGA STE to work !!!
>
:-( - any chance of a (simpler/slower ?) version for us poor soles with
ordinary ST's .... ?
 
>               Call me at:     +47 2 13 15 71  (voice)
>               or ABK-BBS:     +47 2 13 26 59  (1200-9600 BPS MNP5)
>                 ____ ______  _____________________________________
>                /___    /             The norwegian ST   Contact us
>               ____/   /    Klubben,  user association   at ABK-BBS
>
>  Lars-Erik  /  ABK-BBS +47 2132659  /   ____ ______ ________________________
>   Osterud  /  larserio@ifi.uio.no  /   /___    /            The norwegian ST
> __________/ ______________________/   ____/   /   Klubben,  user association
 
Geoffrey
--
are you ready to SKYDIVE ??                                       Geoffrey Coan
well all right then, if you say so ...        ..!ukc!axion!tharr!zebedee!geoffc
 
<- UUCP'd from my ST via tharr; *free* UK public access to Usenet 0234 841503 ->
 
------------------------------
 
Date: 12 Jul 91 05:37:39 GMT
From: mnemosyne.cs.du.edu!isis.cs.du.edu!ykidron@uunet.uu.net (Yaron kidron)
Subject: Amiga and ST.
To: Info-Atari16@naucse.cse.nau.edu
 
Newsgroups: comp.sys.atari.st
Subject: Atari ST system for sale
Expires:
References:
Sender:
Reply-To: ykidron@isis.cs.du.edu (Yaron kidron)
Followup-To:
Distribution: world
Organization: Nyx, Public Access Unix (sponsored by U. of Denver Math/CS dept.)
Disclaimer1: Nyx is a public access Unix system run by the University of Denver
Disclaimer2: for the Denver community.  The University has neither control over
Disclaimer3: nor responsibility for the opinions of users.
Keywords:
 
 
Newsgroups: comp.sys.atari.st
 
 
 
Hello There.
 
This is
Subject: Sale
Expires:
References:
Sender:
Reply-To: ykidron@isis.cs.du.edu (Yaron kidron)
Followup-To:
Distribution: world
Organization: Nyx, Public Access Unix (sponsored by U. of Denver Math/CS
ept.)
Disclaimer1: Nyx is a public access Unix system run by the University of
Disclaimer2: Denver for the Denver community.  The University has neither
Disclaimer3: control over nor responsibility for the opinions of users.
Keywords:
 
 
 
Newgroups: comp.sys.atari.st
Subject: Once again, Atari/Amiga
Expires:
References:
Sender:
Reply-To: ykidron@isis.cs.du.edu (Yaron kidron)
Followup-To:
Distribution: world
Organization: Nyx, Public Access Unix (sponsored by U. of Denver Math/CS
ept.)
Disclaimer1: Nyx is a public access Unix system run by the University of
Disclaimer2: Denver for the Denver community.  The University has neither
Disclaimer3: control over nor responsibility for the opinions of users.
Keywords:
 
Hello once again!
 
   I'm refereing to my former postage on this newsnet sig. Also as a repl
 
to one of the Amiga users who replied to me. I believe his name is Mark.
   Mark, as I read your letter, I've sensed a lot of tension towards me.
Most of your feedback answers did not make a point. You should re-read my
former letter and within it you'd probablyu find most of your questions
already answered.
   I didn't say that a person which compares computers is a dimwit. I sai
 
that a person that compares computers and then raves at other people is a
dimwit. AAlso, I did not say not to expose yourself to other computer
sigs. I also am very interested in other machines other then mine.
   The bottom line of my message was not the fact that anyone who is trul
 
satisfied with his machine should lock himself in a dark closet and throw
the key. What I meant to say is that anyone who is satisfied with his
machine ( i.e. his machine does anything he needs, and he really like
using it for his purposes ) does not need to switch to another machine.
   If you thought your Timex Sinclair 1000 did the job for you, then you
would stick with it. But if you got to the point where you said "Gosh, I
can't get the work done right!" then you probably bought another machine.
If the Timex did the job and satisfied you, then you would never need to
change it. Thats the point.
   My ST couldn't satisfy my needs concerning the developement of Intel
based software for the firm I work for. That is why I changed it. You
might try to ask, "Why didn't you by a 286 then? It's much cheaper then a
386!" - the reason is that my project concluded work on a 386 chip. I
didn't buy a 486 because I didn't need such a machine. a 386 was enough.
   As I see it, the strongest factor in a computer is the price, not the
specifics. There is no such thing as a 'Volvo Envy'. I would not eve at m
 
chief of project for having a 486. My 386 is just fine for me. As I can
see it, I'd never have enough cash to spend on a 486.
   Concerning the price. What most of you Amiga users do not know is the
fact that the STe and TT are priced much below the Commodore products.
Just to let you know, a TT costs here ( Israel ) around $2500 with the
TM194 and a 50 Mb HD, while the A300 costs here a wopping $6000. The STe
is priced just under $900 for a full system, while an A500 costs $1300.
   I'd never buy a TT though. I don't need it, since the ST satsifies my
enough.
 
   Ok, enough for this. I hope most of you Amiga/Atari users will
understand that the Amiga and the Atari can not be compared. The Amiga is
nice, but so is the ST. So is the Mac. So is the PC. So is the Sparc...
 
   Good luck dudes, and have a happy life.
 
------------------------------
 
Date: 12 Jul 91 15:00:21 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-
 state.edu!dhbutler%magnus.acs.ohio-state.edu@arizona.edu (David H Butler)
Subject: D.T.P. Comparison
To: Info-Atari16@naucse.cse.nau.edu
 
Recently there was a question posted about Calamus & Pagestream, I answered,
and thought it might be nice to post what I wrote as well, so here it is. Some
of it answers specific questions, which I have not bothered to retype since the
question asked is probably obvious from the answers (or opinions) I wrote.
 
In answer to your questions about Calamus & PageStream, either one could
probably be useful to you. I have used both extensively, and personally prefer
Calamus for any number of reasons, but you may have different needs and
therefore not agree at all with my conclusions.
 
1) Both Calamus & Pagestream have extensive (and good) text importing.
Also, both programs can have pages inserted wherever necessary, they are
pretty comparable in this area.
 
2) Calamus has many more numbering features, but PageStream 2.1 may
change this. Calamus supports things like page, chapter, and section
numbering, but I don't think either program has "Auto-numbering" of
figures, tables etc., I'm not really even sure what you mean by that since most
 
of my work is for other people and is in the range of Brochures &
Newsletters, not technical papers or manuals, but I have not found reference
to a feature resembling this in either program.
 
3) Calamus can create a Table of Contents, but will not alphabetize, so you wil
l
have to export the text, import it into a program that can sort it, and then
bring it back into Calamus, which is actually not as much as a hassle as it
seems. I can't remember these features in PageStream, but I have not used it
in nearly a year now, so you may want to check directly with SoftLogik,
especially now that 2.1 is available. Note than Calamus SL is supposed to be
available this month or in August as well, and it sounds like it will be the
state-of-the-art D.T.P. program in the world.
 
4) In terms of image handling, Calamus has the better feature period. It can
crop, and even scan images directly into the program. Calamus has special
scaling for half-tones, and can optimize graphics for either the screen or your
 
specific printer. PageStream can import more formats, including PostScript
however, which means you can also create with Calamus Outline Art and use
Convert2X to convert it to postscript and use it in PageStream. You should
use .IMG or some similar format, not DEGAS since DEGAS does not support
any resolutions other than screen resolutions.
 
Other things of importance. Unless you are using a PostScript printer, or
Ultrascript, then Calamus as FAR, FAR superior output. If you are using
PostScript then Calamus just has FAR superior output. Calamus is fast,
provides better character definition and kerning (much better), can be set to
produce finer grey scales or smoother & finer gradients than PostScript. The
difference is really amazing. PageStream's normal output is slow and poor, so
use PostScript with it or you will not be satisfied with the results.
 
Learning the programs is also different. PageStream is easier to learn at first
,
but you also have to remember a lot more bugs to avoid than with Calamus
(2.1 may change this I hope). Calamus takes more time to learn, but is a joy to
 
use and really grows on you. The more you use Calamus the more you like it,
which is the opposite of most software.
Speed is an important factor. Calamus is several times faster than PageStream
(again, this may have changed with 2.1 of PageStream, but I have heard that it
too is very ssllooww). Everything Calamus does just flies. Most notable is the
way Calamus displays its vector graphics (like PostScript). Most (all I believ
e)
other D.T.P. programs just display an empty box with an X through it.
Calamus displays the graphic wonderfully, quickly, and there is literally no
difference in speed between scrolling though a Vector Graphic and an Empty
Screen (that's fast!)
 
In terms of comparing these programs to Mac programs, I think you will be
pleased with Calamus & PageStream 2.1, but probably not 1.8. Calamus really
blows the Mac programs away when it comes to speed and memory
management, you can do a lot more with your memory in Calamus than in
any of the Mac programs, for example, I have a document done in Calamus with 22
300dpi graphics in it, plus a vector graphic underlay on each page except for
the covers, which have 4 original Vector Graphics of their own. The raster
graphics are at least 100K or so each, and severaly are more than 400. I
Originally tried set this document up in PageMaker 4.0 and hit my memory limit
(4 megs) at 7, yep, 7 of those 22 raster graphics, and about 8 of the final 20
pages it became in Calamus. With 4 megs of memory Calamus will load this 2.5
meg file and print in all from memory (no hard drive access during printing).
 
As for features, the lack of color in the current
version of Calamus is a shame, but in terms of B&W it is great, equaling or
surpassing the Mac programs in most ways.
 
I own a Desktop Publishing Company and started out with all the Mac Programs (u
sing the 128 & GCR of course) that I could. Eventually I went with the Atari so
ftware because I was dissatified with the Mac software. One of my friends here
in town also own a D.T.P. company, and uses the Atari/Spectre combo, a Dos mach
ine, and an Amiga for his business. He creates literally some of the best work
I have ever seen, period. His software of choice is also Calamus & Pagestream.
Neither one of us thought that this would happen, we expected to use the Mac so
ftware, but both of us came to the same conclusion. He even said (while examini
ng PageMaker ) "Compared to the Atari stuff this looks Archiac and Clunky". I t
end to agree with this.
 
------------------------------
 
Date: 12 Jul 91 07:56:55 GMT
From: DUTIAA.TUDELFT.NL!schuller@ucbvax.berkeley.edu (Bortan the fearless)
Subject: Double Click idea
To: Info-Atari16@naucse.cse.nau.edu
 
Hi all,
I've got to agree with someone's idea about a DC program of the week:
a program that will make the mouse appear or disappear with a key-combination.
Now I know that hidemouse/showmouse calls are counted, so that one showmouse
call will not undo two hidemouse calls, but it could be done one call at a
time. There are quite a lot of programs still out (although mostly old programs)
that manage to 'lose' the mouse pointer in some way, so I'd like to see a
program doing this. Are you listening Double Click?
Hildo Biersma, schuller@dutiad.tudelft.nl
 
------------------------------
 
Date: 12 Jul 91 06:58:09 GMT
From: munnari.oz.au!bunyip.cc.uq.oz.au!uqcspe!cs.uq.oz.au!warwick@uunet.uu.net
 (Warwick Allison)
Subject: Double Click programs
To: Info-Atari16@naucse.cse.nau.edu
 
(Joe Gaudreau (Dances with PostScript)) writes:
 
>ralph@laas.fr (Ralph P. Sobek) writes:
>=How about a program that installs the 8x8 font as being the standard
>=GEM font for titles and verbatim (non-icon) directory listings for
>=monochrome monitors.  I really do not appreciate the 8x16 fonts.
>=
>=Is this possible?  Hope so!
 
>Probably.  How about a mondo-program combining all of the little tiny
>ones (w/user defaults).  That would be cute, eh?
 
On that point:  how does one write .cpx extensions for XCONTROL.ACC
 
Warwick.
--
  _-_|\       warwick@cs.uq.oz.au
 /     *  <-- Computer Science Department,
 \_.-._/      University of Queensland,
      v       Brisbane, AUSTRALIA.
 
------------------------------
 
Date: Fri, 12 Jul 91 09:46:33 ADT
From: Alyre CHIASSON <CHIASSA%UDEM@UNBMVS1.csd.unb.ca>
Subject: GDOS DRIVERS AND ATARI LASER PRINTER
To: N <info-atari16@naucse.cse.nau.edu>
 
I reported problems earlier with what I thought were the
GDOS drivers for the Atari laser printer that came with
WORDFLAIR II and LDW POWER. They were called SNM804.SYS
which I thought was a typo of SLM804.SYS. The former is
the old Atari 9 pin printer. The GDOS driver for the
Atari laser printer comes with the printer. This certainly
explains the problems I was having. I had assumed that the
GDOS driver was included with the program as in the case
of TIMEWORKS DTP. I had also noticed the difference in
spelling in the assign files that did come with the programs
but believed it to be a typing error. A call to GOLDLEAF
set me straight-nice people.
As a point of interest they now sell
Harlekin
Sherlook-OCR
Sherlook Professional-OCR
GT Scan 3
Retouche
Didot Line Art
Knife ST
Lattice C
I only mention this because I have been wishing to purchase Harlekin
for a long time. Harlekin is sell at a special price of $80.00
US until Monday the 29th. They said they would honor the price
if I sent in my cheque immediately. I didn't ask about
pricing for their other programs-sorry.
CHIASSAL@UDEM
 
 
------------------------------
 
Date: 12 Jul 91 12:58:48 GMT
From:
 noao!asuvax!ukma!rex!wuarchive!psuvax1!psuvm!dearn!dmswwu1c!onm07@arizona.edu
Subject: Mupfel w/Neodesk 3
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1889@mwca.UUCP>, bill@mwca.UUCP (Bill Sheppard) says:
>
>I've seen some wierdness when using Neodesk 3 and Mupfel, any help would be
>appreciated:
>
>If I run Mupfel (the CLI portion of Gemini) from Neodesk, upon exiting Mupfel
>I will be returned to the desktop, not back to Neodesk.  This is regardless of
>whether I have Neodesk configured to unload itself before executing Mupfel.
>
>Also (and stranger) if I run Mupfel from Neodesk, any program I run from
>Mupfel will run _twice_.  If I type "arc -v filename.arc", it will execute
>normally, then execute again!  This happens consistently, and I assume is
>related to the above problem.  It isn't only arc that does this, it's any
>program (I believe), and I've tried it with PATH set to null and no aliases.
>--
>
Sounds as if Neodesk catches the AES trap and does his own things with
shel_read/shel_write (very bad idea). Can you check whether they changed
the AES trap (do the use XBRA?).
 
Simplest solution: use Gemini instead.
 
>##############################################################################
> # Bill Sheppard  --  bills@microware.com  --  {uunet,sun}!mcrware!mwca!bill
>#
> # Microware Systems Corporation -- OS-9 / OS-9000 / CD-RTOS -- (408)980-0201
>#
> ##### Opinions expressed are my own, though you'd be wise to adopt them!
>#####
___________________________ cut here _____________________________________
Julian F. Reschke, Hensenstr. 142, D-4400 Muenster, Phone: ++49 251 861241
fast eMail: ONM07@DMSWWU1A.BITNET,    slow: jr@ms.maus.de (++49 251 77216)
____________________ correct me if I'm wrong _____________________________
 
------------------------------
 
Date: 12 Jul 91 13:30:14 GMT
From: convex!rosenkra@uunet.uu.net (William Rosenkranz)
Subject: new mgif 3.5 for 1 MB systems
To: Info-Atari16@naucse.cse.nau.edu
 
well, after numerous requests, i uploaded to atari.archive a new
executable for mgif 3.5 to atari.archive. look for file mgif35xx.arc.
contained therein is an executable .ttp and a readme.xx file. all
source and documentation are in the original files (mgif35s.arc and
mgif35b.arc) which were uploaded there some time ago. recall that
mgif is a gif viewer for monochrome that displays simulated grayscale
using so-called flicker mode. it also does lots of image processing
on images and can save the screen images to a file. it can also
view these saved screen images (mgif -fl file.fl ...).
 
this new version *should* work on 1 MB systems tho it was not tested.
size mgif.ttp sez 870kB plus 32kB for stack, or about 900kB which i
am guessing will fit on a 1 MB system that does not have lots of DAs
and TSRs. one of the guys who sent me mail should try it and let me
know that it works (or does not work in which case i will make it
smaller still).
 
it will handle .GIF files up to 150000 bytes long. don't even try it
on larger files. i don't think it checks while reading the GIF itself
for too large file. however, it should fail gracefully if width*height
of the image is > 260000. that means you can view 640x400 images but
not 640x480 images which are too big (and usually come from VGA/EGA).
that's life.
 
again, this is only for 640x400 monochrome displays on ST/STe (i.e.
not TT). it will not work on color, with overscan, and with systems
not supporting line A.
 
enjoy...
 
-bill
rosenkra@convex.com
 
--
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!c1yankee!rosenkra
Convex Computer Corp.      |ARPA: rosenkra%c1yankee@convex.com
 
------------------------------
 
Date: 12 Jul 91 14:56:51 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu
 !yale.edu!cs.yale.edu!cs.yale.edu!fischer-michael@arizona.edu (Michael Fischer)
Subject: no subject (file transmission)
To: Info-Atari16@naucse.cse.nau.edu
 
In article <9107112046.AA29726@cervantes.cc.gatech.edu> dave@cc.gatech.edu (Dave
 Aylesworth) writes:
>
>
>I am having trouble unpacking HDX301.LZH off of atari.archive.umich.edu.
>I get CRC errors when unpacking it with a couple different programs.
>Could someone please let me know where a more reliable version is
>or mail it to me.  I need HDX 3.01 and HINSTALL 3.01.
 
I ran into this same problem some time ago.  The problem seems to be
that the archive contains incorrect checksums.  The version of lharc I
used to unpack it (LHarc for UNIX V1.02 Copyright(C) 1989 Y.Tagawa
special Amiga option by S. Becker) complains about the bad checksums
but unpacks the files correctly anyway.  The three files that give the
checksum errors are themselves .lzh files which must be further
unpacked.
 
I have repacked the directory tree as a single .lzh archive and
uploaded it to atari.archive.umich.edu as file /atari/new/hdx301.lzh.
 
 
--
==================================================
| Michael Fischer <fischer-michael@cs.yale.edu>  |
==================================================
 
------------------------------
 
Date: 12 Jul 91 02:25:11 GMT
From:
 noao!asuvax!ukma!widener!dsinc!bagate!asi!disc.dla.mil!dsacg3.dsac.dla.mil!desc
 .dla.mil!wright!desire.wright.edu!cse0507@arizona.edu
Subject: PageStream, TT
To: Info-Atari16@naucse.cse.nau.edu
 
   Yea!  PageStream 2.1 is shipping!  (Mine was shipped yesterday!)
Now, if I could just persuade somebody (anybody) to sell me a TT, I'd be
cooking with gas.  Does anybody know if the memory daughterboard is actually
available?  What about 24-bit VME video cards & software?
Alt.Subject:  Did you know 105m SCSI Quantum HD's can be gotten for US$330?
Scary thought.
                                      Bob The (nosig) Schulze
                  try --> cse0507@wsu.bitnet <-- but I doubt it.
 
------------------------------
 
Date: 11 Jul 91 13:53:54 GMT
From: mcsun!ukc!axion!tharr!steveh@uunet.uu.net (Steve Hebditch)
Subject: XCONTROL & Mouse Accel
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Jul10.141741.14032@sae.com> malay@sae.com (Bob Malay) writes:
>Hi,
>I just got XCONTROL from a.a and tried out all the setups on my 1040STe.
>When I click on the Accelerator setup button, the disks whirrs, reads in the
>CPX file, and then I get a dialog box the tells me that I need to run the
>mouse accelerator program first. Where is this program? Is it PD?
 
You need a copy of MACCEL3 in your AUTO folder. Unfortunately this doesn't
yet appear to have been made available to non STE and TT purchasers.
 
------------------------------
 
Date: 12 Jul 91 15:09:12 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!cs
 .yale.edu!cs.yale.edu!fischer-michael@arizona.edu (Michael Fischer)
Subject: XCONTROL & Mouse Accel
To: Info-Atari16@naucse.cse.nau.edu
 
In article <2311@tharr.UUCP> steveh@tharr.UUCP (Steve Hebditch) writes:
>You need a copy of MACCEL3 in your AUTO folder. Unfortunately this doesn't
>yet appear to have been made available to non STE and TT purchasers.
 
It is available (along with a lot of other useful stuff) in the file
/atari/misc/tos_14.lzh on atari.archive.umich.edu.
--
==================================================
| Michael Fischer <fischer-michael@cs.yale.edu>  |
==================================================
 
------------------------------
 
Date: 12 Jul 91 07:29:44 GMT
From: mcsun!ukc!edcastle!hwcs!neil@uunet.uu.net (Neil Forsyth)
Subject: XControl Maccel
To: Info-Atari16@naucse.cse.nau.edu
 
In article <85538@bu.edu> selick@bucsf.bu.edu (Steven Selick) writes:
>
>I received XCONTROL.ARC from Terminator, and at first got a comlete
>system hangup. After gradually adding .xpc files to the directory xpc, I
>found that the problem was the maccel file. Is it my 1040ste with tos
>1.6?
 
This probably because your are using MACCEL2 in your AUTO folder instead of
MACCEL3. The meaning of the Cookie changed and the XPD demands MACCEL3.
 
+----------------------------------------------------------------------------+
! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
!                                                                            !
! Neil Forsyth                      JANET:  neil@uk.ac.hw.cs                 !
! Dept. of Computer Science         ARPA:   neil@cs.hw.ac.uk                 !
! Heriot-Watt University            UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
! Edinburgh, Scotland, UK           "That was never 5 minutes!"              !
+----------------------------------------------------------------------------+
 
------------------------------
 
Date: 12 Jul 91 07:28:50 GMT
From: mcsun!hp4nl!dri500!slootman@uunet.uu.net (Paul Slootman)
Subject: Zoo 2.1 - archive whole dir structure?
To: Info-Atari16@naucse.cse.nau.edu
 
Petri.Wessman@hut.fi writes:
>
>Hear hear! I would love to be able to say 'zoo [magicoption] dir_name'
>and have the whole directory structure archived, like tar. Using find
>and the zoo 'I' option is clumsy.
 
This would be quite useful... Might take more hacking around than first
meets the eye, since readdir() is used to read the *zoo* directory, not
the unix directory. This means those may have to be renamed first before
zoo can independently read directories.
 
I might at some time try to add this feature, if I get the time, and
nobody beats me to it...
--
 ----------------
:slootman@dri.nl : When you get to the point where you think that nothing
:+ 31 5496 88831 : is impossible, try pushing toothpaste back into a tube
 ----------------
 
------------------------------
 
End of Info-Atari16 Digest
******************************
