home *** CD-ROM | disk | FTP | other *** search
Wrap
Received: from ftp.ardi.com (ftp.ardi.com [204.134.8.1]) by nacm.com (8.6.10/8.6.9) with SMTP id VAA17655 for <executor@nacm.com>; Thu, 30 Nov 1995 21:13:08 -0800 Received: from gwar.ardi.com by ftp.ardi.com with bsmtp (Smail3.1.29.1 #3) id m0tLNmO-0007q5C; Thu, 30 Nov 95 22:13 MST Received: from beaut.ardi.com by gwar.ardi.com with smtp (Smail3.1.29.1 #3) id m0tLNhW-000GPHC; Thu, 30 Nov 95 22:07 MST Received: by beaut.ardi.com (linux Smail3.1.29.1 #3) id m0tLNhV-000278C; Thu, 30 Nov 95 22:07 MST Message-Id: <m0tLNhV-000278C@beaut.ardi.com> Date: Thu, 30 Nov 95 22:07 MST From: ctm@ardi.com (Clifford T. Matthews) To: Philip Zeyliger <vzvz@netcom.com> Cc: Executor Mailing List <executor@nacm.com> Subject: Re: "Desktop" Idea In-Reply-To: <Pine.SUN.3.91.951124151921.27938B-100000@netcom2> References: <Pine.SUN.3.91.951124151921.27938B-100000@netcom2> Sender: owner-paper@nacm.com Precedence: bulk >>>>> "Philip" == Philip Zeyliger <vzvz@netcom.com> writes: Philip> The Macintosh has a Desktop. It is a weird device that Philip> can store anything and you can't figure out what drive the Philip> files stored there are from. Executor did not program a Philip> desktop and is probably right not to. Nevertheless I Philip> think there should be some kind of lowest level of the Philip> disk structure under the drive. Why? I, probably like Philip> many other E/D users, have multiple hfv drives. I also Philip> have 4 hard drives (C: - F:) In order to switch from one Philip> hfv drive to another hfv drive I often have to scroll Philip> through all the dos drives. Since Executor is still quite Philip> slow on opening the big D: and E: drives (dir /w takes Philip> more than a page), this process is cumbersome. Although it's clearly not as good as having a desktop, you can tell Executor to skip drive D entirely by using the command line switch "-skipdrives d". Philip> A solution? If ARDI could make something under the Philip> drives, that JUST contains the drives, no other files, Philip> that is created at the beginning of each session (to Philip> include floppies), then we could go down to that. Then we Philip> would select the drive and save. I think that's a good idea, but it will have to wait until after Executor 2 is out. We're just too swamped and too behind schedule to add this new feature before then. Philip> -- Philip Zeyliger Philip> P.S.: VIM 3.0 now works. (I did experience some crashes Philip> though.) P.P.S: I have run 2 benchmark tests. I think if Philip> someone created a little FTP space where we can drop Philip> maybe, exported data off, (or text) someone can create a Philip> nice Excel spreadsheet that would hold data to many Philip> computers from many executor users. I tested my DOS Philip> version with UniVBE and without. Amazingly, I got better Philip> results without. If someone tells me where and what type Philip> to upload, I'll do it. (And look at some other records Philip> too.:-) Hey, we can even make a web interface. I do not have time to coordinate this. I doubt Melissa does, either, but perhaps she does. When Executor 2 is in beta we'll be more interested in this sort of thing, too. Right now we're trying to fix all known regressions. Philip> -- ,'^\ _ _ _ _ _ ,-----------------------------. ; :.\ Philip> Philip Zeyliger | |/// \| U ||| |On all Internet Chess Philip> Servers| \ \ ~ vzvz@netcom.com | (( o ) ||o\ /) telnet Philip> ics.onenet.net 5000 | [___] |_|\\\_/|_n_||_/ Philip> '-----------------------------' --Cliff ctm@ardi.com