Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!hao!boulder!sunybcs!bingvaxu!leah!itsgw!imagine!pawl21.pawl.rpi.edu!jesup
From: jesup@pawl21.pawl.rpi.edu (Randell E. Jesup)
Newsgroups: comp.sys.amiga
Subject: Re: Ban the Cloud
Message-ID: <418@imagine.PAWL.RPI.EDU>
Date: 25 Feb 88 06:15:08 GMT
References: <944@pasteur.Berkeley.Edu>
Sender: news@imagine.PAWL.RPI.EDU
Reply-To: beowulf!lunge!jesup@steinmetz.UUCP
Organization: RPI Public Access Workstation Lab - Troy, NY
Lines: 18

In article <944@pasteur.Berkeley.Edu> c162-fe@zooey.Berkeley.EDU (Jonathan Dubman) writes:
>I don't know what came over me.  Too much formal training.  You are both
>right.  It is ludicrous to have a dozen or more icon files each taking up the
>minimum file size (1 block) and making an awful mess of directories.
>But how, then, could you copy a file AND ITS ICON from the CLI?
>Maybe make an "icopy" program that updates the icon files
>in the source and destination directories?
...
>	*&(Jonathan Dubman)

	Actually, the CLI version of copy should do (at least optionally)
a GetDiskObject, and if one exists (non-default, if you have them) PutDiskOb-
ject it in the destination directory.  That would reduce the divergence
between CLI and WB.  Likewise Delete should remove it if it exists.

     //	Randell Jesup			      Lunge Software Development
    //	Dedicated Amiga Programmer            13 Frear Ave, Troy, NY 12180
 \\//	beowulf!lunge!jesup@steinmetz.UUCP    (518) 272-2942
  \/    (uunet!steinmetz!beowulf!lunge!jesup) BIX: rjesup