info-mac@uw-beaver (info-mac) (07/06/84)
From: Richard Furuta <Furuta@washington.arpa>
1) 23-May Leslie Zatz MAC FOIBLES
2) 23-May len Finder 1.0 bug
3) 23-May DEUFEL at DEC-MARLBO Finder 1.0 Bug? Feature?
4) 23-May CAULKINS@USC-ECL.ARP New software releases
5) 23-May Mike Schuster Multiplan Version 1.02
6) 23-May Mike Schuster Multiplan Update
7) 23-May Joseph I. Pallas Re: Finder 1.0 bug
8) 23-May Randy Frank memorex micro-floppies
9) 24-May Tom.Wood@cmu-ri-fas. Software updates & the scrapbook
10) 24-May Joseph I. Pallas Re: memorex micro-floppies
11) 24-May Bob Rees Re: Finder 1.0 Bug? Feature?
12) 24-May Randy Frank Re: bit map address...
13) 24-May CAULKINS@USC-ECL.ARP Imagewriter (Mac) ribbons
14) 29-May Duane.Williams at CM Multiplan protection
15) 29-May GARY R. PORTER Local Area Nets
16) 29-May Macintosh Evaluation Disk Icon Renaming
17) 29-May Andrew Sweer MacTerminal
18) 29-May David Fuchs Software, Prices, Disks
19) 29-May michael tchao Factory Tour Revelations
20) 29-May hamachi%ucbkim@Berke Slow and Impossible
21) 29-May Dale Carstensen C-3 7 bit, even parity for net.sources MacTEP
22) 29-May Walter.Smith at CMU- FORTH & finder renaming
23) 29-May Bruce.Lucas at CMU-C Macpaint bug
24) 29-May Janet Coursey Warning: telephone trashes disks
25) 29-May DEUFEL at DEC-MARLBO MacWrite Version 2.20 Bug Report
Message 1 -- ************************
Mail-From: PATTERMANN created at 23-May-84 08:59:32
Mail-From: ZATZ created at 21-May-84 19:52:50
Date: Mon 21 May 84 19:52:49-PDT
From: Leslie Zatz <ZATZ@SUMEX-AIM.ARPA>
Subject: MAC FOIBLES
To: INFO-MAC@SUMEX-AIM.ARPA
ReSent-date: Wed 23 May 84 08:59:32-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
1) Invented (?) fonts: I deleted many fonts to make more
disk space as has been recommended. NY 12 and Geneva 9 were
intact. Forgetting that I had removed Geneva 12, I called up
a document created with it. It had a bizarre appearance on
screen and when printed. When FONT and STYLE menus pulled
down, GENEVA and 12 POINT were checked. It appears that
the MAC invents its own replacement for a missing font. Also
no way to tell the font you want is absent is a different
size is present.
2) Usually when transferring an application from one disk to
another, the Icon being copied remains in its original
position as a ghost is pulled over the the other disk icon.
However, several times the application icon disappearred from
the file work window as I did it making me
think it was being moved and deleted
rather than copied. I could not duplicate the file because
of inadequate space. However, when the copy was completed,
the copied file was still buried under the
icon of the original disk. I was able to uncover it
and move it back into the working window. No loss but
somewhat confusing.
-------
Message 2 -- ************************
Mail-From: PATTERMANN created at 23-May-84 08:59:34
Mail-From: LATTANZI created at 22-May-84 00:42:20
Date: Tue 22 May 84 00:42:20-PDT
From: len <Lattanzi@SUMEX-AIM.ARPA>
Subject: Finder 1.0 bug
To: info-mac@SUMEX-AIM.ARPA
ReSent-date: Wed 23 May 84 08:59:34-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
Repeat-by: Have an info window open on a document or folder and then drag the
document to the trash can. If you empty trash you will get a serious system
error ID=02. I have not tried this with info on disks or implicit trash
emptying.
I first was hit by this bug by having a open window for an empty folder and then
drag->trash / empty trash bombed but I have not been able to recreate that
effect.
Question for MicroDisc (Stanford) purchasers: Have you been told how to get
Finder/MacWrite/MacPaint updates? I've been told to call back every week and I
wonder if anyone knows more.
len
-------
Message 3 -- ************************
Mail-From: PATTERMANN created at 23-May-84 08:59:36
Return-Path: <DEUFEL@DEC-MARLBORO.ARPA>
Received: from DEC-MARLBORO.ARPA by SUMEX-AIM.ARPA with TCP; Tue 22 May 84 06:30:24-PDT
Date: 22 May 1984 0925-EDT
From: DEUFEL at DEC-MARLBORO
To: INFO-MAC at SUMEX
Subject: Finder 1.0 Bug? Feature?
Message-ID: <"MS10(2124)+GLXLIB1(1136)" 12017351862.17.385.9137 at DEC-MARLBORO>
ReSent-date: Wed 23 May 84 08:59:36-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
If the disk icon (or file icon) is selected and you happen to type
a character the name of the disk under the icon and (in the case of
the disk icon) in the window is wiped out and the character is inserted.
Opinion:
I feel that this is a bug and have found nothing in any document
that refers to it as a feature.
Any comments?
-Abdul-
--------
Message 4 -- ************************
Mail-From: PATTERMANN created at 23-May-84 08:59:39
Return-Path: <CAULKINS@USC-ECL.ARPA>
Received: from USC-ECL.ARPA by SUMEX-AIM.ARPA with TCP; Tue 22 May 84 06:34:17-PDT
Date: 22 May 1984 0632-PDT
From: CAULKINS@USC-ECL.ARPA
Subject: New software releases
To: info-mac@SUMEX-AIM
ReSent-date: Wed 23 May 84 08:59:39-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
I got 'em yesterday. My first reactions are as follows:
The new disk copy program is a great relief - 4 swaps does any disk,
and you get to see 800K bits right there on the screen. Suggestion -
it would have been nice to provide a use-the-screen-buffer option when
copying files and applications. I would willlingly have my environment
trashed in order to get some speed.
The Cairo font is a real delight. After some struggling with the Font Mover
(I had to zap some old fonts to make room for the Font Mover and the
new fonts) I got Cairo on the disk with MacWrite and MacPaint. It provides
a pictograph for every upper and lower case key - animals, plants, faces,
guns, etc. Also, evidently in deference to the name, the Eye and Hawk of
Horus and an Ankh. Some curious omisions: the bitten apple, the Mac icons,
hearts/spades/clubs/diamonds, cursor indicators (Cairo has a watch, but
it is different than the Mac I'm-busy watch), etc. Cairo is so neat I'm
sure it will be followed by Alexandria, Thebes, Karnak, etc.
When MacPaint is invoked one gets the following fonts: Los Angeles, Cairo,
Chicago, Geneva, New York, Monaco, and Athens (this seletion may be an
artifact of my font selection; I didn't copy Seattle); available sizes are
9, 10, 12, 14, 18, 24, 36, 48, and 72. Cairo pictographs scale across all of
these, but look best at 18 Pt and smaller.
Same fonts in MacWrite; sizes are 9, 10,12,14,18, + 24.
Some particulars of the stuff I got:
MacWrite:
Version 1.3, 54694 bytes, 55K, created 2 May 84, written by Randy Wiggington,
Ed Roder, + Don Breuner of Encore Systems.
Nice feature in About MacWrite - gives percentages of memory free and available,which change as space is used.
MacPaint:
Version 2.20, 60928 bytes, 61K, created 2 May 84, written by the inimitable
Bill Atkinson.
Finder:
Version 1.1g [some chaos in the version numbering schemes], 46080 bytes,
46K, created 2 May 84, written by Bruce Horn and Steve Capps.
Dave C
-------
Message 5 -- ************************
Mail-From: PATTERMANN created at 23-May-84 08:59:42
Return-Path: <MIKES@CIT-20>
Received: from CIT-20.ARPA by SUMEX-AIM.ARPA with TCP; Tue 22 May 84 13:04:16-PDT
Date: 22 May 1984 1303-PDT
Subject: Multiplan Version 1.02
From: Mike Schuster <MIKES@CIT-20.ARPA>
To: info-mac@SUMEX-AIM.ARPA
ReSent-date: Wed 23 May 84 08:59:42-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
I received the new version 1.02 of Multiplan from Microsoft yesterday. The
most obvious problems have been repaired, but I have yet to work with it
a whole lot. The disk is still copy protected as before, and contains the
old version of the finder. Be sure to install the seattle fonts if you
want to use the new finder, although it will use geneva 9 or 10 point if
seattle is not available. Microsoft will send you a second backup disk
if you send them $10. Isn't that nice?
Mike
(mikes@cit-20)
-------
Message 6 -- ************************
Mail-From: PATTERMANN created at 23-May-84 08:59:45
Return-Path: <MIKES@CIT-20>
Received: from CIT-20.ARPA by SUMEX-AIM.ARPA with TCP; Wed 23 May 84 08:34:01-PDT
Date: 23 May 1984 0833-PDT
Subject: Multiplan Update
From: Mike Schuster <MIKES@CIT-20>
To: info-mac@SUMEX-AIM.ARPA
ReSent-date: Wed 23 May 84 08:59:44-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
Both the old version 1.00 and the new version 1.02 of Microsoft's
Multiplan seem to be using the same copy protection scheme which I
believe is contained in an invisible file called "Neil K..." on both
the old and new disks. So, you can avoid sending $10 to Microsoft for
a backup disk by simply copying the new versions of the program and
help text onto the old disk. I also copied the new system and finder
onto both disks, since the new disk from Microsoft came with the old
system and finder files. Before copying the system file over, I
deleted all fonts except for the required ones and then added Seattle
10 and 20 fonts, as suggested by the release notes.
Actually, I'm glad Microsoft copy protected their disks. In effect,
they have supplied a puzzle much more interesting than the one found
in the apple menu. Moreover, I believe Microsoft gave us a
sufficiently powerful tool for the job - MS-BASIC. How about a
contest? Who can make a fully working copy of a Multiplan disk with
MS-BASIC?
Mike
(mikes@cit-20)
-------
Message 7 -- ************************
Return-Path: <PALLAS@SU-SCORE.ARPA>
Received: from SU-SCORE.ARPA by SUMEX-AIM.ARPA with TCP; Wed 23 May 84 12:18:29-PDT
Date: Wed 23 May 84 12:14:53-PDT
From: Joseph I. Pallas <PALLAS@SU-SCORE.ARPA>
Subject: Re: Finder 1.0 bug
To: Lattanzi@SUMEX-AIM.ARPA, info-mac-stanford@SUMEX-AIM.ARPA
cc: m.microdisc%LOTS-A%SU-SCORE.ARPA@SU-SCORE.ARPA
In-Reply-To: Message from "len <Lattanzi@SUMEX-AIM.ARPA>" of Wed 23 May 84 11:55:10-PDT
I haven't gotten any clues from MicroDisc about how to get updates.
Since the updates are supposedly free to dealers, has anyone who
purchased through MicroDisc tried to get the updates from a regular
dealer?
joe
-------
Message 8 -- ************************
Mail-From: PATTERMANN created at 23-May-84 17:23:47
Return-Path: <FRANK@UTAH-20.ARPA>
Received: from UTAH-20.ARPA by SUMEX-AIM.ARPA with TCP; Wed 23 May 84 17:02:54-PDT
Date: Wed 23 May 84 18:03:36-MDT
From: Randy Frank <FRANK@UTAH-20.ARPA>
Subject: memorex micro-floppies
To: info-mac@SUMEX-AIM.ARPA
ReSent-date: Wed 23 May 84 17:23:46-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
Due to the almost total unavailablily of Apple floppies, we've been looking
into other sources. We just got a shipment of Memorex micro floppies, which
don't have any form factor problems, but with which we seem to be having
an unusually large number of problems with read/write errors. Has anyone
else been using the Memorex floppies, and what are your experiences (did
we just get a bad batch, or is Memorex having problems).
In fairness to Memorex, they actually sent someone out here to check out
our problems, and have taken a batch back to the labs for analysis, so they're
being helpful. I'm just curious if our problems are local or not.
Randy
(The availability problem of Apple floppies is so bad I understand that
Apple will only let consortium schools and dealers order one box of floppies
per Mac ordered/delivered)
-------
Message 9 -- ************************
Mail-From: PATTERMANN created at 24-May-84 10:32:19
Return-Path: <taw@cmu-ri-fas.arpa>
Received: from CMU-RI-FAS.ARPA by SUMEX-AIM.ARPA with TCP; Wed 23 May 84 09:38:41-PDT
Date: Wednesday, 23 May 1984 12:34:33 EDT
From: Tom.Wood@cmu-ri-fas.arpa
To: info-mac@sumex-aim.arpa
Subject: Software updates & the scrapbook
Message-ID: <1984.5.23.16.20.27.Tom.Wood@cmu-ri-fas.arpa>
ReSent-date: Thu 24 May 84 10:32:19-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
The "Set Startup" command in the new finder's Special menu only operates on
applications. This (unfortunately) prevents you from having an application
startup with a particular document (this would be esp. useful with a program
like Multiplan.)
In the process of upgrading my disks to the new system, I realized
(painfully) how easy it is to accidentally overwrite the contents of the
notepad and the scrapbook. This experience raised a couple of questions:
- If I have a system disk in the drive, but not the startup disk,
and I pull down Scrapbook from the Apple menu, which scrapbook do
I get? What if I want the other one? (This question can be
extended to all the Mac resources--other desk accessories, fonts,
etc.)
- In lieu of a ScrapMover (ala FontMover), how do people manage their
scrapbooks? For example, suppose there are some items in your
current scrapbook that you would like to keep and insert into your
brand new sparkling system scrapbook. How do you do it? The only
way I can think of is to make a document for each item (tedious),
move the documents (tedious), and insert them into the new
scrapbook (very tedious).
- Does "Inside Macintosh" deal with any of these points
(particularly) the first?
-Tom Wood
p.s. The Print Final option in the new MacPaint is pretty neat. How does it
do it!?
Message 10 -- ************************
Mail-From: PATTERMANN created at 24-May-84 10:32:25
Return-Path: <PALLAS@SU-SCORE.ARPA>
Received: from SU-SCORE.ARPA by SUMEX-AIM.ARPA with TCP; Wed 23 May 84 17:34:03-PDT
Date: Wed 23 May 84 17:29:48-PDT
From: Joseph I. Pallas <PALLAS@SU-SCORE.ARPA>
Subject: Re: memorex micro-floppies
To: FRANK@UTAH-20.ARPA
cc: info-mac@SUMEX-AIM.ARPA
In-Reply-To: Message from "Randy Frank <FRANK@UTAH-20.ARPA>" of Wed 23 May 84 17:21:28-PDT
ReSent-date: Thu 24 May 84 10:32:25-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
I haven't had any personal experience with Memorex micro-floppies, but
one of the people with the Stanford consortium group said they had had
a bad experience with Memorex (she said that two of ten floppies
failed to format, and the remainder gave many errors). We were
advised to avoid them.
Apple went to a lot of trouble to pack the maximum number of bits on
these disks with their variable-speed trick -- maybe Memorex isn't
allowing for high-density recording schemes in their quality control.
joe
-------
Return-Path: <fbag@rice.ARPA>
Received: from rice.ARPA by SUMEX-AIM.ARPA with TCP; Wed 23 May 84 19:07:09-PDT
Received: from juno by rice.ARPA (AA00123); Wed, 23 May 84 20:57:32 CDT
Received: by juno (AA04371); Wed, 23 May 84 20:54:03 cdt
Date: Wed, 23 May 84 20:54:03 cdt
From: Keith Cooper <fbag@rice.ARPA>
Message-Id: <8405240154.AA04371@juno>
To: info-mac@sumex-aim.ARPA
Subject: floppy availability
I don't understand the rumor about consortium schools having quotas
on boxes of floppies. Not only can we order as many floppies as we
want with a machine, but boxes of floppies are available over the
counter at the Rice Campus Store. (Of course, prices are different
for people who are not immediate members of the Rice community. It may
be that they only sell to Rice folks - they require a Rice id on all
sales.)
Further, I see ads all over the place for BASF micro floppies
(see pp 64 - 65 of the May 14 ComputerWorld). Finally, you should
be able to get them from HP, which has been using them for some time.
My friends inside HP insist that THEY have no supply problems.
keith
Return-Path: <STERNLIGHT@USC-ECL.ARPA>
Received: from USC-ECL.ARPA by SUMEX-AIM.ARPA with TCP; Wed 23 May 84 19:43:21-PDT
Date: Wed 23 May 84 19:43:14-PDT
From: STERNLIGHT <STERNLIGHT@USC-ECL.ARPA>
Subject: Re: memorex micro-floppies
To: FRANK@UTAH-20.ARPA, info-mac@SUMEX-AIM.ARPA
cc: STERNLIGHT@USC-ECL.ARPA
In-Reply-To: Message from "Randy Frank <FRANK@UTAH-20.ARPA>" of Wed 23 May 84 17:55:10-PDT
I, too have had bad luck with Memorex 3-1/2 inch floppies. Microsoft basic
originally came on one, as did Multiplan. The shutter on my Memorex floppy
keeps coming off if you don't handle it exactly right. Thus my second choice
after Apple's Sony floppies is Hewlett Packard's Sony floppies. I have not
had any trouble with them even though both the Lisa and Mac store more on
them than does HP, due to the variable speed of Apple's read/write process.
I use them on both the Lisa and Mac, particularly for masters since the blue
color of the case is very distinctive, and use Apple's version for work
disks. HP also claims the media surfaces turn white when they are nearing the
end of their service life, an important warning for masters. I don't know if
Apple's version also turns white; Apple is mute on this subject. (By the way,
my Multiplan upgrade from Microsoft came on a blue Sony floppy, not the
black Memorex; perhaps they, too have switched permanently.)
--david--
-------
Return-Path: <BILLW@SRI-KL.ARPA>
Received: from SRI-KL.ARPA by SUMEX-AIM.ARPA with TCP; Wed 23 May 84 19:51:12-PDT
Date: Wed 23 May 84 19:50:45-PDT
From: William "Chops" Westfield <BILLW@SRI-KL.ARPA>
Subject: Re: memorex micro-floppies
To: FRANK@UTAH-20.ARPA
cc: info-mac@SUMEX-AIM.ARPA
In-Reply-To: Message from "Randy Frank <FRANK@UTAH-20.ARPA>" of Wed 23 May 84 17:34:23-PDT
Hewlett Packard micro-disks (as used for the HP150, etc)
will work in a MAC. HP people who are playing with MACs
are of course using these, and I havent heard of any
problems occuring (though I am not in close contact with HP).
BillW
-------
Return-Path: <COWER@COLUMBIA-20.ARPA>
Received: from COLUMBIA-20.ARPA by SUMEX-AIM.ARPA with TCP; Thu 24 May 84 07:27:15-PDT
Date: Thu 24 May 84 10:29:04-EDT
From: Rich Cower <COWER@COLUMBIA-20.ARPA>
Subject: Floppies
To: info-mac@SUMEX-AIM.ARPA
We have been using Sony Micro Floppydisks OM-D3320. We have found a
source in New York who will discount them for large orders (5 or more
boxess) and they have all worked very well.
If you're in New York - it is Computer ERA, 689-6500. Ask for Hal.
.Rich
-------
Return-Path: <clark@AEROSPACE>
Received: from aerospace.ARPA by SUMEX-AIM.ARPA with TCP; Thu 24 May 84 10:03:58-PDT
Date: Thu, 24 May 84 10:01:51 PDT
From: Kenneth Clark <clark@AEROSPACE>
To: Randy Frank <FRANK@UTAH-20.ARPA>
CC: clark@AEROSPACE, info-mac@SUMEX-AIM
Subject: memorex micro-floppies
In-reply-to: Your message of Wed 23 May 84 18:03:36-MDT
I have been using the Memorex micro-disks now for about a month and
have experienced no problem whatever (except that the dealer charged me
$71.00 for one box!). They don't seem as well made as the Apple ones
judging by external appearances, but I have had no read/write errors
so far...
Message 11 -- ************************
Mail-From: PATTERMANN created at 24-May-84 10:32:27
Return-Path: <rrees@bbncca.arpa>
Received: from bbn-unix.arpa by SUMEX-AIM.ARPA with TCP; Wed 23 May 84 18:38:00-PDT
Received: from BBNCCA.ARPA by BBN-UNIX ; 23 May 84 20:20:54 EDT
Date: Wed, 23 May 84 19:42:00 EDT
From: Bob Rees <rrees@BBN-UNIX.ARPA>
Subject: Re: Finder 1.0 Bug? Feature?
In-Reply-To: Your message of 22 May 1984 0925-EDT
To: DEUFEL@dec-marlboro.arpa
Cc: info-mac@sumex-aim.arpa
ReSent-date: Thu 24 May 84 10:32:27-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
It's supposed to be a feature -- the manual explains that this is the
(only?) method for renaming a disk or file. However, I agree that
it's a lot more like a bug the way they implemented it. When you're
using the finder, usually *some* icon is selected, and it's far too
easy to accidentally rename something by typing at the wrong time (or
by just bumping into the keyboard). Locking an item prevents it from
being renamed, but it also prevents it from being written into, so
this method of protection is inappropriate in many cases. I feel that
things should be renamed only as a *deliberate act*.
Here's how I think it should have been implemented [Apple -- are you
listening?]: Modifying the name under an icon should only be possible
when the name itself is selected (not when the *icon* is selected).
If you move the pointer into the name, the pointer changes to the
"I-beam" text cursor. You can click to specify a text insert/delete
point in the existing name. Or you can drag the I-beam thru some or
all of the name to select the text to be retyped. Since this
provision *already exists*, is easy to do, and unambiguously specifies
your intent to modify the name, this should be the *only* method for
renaming. Typing while an icon (rather than its name) is selected
should just be ignored (perhaps the Mac should beep at you to let you
know that your keyboard input is not doing whatever you intended).
Message 12 -- ************************
Mail-From: PATTERMANN created at 24-May-84 10:32:30
Return-Path: <FRANK@UTAH-20.ARPA>
Received: from UTAH-20.ARPA by SUMEX-AIM.ARPA with TCP; Wed 23 May 84 21:48:06-PDT
Date: Wed 23 May 84 22:48:44-MDT
From: Randy Frank <FRANK@UTAH-20.ARPA>
Subject: Re: bit map address...
To: clark@AEROSPACE.ARPA, info-mac@SUMEX-AIM.ARPA
In-Reply-To: Message from "Kenneth Clark <clark@AEROSPACE>" of Wed 23 May 84 17:29:48-MDT
ReSent-date: Thu 24 May 84 10:32:30-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
yes, double buffering is definitely allowed. In fact, there are two pre-defined
(by convention) bit map regions precisely desinged for double buffering.
-------
Message 13 -- ************************
Mail-From: PATTERMANN created at 24-May-84 10:32:34
Return-Path: <CAULKINS@USC-ECL.ARPA>
Received: from USC-ECL.ARPA by SUMEX-AIM.ARPA with TCP; Thu 24 May 84 07:26:55-PDT
Date: 24 May 1984 0723-PDT
From: CAULKINS@USC-ECL.ARPA
Subject: Imagewriter (Mac) ribbons
To: info-mac@SUMEX-AIM
ReSent-date: Thu 24 May 84 10:32:34-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
Yes, they are available from Inmac. I got two for $8 each (catalog said
$6.95 ??). The part number is 6423 F9, and they are written up as
for C. Itoh printers.
Dave C
-------
Message 14 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:19:36
Return-Path: <dtw@cmu-cs-ius.arpa>
Received: from CMU-CS-IUS.ARPA by SUMEX-AIM.ARPA with TCP; Thu 24 May 84 14:08:26-PDT
Date: 24 May 1984 16:32:22-EDT
From: Duane.Williams at CMU-CS-IUS
Subject: Multiplan protection
ReSent-date: Tue 29 May 84 09:19:36-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
Reply to Mike Schuster:
The Multiplan protection scheme is quite reasonable and need not be a
nuisance, depending on your habits. You can copy the program and help file
onto another disk and then do your work there, greatly reducing the chance
of damage to the vital master disk. The master disk only has to be inserted
the first time the program is run after rebooting the Mac. You can quit and
restart the program thereafter, interleaved with whatever other work you
like, without having to use the master disk. If you leave your Mac on all
the time (as Apple's manual suggests), you can do without the Multiplan
master disk indefinitely.
I suspect the $10 fee for a second backup master disk just covers
Microsoft's cost of producing and sending it to you. Why don't they just
provide two master disks when you purchase the program? Probably to curtail
resale schemes. They will only provide the second disk to people who
register their purchase.
Duane (dtw@cmu-cs-ius)
Message 15 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:19:38
Return-Path: <GPORTER@USC-ISI>
Received: from USC-ISI by SUMEX-AIM.ARPA with TCP; Thu 24 May 84 15:14:55-PDT
Date: 24 May 1984 18:11:28 EDT
Subject: Local Area Nets
From: GARY R. PORTER <GPORTER@USC-ISI>
To: info-mac@SUMEX-AIM
Sender: CDR Gary R. Porter
Address: Code 55PT, NPS Monterey, CA 93940
Phone: 408-646-2493 or AV 878-2493
ReSent-date: Tue 29 May 84 09:19:38-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
Will Applebus permit simultaneous access of the same file? That
is, can two MACs be looking at the same file and if the file
is changed at one MAC will the change be immediately seen at
the other? If the file is on a hard disk must one MAC be utilized
as a dedicated file server? Thanks.....Gary
-------
Message 16 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:19:40
Return-Path: <MAC%Upenn-1100%upenn.csnet@csnet-relay.arpa>
Received: from csnet-relay by SUMEX-AIM.ARPA with TCP; Thu 24 May 84 19:07:05-PDT
Received: From upenn.csnet by csnet-relay; 24 May 84 21:41 EDT
Date: Thu, 24 May 1984 09:49:52 EDT
From: Macintosh Evaluation Project <MAC%upenn-1100.csnet@csnet-relay.arpa>
Subject: Disk Icon Renaming
To: INFO-MAC%SUMEX-AIM.ARPA@csnet-relay.arpa,
DEUFEL%DEC-MARLBORO.ARPA@csnet-relay.arpa
Received: from UPenn-1100 by UPenn; Thu, 24 May 84 10:39 EDT
ReSent-date: Tue 29 May 84 09:19:40-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
No, the changing of the disk's name is not a bug. It will *only* occur if you
have both selected the disk's icon and then moved the mouse such that it
points to the disk's name, causing the arrow to be replaced with the standard
"insertion point" marker (similar to a vertical bar). The disk's name is a
piece of text, and is subject to all the standard editing capabilities and
contstraints, once you have selected it -- you can select all or part, cut,
paste, etc., and since initial selection of the icon and name indicates to
the finder that you want the "whole name", a backspace in edit mode will,
indeed, delete the whole name.
Dave Axler
Message 17 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:19:42
Mail-From: SWEER created at 24-May-84 21:24:07
Date: Thu 24 May 84 21:24:07-PDT
From: Andrew Sweer <SWEER@SUMEX-AIM.ARPA>
Subject: MacTerminal
To: Info-Mac@SUMEX-AIM.ARPA
cc: Sweer@SUMEX-AIM.ARPA
ReSent-date: Tue 29 May 84 09:19:42-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
I^ve been running MacTerminal Version 0.20 April 4, 1984 and have
found a few anomolies. Applying the control key to the ASCII characters in
the range 133 to 137 produces mixed results:
Control 133 (^[) yields nothing
Control 134 (^\) yields 034 *** Only one that works "right"
Control 135 (^]) yields nothing
Control 136 (^^) yields nothing (but ^6 yields 36, 6 is under the ^)
Control 137 (^_) yields nothing
In addition, the / key on the numeric keypad yields 055 (a minus sign)
Andy
-------
Message 18 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:19:46
Return-Path: <DRF@SU-AI.ARPA>
Received: from SU-AI.ARPA by SUMEX-AIM.ARPA with TCP; Fri 25 May 84 09:59:26-PDT
Date: 25 May 84 0956 PDT
From: David Fuchs <DRF@SU-AI.ARPA>
Subject: Software, Prices, Disks
To: info-mac@SUMEX-AIM.ARPA
ReSent-date: Tue 29 May 84 09:19:45-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
Today's Stanford Daily has two interesting ads on the back page. The
smaller one is from National SOFTWARExpress (415-322-0639). They claim to
be selling blank disks for $4.49; Multiplan, Word and File for $140 each;
"Basic" (dunno which one) for $109; Chart for $96; Megamerge (?) for $90;
and Transylvania (??) for $30. (All prices +5cents).
The bigger ad is from Quest Computers (415-327-2775). They claim to be
selling the Macintosh "for the super low price of $2195 (while supply
lasts) All items in stock and ready for immediate delivery!"
-david
Message 19 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:19:49
Return-Path: <TCHAO@SU-SCORE.ARPA>
Received: from SU-SCORE.ARPA by SUMEX-AIM.ARPA with TCP; Fri 25 May 84 16:47:31-PDT
Date: Fri 25 May 84 16:42:09-PDT
From: michael tchao <TCHAO@SU-SCORE.ARPA>
Subject: Factory Tour Revelations
To: info-mac@SU-SCORE.ARPA
ReSent-date: Tue 29 May 84 09:19:49-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
On our recent tour of the Mac Factory we were lucky to have the
Product Quality Manager as our tour guide. He revealed the following
information:
1) "The Factory has just gone from 90% of capacity to 45% of
capacity" No the number of Macs coming off the lines hasn't slowed,
the capacity rating of the operation was just doubled! By redoing the
layout of the factory and converting the building next door to do
various parts of the manufacturing procedure, they are now planning to
double production capacity "as soon as possible" ...."Steve says he
wants it done overnight...."
2) The chief production bottleneck is currently IC auto
insertion yields. It seems that IC manufacturers have poor control
over the physical spacing and shaping of the leads of their packages.
This leads to problems when the chips are stuffed into the boards.
3) Great effort is being taken to track line failures, out of
box failures, and in service failures and trace them to the component
level and thus the particular part shipment and vendor. A real time
failure tracking is done as the production process procedes.
4) The greatest number of in service failures are due to
reliability problems with electronic components...few problems with
mechanical failures.
5) The factory has is still unfinished, a great number of the
automated components are not yet operational (the robot parts carts
are still in acceptance tests)
6) The factory is in desperate need of an automatic device to
do final CRT alignment, color check, brightness checks etc. If
someone out there knows of such a device LET APPLE KNOW!
7) Apple is thinking of adding Mac Production capability to
its Cork Ireland plant.
-------
Message 20 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:19:51
Return-Path: <hamachi%ucbkim@Berkeley>
Received: from UCB-VAX.ARPA by SUMEX-AIM.ARPA with TCP; Fri 25 May 84 18:03:25-PDT
Received: from ucbkim.ARPA by UCB-VAX.ARPA (4.24/4.27)
id AA23068; Fri, 25 May 84 18:00:57 pdt
Received: by ucbkim.ARPA (4.24/4.27)
id AA20256; Fri, 25 May 84 18:02:10 pdt
Date: Fri, 25 May 84 18:02:10 pdt
From: hamachi%ucbkim@Berkeley (Gordon Hamachi)
Message-Id: <8405260102.AA20256@ucbkim.ARPA>
To: info-mac@sumex-aim.ARPA
Subject: Slow and Impossible
ReSent-date: Tue 29 May 84 09:19:51-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
The finder has problems coping with even moderate numbers of
documents. I discovered this by:
Cold boot from the system disk (stock, unmodified, Apple-supplied)
Eject
Insert a completely blank disk called ``blank 9''
Create lots of empty folders, named aa, ab, ac, az, ba, bb, etc.
The finder runs out of RAM memory when trying to cope with heavily
populated disks. After 55 empty folders, the following messages occur:
Please insert the system disk
There is not enough memory to duplicate the selected item
Please insert the disk blank9
Please insert the system disk
There is not enough memeory to remember this disk.
Its image will disappear from the desktop.
[blank9] goes away.
This is specifically NOT an out-of-disk-space problem: there is still well
over 300 K of disk space available when the problem happens.
I have run into the same problem with as few as 32 empty file folders.
On the other hand, I was once able to generate a disk with over 100 files,
but it took over 34 minutes to ``Clean up'' the icons.
Am I doing something wrong? Is this problem fixed in newer releases?
Is this a toy operating system?
Message 21 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:19:53
Return-Path: <dlc@lanl>
Received: from lanl by SUMEX-AIM.ARPA with TCP; Sat 26 May 84 18:46:08-PDT
Date: 26 May 1984 19:38:06-MDT
From: Dale Carstensen C-3 <dlc@lanl>
Reply-to: dlc@lanl
To: info-mac@lanl
Subject: 7 bit, even parity for net.sources MacTEP
ReSent-date: Tue 29 May 84 09:19:53-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
George Brett from North Carolina put a faster and more capable version of
MacTEP on net.sources than the earlier ar.info-mac version. I posted
changes for 7 bit, even parity to info-mac for the earlier version, and
this is similar for the net.sources (Fri May 25 06:26:39 MDT ??) version,
although it was much easier to do with this version.
Dale Carstensen, (505)667-0849, dlc@lanl-a, lanl-a!dlc, denelcor!dcarst
2205 PARDB = PARNONE + DB8
5061 PRINT "Hit <space bar> for 7E, <return> for 8N."
5062 C$ = INKEY$: IF C$ = "" THEN GOTO 5062
5063 IF (C$ <> " ") AND (C$ <> CHR$(13)) THEN GOTO 5062
5064 IF C$ = " " THEN PARDB = PAREVEN + DB7
5110 PARAMLIST(28\2)=SB1+PARDB+TC
5170 PARAMLIST(28\2)=SB1+PARDB+TC
Message 22 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:19:56
Return-Path: <wrs@cmu-cs-spice.arpa>
Received: from CMU-CS-SPICE.ARPA by SUMEX-AIM.ARPA with TCP; Sun 27 May 84 00:10:46-PDT
Date: 27 May 1984 03:00:55-EDT
From: Walter.Smith at CMU-CS-SPICE
Subject: FORTH & finder renaming
ReSent-date: Tue 29 May 84 09:19:55-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
I found the "Going FORTH" tutorial to be an adequate introduction. It
doesn't explain the more bizarre and esoteric features of FORTH, but I was
able to use them after a few hours of hacking around. I plan to find a
reasonable reference book to learn about the REALLY strange parts, but that
was probably the original intention anyway. Perhaps having an HP calculator
helps (FORTH is RPN-based).
As for the accidental renaming problem, the name IS selected; that's why
it's in reverse video. All they have to do is make it so that selecting an
icon doesn't select the filename.
Message 23 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:19:58
Return-Path: <bdl@cmu-cs-ius.arpa>
Received: from CMU-CS-IUS.ARPA by SUMEX-AIM.ARPA with TCP; Sun 27 May 84 08:23:18-PDT
Date: 27 May 1984 11:17:38-EDT
From: Bruce.Lucas at CMU-CS-IUS
Subject: Macpaint bug
ReSent-date: Tue 29 May 84 09:19:58-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
In MacPaint 1.3 (don't know about 1.0): Select a region. Move it on top of
another object; move it away and the bits beneath it are still there. Move
it back on top of the other object, and go into fatbits by pulling it down
from the Goodies menu. Provided the selected region is small enough to fit
in the fatbits window, it remains selected; but now moving it reveals that
the bits underneath it have been erased! It is as if the region has be
de-selected (moving the object there permanently) and then the identical
region re-selected.
(You have to go into fatbits by pulling it down from the menu, since
clicking or double-clicking on the pencil de-selects your selection.)
Bruce
Message 24 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:20:00
Return-Path: <JVC@SU-SCORE.ARPA>
Received: from SU-SCORE.ARPA by SUMEX-AIM.ARPA with TCP; Tue 29 May 84 04:25:21-PDT
Date: Tue 29 May 84 04:20:00-PDT
From: Janet Coursey <JVC@SU-SCORE.ARPA>
Subject: Warning: telephone trashes disks
To: info-mac@SUMEX-AIM.ARPA
ReSent-date: Tue 29 May 84 09:20:00-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
Jaron Lanier told me, and an EE friend confirmed, that the electro-magnetic
field established by the ringing of a telephone bell is strong enough
to alter the data content of a disk (apple, hp, memorex, or other).
Disks have become unreadable due to this effect. So if your phone
sits adjacent to your disk storage box, move one of them. Janet
-------
Message 25 -- ************************
Mail-From: PATTERMANN created at 29-May-84 09:20:03
Return-Path: <DEUFEL@DEC-MARLBORO.ARPA>
Received: from DEC-MARLBORO.ARPA by SUMEX-AIM.ARPA with TCP; Tue 29 May 84 08:45:53-PDT
Date: 29 May 1984 1138-EDT
From: DEUFEL at DEC-MARLBORO
To: INFO-MAC at SUMEX
cc: ERIK at SRI-AI
Subject: MacWrite Version 2.20 Bug Report
Message-ID: <"MS10(2124)+GLXLIB1(1136)" 12019211145.14.385.73320 at DEC-MARLBORO>
ReSent-date: Tue 29 May 84 09:20:03-PDT
ReSent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
ReSent-To: info-mac: ;
I have uncovered an obnoxious bug in MacWrite Version 2.20 that has caused
me a fair number of headaches.
In certain ill-defined circumstances, when I have a ruler with the INDENTATION
MARKER at (say) the one inch mark, ane the LEFT MARGIN MARKER at (say) the
two inch mark and I type in text to cause the screen to look as follows:
-----------------------------------------------------
1 2 3 4 5 6 7
^ ^ ^
I - -
-----------------------------------------------------
1)<TAB> This is text to fill up the line and
cause the line to wrap around and
start filling the nest line...
Unfortunately, when printed in high quality mode the following is printed:
This is text to fill up the line and
cause the line to wrap around and
start filling the nest line...
and the "1)" is lost.
Additional information...The "<TAB>" in the sample text is the TAB character.
The spacing selected in the ruler is SINGLE and the LEFT and RIGHT MARGINS
are even. Unfortunately, this does not happen if the above example is the
entire document. The above example was taken from the end of a document that
filled ~19% of memory and has a number of ruler changes in it.
I should note that Version 1.0 of MacWrite does not exhibit this bug.
Cheers,
-Abdul-
--------
-------