Page 1 of 1

Delphi Mac Digest V3 #54

Posted: June 16th, 1993, 1:57 pm
by Info-Mac
Path: utzoo!mnetor!uunet!husc6!hao!boulder!sunybcs!bingvaxu!leah!uwmcsd1!ig!jade!ucbvax!sdr.slb.COM!SHULMAN
From: [email protected] (Jeffrey Shulman)
Newsgroups: comp.sys.mac.digest
Subject: Delphi Mac Digest V3 #54
Message-ID:
Date: 14 Dec 87 13:36:00 GMT
Sender: [email protected]
Organization: The ARPA Internet
Lines: 497
Approved: [email protected]

Date: Mon 14 Dec 87 09:35:53-EDT
From: Jeff Shulman
Subject: Delphi Mac Digest V3 #54
To: Delphi-List: ;
Message-ID:
Mail-System-Version:

Delphi Mac Digest Monday, December 14, 1987 Volume 3 : Issue 54

Today's Topics:
Mac's, PC's, Cat's, Inertial tasks, (7 messages)

----------------------------------------------------------------------

From: XATHENAX
Subject: Mac's, PC's, Cat's, Inertial tasks, and
Date: 12-DEC 04:48 Telecommunicating


Caution: Long Hot Flame Ahead on the Yellow Brick Road ....

As a programmer and user-interface designer, with many years spent in
Unix Land (and a couple of miserable ones spent in IBM Land), I like the
Mac a lot. But as someone who yearns for simplicity in a complex and
poorly designed world, I'm sad to say I'm very slowly losing faith in
the Mac. I feel, well, sort of scared for it, I guess.

I have just read through the last 512 or so messages in this Forum.
Every time I do this, I am left with this low-level feeling of d(read).
The Mac is becoming as hard to use as the IBM systems I hated 10 years
ago. There are more and more design hacks and kludges and important
pieces of essentially secret knowledge as programmers append
"functionality" to take care of the cases that they forgot or that Apple
forgot or whatever, and more and more complaints about incompatibilities
among various software, including Apple's latest and greatest offerings.
Cache crashes and confusion. All inevitably increasing, like
user-interface dust-bunnies collecting under the desk(top).

The arcane stuff I am being asked to remember in order to be able to
maneuver my way through Mac Land is daunting, and my role is not as a
programmer, mind you, but as a user (the distinction is becoming
blurred). Hold the mouse down at these times;
Option-Command-Shift-Control-Meta-Foo-Boot when something is showing
will reset something else (or was it while opening this DA). Place the
cursor in this special spot. Load these programs in this order because
something only runs in this part of memory. Oops, can't run this game
when these files are in this folder. Printing in the background with
this spooler means you can't use this program (it crashes). MultiFinder
doesn't deal with certain clipboard stuff right (right?); MultiFinder is
useless without further hardware enhancements (you need more memory:
sounds kinda like IBM's been teaching Apple some old tricks (see also
HyperCard)); there are how many different ways an application can be
MultiFinder-compatible/friendly/ignorant? This disk backup program will
really screw you over in this one obscure case. This monitor doesn't
quite work with this combination of that and those. The most common Mac
telecommunications program is now unreliable on a Mac II. Such and such
program doesn't work with the cache on. And on and on. I can't wait
until we start seeing all those HyperCard XCMD's and XFNC's extending
off in orthogonal directions of user-interface HyperSpace (a "complex
basis"?).

The first time I tried Oasis 2.0 (about a month ago), it took me a short
time to figure out how to attach a button to an application (MacWrite).
I clicked once - my Mac crashed. The programmer in me wants to find out
what the problem was; the user in me doesn't have the time for the
hassle. So I don't use Oasis ("There's no place like desktop"). I
don't know if Oasis was at fault. I don't care. I don't want to have to
find a Wizard to help me through the various technicolor traumas arrayed
before me in the Mac's Little Land of OS. I like to be able to quit out
of the current Adventure context, thank you. This is the real world and
I have work to do.

Within 15 minutes of the first time I tried Switcher 5.0, my Mac
crashed. I tried it a couple of times more, with the same results. It
was supposed to make my life easier; but it made me lose
data=work=time=hair. I never used it again. The better part of valor:
I'd rather not switch and not fight.

I recently tried out the latest version of DiskFit, SuperMac's hard disk
backup program that everyone recommends. Personally provided to me by
someone at the company. My DataFrame disk needed backing up, so what
happens when I run DiskFit? It won't backup because it says I don't
have a DataFrame! The error message cannot be found in the on-line
manual which supposedly includes a list of all the error messages I am
ever likely to see. Likely? The programmer /puzzler in me can make a
good guess as to what the problem was; but sorry, I just don't want to
hassle with it. And it looks like such a well-designed program, too.
It may not be their fault. Who knows? My time has been wasted yet
again.

I can no longer remember how many times the Finder has crashed my Mac II
while doing one of the most common functions in its repertoire of useful
behaviors: copying a bunch of files from/to a floppy. I don't do
anything weird. I hear a rumor that there's some kind of problem.
Well, that's some kind of problem! Apple hasn't even taken the time to
implement an UNDO in the Finder. How many times have you had "Clean Up
Window" ruin your icon layout in ways you hadn't planned? How does
Apple expect its developers to follow user interface guidelines when
they don't follow them internally (see also HyperCard). Why is there no
Help command in the Finder so that I don't have to remember what all
those secret "shortcuts" are for doing useful things like ejecting
disks?

In short, I see disarray in the Sweet Land of Macintosh Computing.
Dislike of fighting with computers was one of the main reasons the
Macintosh was brought into this world by Jef Raskin; but unfortunately,
he was working at a computer company, and because the Mac is a computer
(i.e. infinitely configurable), it is itself now losing ground in the
fight against design entropy. It is inevitable for any product that has
literally thousands of people trying to make it behave in different,
often conflicting and confusing ways, supposedly for my benefit as a
user-interface-ee.

In a recent Forum message we read

> I *always* advise people to use IBM PCs for BBS systems. Wasting a machine
> like a Macintosh on a BBS is a crime.

At Jef Raskin's current non-computer company, Information Appliance, Inc
(IAI),

they have recently committed the terrible deed: an *entire* Mac is used
for their in-house Bulletin Board and E-Mail system. Since there are no
Bulletin Board appliances yet, they have turned a Mac into one, and it
sits alone, unattended, happy, waiting for the phones to ring. Every
employee, even the front desk receptionist, uses a Canon Cat to send and
receive stuff over their building's local area network (a/k/a the phone
system). For single messages, such as While-You-Were-Out-type phone
messages, they don't even need a BBS; it's only used to save time when a
message/memo needs to be sent to multiple people, or other
special-purpose, message-serving tasks.

This isn't simply because Raskin, the creator of the Macintosh, dislikes
computers (IAI uses various machines, including Mac's and Mac II's for
software development), or because his company designed the Cat as an
information appliance. It is because it is easier to learn and *use* an
information appliance than any computer, regardless of whether you are a
computer person or just a general non-technical employee, such as a
receptionist, secretary, manual writer, or anyone in management (i.e.
most people). For a small company, a Cat can even do an adequate job
for the CFO. For larger numerical jobs, it's not appropriate. On the
average, however, it is more productive. The difference is that it does
not present itself to its users as a universal computer with a daunting
array of options and user interface ideas, all of which may be good
individually but which taken together causes untold confusion.

Or hostility. I recall the story last year on Public Radio about the
guy in Georgia who opened a shooting range where the customer can set up
any object she or he wants, in order to fill it with hot lead using the
weapon of their choice. The single most commonly "killed" objects were
personal computers ( giving new meaning to the term "Machine Guns").
I'm sure most of the unfortunate devices were IBM PC's and others of
that ilk; I'd be willing to bet

that more and more of them will be Macs. And the time is coming when
some insane (uh, sorry, "disgruntled") user decides to go after the
programmer who leaves his name and address in an "About MacBeatles..."
dialog of a program that just lost a week's worth of fan letters to the
user's favorite movie star.

Now there's a harsh thought.

So it's okay to use a Mac for a dedicated BBS. The statement needs
revising:

The arcane stuff I am being asked to remember in order to be able to maneuver
>my way through Mac Land is daunting, and my role is not as a programmer, mind
>you, but as a user (the distinction is becoming blurred). Hold the mouse down
>at these times; Option-Command-Shift-Control-Meta-Foo-Boot when something is
>showing will reset something else (or was it while opening this DA). Place the
>cursor in this special spot.

This is part of an unending struggle between power users and normal
people. I hate overloaded keys too, but the power users demand them. I
think the right thing to do is to have all the special things brought
out into menus or some similar self-documenting structure and then let
the power user overlay this with his own personal tricks. QuicKeys is a
good example of the way to do this. However, once people start doing
this, they lose the ability to explain to anyone else how to do a thing
because everyone uses a private language to speak with the computer.
(For example, on the VAX, I have a command called "Browse" which I
abbreviate "br". When people see me doing this, they ask me what that
is, and I have to explain that it means "edit/read". Worse (for me), it
doesn't work when I am helping someone on another terminal, so I have to
remember edit/read anyway.)

>Load these programs in this order because something only runs in this part of
>memory.

You must be referring to Excel. I have little positive to say about
Microsoft either! They use 20-bit addresses in their p-code
interpreter. Works on an IBM PC, must be OK.

>Printing in the background with this spooler means you can't use this program
>(it crashes).

A bug is a bug. Lobby for memory protection as a standard feature.

>MultiFinder is useless without further hardware enhancements (you need more
>memory: sounds kinda like IBM's been teaching Apple some old tricks (see
>also HyperCard))

I was going to make this accusation too, but after thinking about it for
a while, I realized it is unwarranted. Where Switcher would work in a
512K machine with 3 programs designed for 128K machines, MultiFinder
works on a 2 meg machine with 3 programs designed for 512K machines.
Makes sense to me! I don't think anyone is really trying to take unfair
advantage of people by forcing them to buy more memory. As to
HyperCard, I agree it takes a lot of memory, but 200K of that is for
saved screens in Painting mode. Maybe it takes too much memory anyway,
but I would feel cheated if Atkinson's idea of the next generation of
personal applications were stunted by the 128K mentality.

>The most common Mac telecommunications program is now unreliable on a Mac II.

You mean Red Ryder? It has been fixed in release 10.x and was
LightspeedC's bug, not Scott Watson's. Blame THINK Technologies (they
deserve it for such a stupid blunder). To be fair, it has been fixed in
LightspeedC too, since last summer. Ditto Megamax C disease.

>Within 15 minutes of the first time I tried Switcher 5.0, my Mac crashed. I
>tried it a couple of times more, with the same results. It was supposed to
>make my life easier; but it made me lose data=work=time=hair. I never used
>it again. The better part of valor: I'd rather not switch and not fight.

Blame this on Apple: the 128K mentality. Apple will be paying for the
mistake of using low memory globals for a long time.

>>I *always* advise people to use IBM PCs for BBS systems. Wasting a machine
>>like a Macintosh on a BBS is a crime.

>At Jef Raskin's current non-computer company, Information Appliance, Inc (IAI),
>they have recently committed the terrible deed: an *entire* Mac is used for
>their in-house Bulletin Board and E-Mail system. Since there are no Bulletin
>Board appliances yet, they have turned a Mac into one, and it sits alone,
>unattended, happy, waiting for the phones to ring.

But Raskin doesn't like Macintoshes. My reasoning for making the
statement about never using a Mac for a BBS is based on the idea that
you want to use your Mac for something. If you have a spare Mac lying
around that isn't being used for anything at all, using it for a BBS is
a good thing. I'll bet there is nothing about using the Mac for a BBS
at Raskin's company that makes any special use of the fact that the
machine is a Mac. Maybe the Sysop functions? Nothing that the user ever
sees. Maybe AppleTalk BBS connections rather than serial port? That
would be more believable, especially of IAI uses Macs for development.
But for the conventional BBS application, there is no point to using a
Mac when you can use a much less expensive IBM PC.

>It is because it is easier to learn and *use* an information appliance than
>any computer, regardless of whether you are a computer person or just a general
>non-technical employee, such as a receptionist, secretary, manual writer, or
>anyone in management (i.e. most people).

I think that your definition of "information appliance" is "a computer
that does only a limited thing; not a general purpose computer". Thus,
your claim is a self-fullfilling prophecy. The specter of a future full
of information appliances is ghastly. Imagine the frustration of trying
to use machines that almost do what you want, but not quite. The
information appliance of the future will do what the marketing
department thinks "most people" need, that is to say, the lowest common
denominator. It will do it very well, most likely, but I want a
computer, not an information appliance. Give me the greatest Cartesian
product.

The challenge facing the system designers of the future is to make
computers programmable by the masses, and not in any arcane language
with toolbox interfaces. Until they do that, computers will continue to
separate the technocrats from the uncomprehending users, and that hurts
us all.

peter

------------------------------

From: DDUNHAM
Subject: RE: Mac's, PC's, Cat's, Inertial tasks, (Re: Msg 24175)
Date: 13-DEC 22:14 Telecommunicating

Before I give Jef Raskin a whole lot of credit, let me ask you a
question. Have you used his Swyftcard? I never have, so I could easily
be wrong in what I've gathered from the writeups of it. But I can't see
how anyone could design a machine that a touch typist can't use the
"find" command of -- to search for something, you hold the "leap" key
down and type what you want to find, right? But the machine has only one
leap key, right? so there's at least one letter (p) which is hard to
find as part of a sequence.

Nobody's forcing you to use MultiFinder; it's completely optional. You
can even save space if you don't like the feature.

But I do agree with you that in many ways, things are going the wrong
way. And MultiFinder is a prime offender (layers are completely alien
to the Macintosh user interface -- for one thing, they're modal).

There are no invisible Finder shortcuts for ejecting disks. (There is an
invisible shortcut for ejecting disks which works no matter what program
you're running, pretzel-shift-1.)

I _like_ infinitely customizable machines. I'm very doubtful that
anyone can predict all my information needs. Or that such a machine can
be made more bug-free than a program to do the same thing running on a
more flexible machine. (From my experience, dedicated word processors
are buggier than WriteNow.)


------------------------------

End of Delphi Mac Digest
************************
-------