🚀 go-pugleaf

In article <2148@cadovax.UUCP> Keith wrote:
>	1. boot a vanilla workbench, no custom Assigns in startup-sequence
>	   required.
>	2. put application disk in df1: or df2: or ??(and disk can be 
>	   named anything)
>	3. click on drawer icon on application disk to open drawer named 
>	   "appl" which contains subdirectory "stuff".
>	4. click on application icon in drawer "appl"
>	5. application does an Execute("run stuff/subpart",0,0);
>					 ^^^^^^ note relative to application's
>						current dir, "appl"
>	6. "subpart" program does an Open("datafile",...).  Where datafile
>	   is a relative reference (either to "appl" or "stuff", I could work
>	   within either constraint).
>	7. All of this stuff will still work flawlessly if you copy the entire
>	   application disk into a subdirectory on a hard disk.

You need one of the later versions of Pete Goodeve's XIcon (or the new
IconX, I believe) that understands how to set the current directory.
Then, since XIcon will start your project from a CLI, all your Execute'd
stuff will inheirit the appropriate directory, path, and other good stuff.

This is my main gripe with DMouse; by not being willing to throw away
a single CLI, he has really restricted the usefulness of subshells.
Folks, I set up my environment, path, and default working directory,
*then* call one of the PopCLI things (mackie, in this case) so all my
popped CLI's are useable.

Enjoy!