🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.mac
Article #17815

Re: Finder improvements

#17815
From: Mike Carlton
Date: Mon, 03 Aug 1987 20:51
49 lines
3277 bytes
Hello again:

Things seem to have gone astray here.  I posted my article trying to suggest
possible improvements to the Finder.  I would like them and hence it follows
that everyone else would to :-).   Unfortunately, I slipped and mentioned that
dirty word UN*X.  

Now, I was NOT suggesting that we throw away the Finder and substitute the C 
shell.  If someone wants that, tell them to go buy a Mac II and UN*X and get
the real thing.  The rest of us will stick to the Finder.

What I did suggest was a couple little changes to avoid cluttering my
desktop with 30 zillion windows whenever I run a program buried 30 zillion
levels down.  I know about option-open or whatever you call it, but that
doesn't do me any good until after I've run the program.  Maybe I want to
look around first -- click-click "Sorry, can't open another window".

In my mind these changes would reflect the current working directory idea 
of UN*X.  Now, I like UN*X, but I understand that there might be 1 or 2 
people out there that don't :-).  I was trying (badly, I admit) to explain 
my rational, NOT to convert the Finder to csh.

Whatever, can we move the ms-dos and UN*X argument to comp.ibm.kludge
or comp.unix.haters or whereever?  Please?  Have no fear, the Mac will
not give up the Finder.  UN*X or ms-dos will not take over (unless you
want them for YOUR personal machine -- you do have that choice now).

Can we argue/suggest/criticize what the Finder X.X should look like and do?
Don't bother telling me not UN*X or not ms-dos.  I think we all agree on
that.

I vote that we need some (convenient) way to say "I want to open this folder
and I don't care about its father anymore."  Also, I want an easy way to
say "open the father (or siblings) of this folder."  Maybe I'm asking for
useless stuff, if so tell me why and what I should be asking for.

As to the comment about undocumented features -- exactly.  What good is a
text file if it is a pain to read it.  Why should I have to dig out my last 
update disk and open README to see what 'command-option-stand on your left foot-
double click' means?  The Mac is suppossed to be friendly.  Stuff like this
can be useful (I think), but not if you don't know about it.  How about
something radical like a help window in the Finder explaining its shortcuts?  
Even the original Mac program (MacPaint) had this.

cheers,
mike (carlton@ji.berkeley.edu)

If you have flames, let's not clutter the net, send them to /dev/null :-)
If you have constructive criticism, let's hear it.
Technical Details
Message-ID: <19940@ucbvax.BERKELEY.EDU>
Path: arc1-ca.pugleaf.net!utzoo!mnetor!uunet!seismo!rutgers!ames!ucbcad!ucbvax!ji.Berkeley.EDU!carlton
References: <19906@ucbvax.BERKELEY.EDU> <4524@nsc.nsc.com> <6798@dartvax.UUCP> <4529@nsc.nsc.com>

Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: arc1-ca.pugleaf.net!utzoo!mnetor!uunet!seismo!rutgers!ames!ucbcad!ucbvax!ji.Berkeley.EDU!carlton
From: carlton@ji.Berkeley.EDU (Mike Carlton)
Newsgroups: comp.sys.mac
Subject: Re: Finder improvements
Message-ID: <19940@ucbvax.BERKELEY.EDU>
Date: Mon, 3-Aug-87 16:51:58 EDT
Article-I.D.: ucbvax.19940
Posted: Mon Aug  3 16:51:58 1987
Date-Received: Tue, 4-Aug-87 05:12:52 EDT
References: <19906@ucbvax.BERKELEY.EDU> <4524@nsc.nsc.com> <6798@dartvax.UUCP> <4529@nsc.nsc.com>
Sender: usenet@ucbvax.BERKELEY.EDU
Reply-To: carlton@ji.Berkeley.EDU.UUCP (Mike Carlton)
Organization: University of California, Berkeley
Lines: 49
Keywords: Finder ms-dos unix