Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!sunybcs!ugmiker
From: ugmiker@sunybcs.uucp (Michael Reilly)
Newsgroups: comp.sys.amiga
Subject: Re: Planning for Shell 2.08M
Message-ID: <8297@sunybcs.UUCP>
Date: 4 Feb 88 02:39:06 GMT
References: <8801221705.AA20640@decwrl.dec.com> <1698@sics.se>
Sender: nobody@sunybcs.UUCP
Reply-To: ugmiker@sybil.UUCP (Michael Reilly)
Organization: SUNY/Buffalo Computer Science
Lines: 25
Summary: caching

In article <1698@sics.se> jw@sics.se (Johan Widen) writes:
>In article <8801221705.AA20640@decwrl.dec.com> drew@cgofs.dec.com (Steve Drew) writes:
>>	What I would like include in version 2.08M:
>...
>>        Anymore reasonable suggestions welcome.
>
>One feature that I would like to see is file name completion:
>....
>This might be a bit slow in a large directory on a disk but should work well
>in a small directory or on a ram disk.
>
>>    	Steve Drew at	ENET:    CGFSV1::DREW
>Johan Widen

	But if you had a cache just holding a directory system of the mounted
disks (maybe in a specially designed format for easy traversing),  you could
go through the available commands (files) quicker.  I don't have my Facc II yet
(have yet to send my facc in for updating), but perry said it would have the 
ability of talking to other programs, could this be used to get changed files 
names ?? maybe?? just an idea..  File completion is cool, and there has to be 
some way of implementing it fast.

Michael Reilly                     University of Buffalo Computer Science  
CSNET:	ugmiker@buffalo.CSNET            BITNET: ugmiker@sunybcs.BITNET
INTERNET: ugmiker@{joey,marvin}.cs.buffalo.edu
UUCP:	..!{nike|watmath,alegra,decvax}!sunybcs!ugmiker