🚀 go-pugleaf

In article <412c9o$ll3@inca01.inca.co.nz>, gmiller@inca.co.nz (Gaven
Miller) wrote:

> Robert Krawitz (rlk@laraby.tiac.net) wrote:
> 
> >    >:    -long file name support
> 
> > ...like unlimited (at least the filesystem switch shouldn't impose a
> > limit).
> 
> Yes, and in the AOL-esque sense, I can just image a file name that spans 
> five screens full of path and name, just to contain a "Me too" as the data.
> 
> How would one store, and iterate a filesystem where filenames could be 
> any size? Would one open a system file called "Directory", and use a 
> system-supplied database utility to iterate the files?
> 
> Far better would be a (say) 1024 limit on the total path size. So from 
> the root directory to the end of the filename would total not more than 
> 1024 chars.

How 'bout a max of about 256 characters. The first thirty or so would be
displayed in most cases ie. dialog boxes, icon layouts etc. but the next
220 could be displayed by option clicking (or whatever) I realy don't see
any use for more thatn 256.

On the topic of file systems I think the idea of newton-esque data "soup"
is cool (i have used a newton quite a bit.) however, how would that work
for transfering specific pecies of data across networks or on floppys?


Steven Blakey