Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!apple!motcsd!xdos!doug
From: doug@xdos.UUCP (Doug Merritt)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Determining disk devices
Message-ID: <608@xdos.UUCP>
Date: 10 Jan 90 16:07:01 GMT
References: <331@sed170.HAC.COM> <1990Jan5.132842.11132@haven.umd.edu> <332@sed170.HAC.COM>
Reply-To: doug@xdos.UUCP (Doug Merritt)
Organization: Hunter Systems, Mountain View CA (Silicon Valley)
Lines: 25

In article <332@sed170.HAC.COM> lee@sed170.UUCP (John Lee) writes:
>supports directory structures.  While PIPE theoretically could support
>directories (and then *should* appear in the file requester), it currently
>does not and if you try to select the PIPE: button in DPaint, you just get
>the directory of DPaint's default volume.  Being able to 'dir PIPE:' might
>be neat.  Perhaps someone could enhance PIPE: in the future?

When people first started writing PD pipe devices, one of the first
ones *did* support directories. Despite much enthusiastic praise from 
myself and others, this feature was not adopted in the PIPE: that was
picked up by Commodore.

I forget who the respective authors were now (or rather, do not trust
my memory of who I think they were), but I'll risk a miniflame anyway:
this is a perfect example of what can happen if you don't take sufficient
pride in your work. When there are "competing" versions of some program,
and some of them have significant nifty features that you don't bother to
adopt, a huge number of people can end up being affected. I hate having
to pick between using standard software (a known environment) versus
enhanced software (a powerful environment) when they *could* have been
one and the same.
	Doug
-- 
Doug Merritt		{pyramid,apple}!xdos!doug
Member, Crusaders for a Better Tomorrow		Professional Wildeyed Visionary