Info-Mac-Request@SUMEX-AIM.STANFORD.EDU (The Moderators) (07/27/89)
Info-Mac Digest Wed, 26 Jul 89 Volume 7 : Issue 129
Today's Topics:
"Proper" language for XCMD development - opinion
Business Caculator Request
ColorFinder's Icons
DA Handler
DA Handler Startup Document
DFaultD/QuickKeys Interaction Problem
DisArm
HC Visual Effects on Mac II
HELP! WITH LINOTRON
Hypercard Problems?
Info-Mac Digest V7 #128 (5 msgs)
Languages for XCMDs
Mac and Lino 300
Making COMMAND-F default
Proper language(s) for XCMDs
RAM testing of SIMMs
suggestion for archives
SuperCard and Videoworks driver
SuperPaint 2.0 upgrade
Thanks
Transferring MacPaint w/ Kermit protocol
Your Info-Mac Moderators are Bill Lipa, Lance Nakata, and Jon Pugh.
The Info-Mac archives are available (by using FTP, account anonymous,
any password) in the info-mac directory on sumex-aim.stanford.edu
[36.44.0.6]. Help files are in /info-mac/help. Indicies are in
/info-mac/help/recent-files.txt and /info-mac/help/all-files.txt.
Please send articles and binaries to info-mac@sumex-aim.stanford.edu.
Send administrative mail to info-mac-request@sumex-aim.stanford.edu.
----------------------------------------------------------------------
Date: Wed, 26 Jul 89 11:08 EDT
From: <PJORGENS%COLGATEU.BITNET@forsythe.stanford.edu> (Peter Jorgensen - Micro Specialist)
Subject: "Proper" language for XCMD development - opinion
Phil
I heartily recommend LightSpeed Pascal. It has an absolutely wonderful
debugging environment, and is not too expensive. Stay away from Turbo... it's
generations behind LS.
Peter Jorgensen
Microcomputer specialist
Colgate University - Hamilton, NY 13346
AppleLink - U0523
BITNET - PJORGENSEN@COLGATEU
tel - 315-824-1000 ext 742
------------------------------
Date: Wed, 26 Jul 89 10:51:59 EDT
From: decwrl!decvax!formtek!pen@labrea.stanford.edu (Phil Nickerson)
Subject: Business Caculator Request
Has anyone seen a ShareWare/FreeWare desk accessory which has business
functions. There is a plethora of scientific calculator desk accessories,
but I haven't seen a business calulator DA.
If you have one which is ShareWare or FreeWare, please mail it as a(n) .HQX
file to pen@formtek.UUCP. Thank you!!
(You might consider posting it to Comp.binaries.mac and to the archives.)
-Phil
Philip E. Nickerson,Jr. |UUCP {pitt,psuvax1}!idis!formtek!pen
(412)937-4900|(800)FORMTEK| decvax!formtek!pen
"Programming is simply |Snail Formative Technologies, Inc., Foster Plaza VII
debugging a blank page!" | 661 Andersen Dr., Pittsburgh PA 15220
------------------------------
Date: Wed, 26 Jul 89 14:56:20 EDT
From: rpk@goldhill.com
Subject: ColorFinder's Icons
Just taking a random survey, it looks like most of its ICN#s and cicns
aren't marked as purgeable. Does this really make a difference ?
------------------------------
Date: Wed, 26 Jul 89 9:55:48 EDT
From: Tom Coradeschi <tcora@pica.army.mil>
Subject: DA Handler
>Will someone plase tell me how to use the startup document Da Handler.
>I got my system update from a friend and he didn't know what it was.
>Please post in the digest so others will be helped by this info.
>
>
DA Handler is used by Multifinder to run desk accessories. If you aren't
using Multifinder, go ahead and trash it. If you are using Multifinder, you
run it every time you open a DA.
>
>Thanx,
> DJ WOOD
> UDC COSDET Center
> LAB TECH.
>
>
>LaTex 'til I grow up
>
tom c
ARPA: tcora@pica.army.mil -or- tcora@ardec.arpa
UUCP: ...!{uunet,rutgers}!pica.army.mil!tcora BITNET: Tcora@DACTH01.BITNET
------------------------------
Date: Wed, 26 Jul 89 11:06 EDT
From: <PJORGENS%COLGATEU.BITNET@forsythe.stanford.edu> (Peter Jorgensen - Micro Specialist)
Subject: DA Handler Startup Document
>Subject: DA Handler
>
>Will someone plase tell me how to use the startup document Da Handler.
>I got my system update from a friend and he didn't know what it was.
>Please post in the digest so others will be helped by this info.
The DA Handler is an application that runs automatically under MultiFinder when
you select a Desk Accessory from the Apple Menu (if you're running
MultiFinder). In other words, all DAs in the MultiFinder environment run in
the DA Handler application's zone rather than the "current" application's zone
(in memory). Thus, when you quit an application, the desk accessories remain
open.
Peter Jorgensen
Microcomputer specialist
Colgate University - Hamilton, NY 13346
AppleLink - U0523
BITNET - PJORGENSEN@COLGATEU
tel - 315-824-1000 ext 742
------------------------------
Date: Wed, 26 Jul 89 06:41:05 PDT
From: casagrande%crcvax%nssdca.span@io.arc.nasa.gov (LOUIE CASAGRANDE)
Subject: DFaultD/QuickKeys Interaction Problem
I found that if DFaultD is allowed to load alphabetically, then QuickKeys
(v. 1.1) would not load properly (its startup icon would appear, but the key
combinations would not work and it would not appear in the control panel).
Renaming DFaultD to ZDFaultD, forcing it to load after QuickKeys (probably
anywhere after), made everything copacetic. Hope this helps.
Lou Casagrande
Grumman Corporate Research Center
Mail Stop A02-26
Bethpage, NY 11714-3580
(516)346-6379
>From BITNET: "CRCVAX::CASAGRANDE"@NSSDCA.GSFC.NASA.GOV
>From ARPANET: CASAGRANDE%CRCVAX%NSSDCA@AMES-IO.ARPA
>From SPAN: NSSDCA::CRCVAX::CASAGRANDE
Disclaimer: The opinions expressed above are strictly those of Ralph, the
Wonder Llama.
------------------------------
Date: Wed, 26 Jul 89 13:18:04 -0500
From: think@emx.utexas.edu (s. moon)
Subject: DisArm
HI!!
I like the program DisArm by Bob Arning, but it is old, 1986.
what is new version ? Can you upload it?
And the new version can disassemble DA 'drvr' code ?
Or is there any other program which can do the job ?
Thanks. s j moon
------------------------------
Date: Wed, 26 Jul 89 11:06 EDT
From: <PJORGENS%COLGATEU.BITNET@forsythe.stanford.edu> (Peter Jorgensen - Micro Specialist)
Subject: HC Visual Effects on Mac II
>Subject: Hypercard Problems?
>
>Can anyone tell me why the copy of Hypercard we have on our color Mac II
>has decided to stop processing visual effects? It works in every other
>aspect except for visual effects. I tried disabling Gatekeeper,lowering
>the ram cache, removing the startup picture, and restarting between all of
>these measures.
On card 3 of "stack version 1.2 release notes", under "more info..." you'll
find the answer. Quite simply, HyperCard visual effects don't work on color
Macs (too slow). You must set your Monitors Control Panel device to Black &
White and the number of Grays to 2.
Peter Jorgensen
Microcomputer specialist
Colgate University - Hamilton, NY 13346
AppleLink - U0523
BITNET - PJORGENSEN@COLGATEU
tel - 315-824-1000 ext 742
------------------------------
Date: Wed, 26 Jul 89 09:17:57 EDT
From: ZAK%NIHCU.BITNET@forsythe.stanford.edu
Subject: HELP! WITH LINOTRON
> 3) I seem to remember Macworld doing an article on this issue some
> time back, but can't locate it. Does anyone remember which issue?
Personal Publishing magazine did an article entitled "Going Lino" late
last year--November or December. Publish! magazine deals with high-quality
output on a regular basis. Both magazines can be found in Waldenbooks or
B. Dalton.
------------------------------
Date: Tue, 25 Jul 89 16:35:40 PDT
From: claris!drc@ames.arc.nasa.gov (Dennis Cohen)
Subject: Hypercard Problems?
In comp.sys.mac.digest you write:
>Can anyone tell me why the copy of Hypercard we have on our color Mac II
>has decided to stop processing visual effects? It works in every other
>aspect except for visual effects. I tried disabling Gatekeeper,lowering
>the ram cache, removing the startup picture, and restarting between all of
>these measures.
**** FLAME ON ****
This is an old and well-known "feature" of HyperCard. Visual effects only
work when the bit-depth is set to 1 (2 color) for "performance" reasons.
Mac II owners have squawked about this from the time HyperCard was released
and will probably continue to squawk about it for a while yet. There are
a number of strange and non-intuitive things of this sort about HyperCard
and those, with the addition of dismal performance, are the reason I won't
use it. I could put up with one or the other, but the combination is just
more than my ulcer can handle.
**** FLAME OFF ****
--
Dennis Cohen
Claris Corp.
------------
Disclaimer: Any opinions expressed above are _MINE_!
------------------------------
Date: Wed, 26 Jul 89 08:11 MET
From: Alexander Zwennes <ZWENNES_BAN%HLSDNL5.BITNet@forsythe.stanford.edu>
Subject: Info-Mac Digest V7 #128
______HyperCard Problems______
The visual effects only work when the Mac II is switched to black-and-white. You
could use the Control Panel, but there's a nice FKEY called 'Switch-A-Roo'
available. If you have the DoFKEY-XCMD for HyperCard you can automatically
switch the Mac to black-and-white whenever you start HyperCard.
Both 'Switch-A-Roo' and 'DoFKEY' are available at MACSERVE@IRLEARN.
Alexander Zwennes
ZWENNES_BAN@HLSDNL5
------------------------------
Date: Wed, 26 Jul 89 08:48:42 EDT
From: Andrew Gilmartin <ANDREW%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: Info-Mac Digest V7 #128
> Date: Mon, 24 Jul 89 17:04:00 cdt
> From: "Wolf,Phill" <WOLFP%GRIN1.BITNET@cunyvm.cuny.edu>
> Subject: Proper language(s) for XCMDs
>
> In hopes of writing an XCMD or two to finish a project here, I have
> the enviable opportunity of ordering Any Programming Language I Want
> for it. I speak C and Pascal. I am aware only of Turbo Pascal and
> Aztec C for the Mac in the low-price bracket. Can anyone recommend one
> or the other, or some similar package, for writing XCMDs?
>
> Phill Wolf <WOLFP@GRIN1.BITNET>
I have written a number of HyperCard external commands and found that
the language I choose depends not on the complexity of the task but
how well the Macintosh Toolbox fits the task. If the toolbox has
everything I need then I use Pascal. An example of this would be
mounting and unmounting volumes. If, however, the toolbox does not
directly support my task I use C. String processing is a good example.
As the external command interface is geared to favour the C programmer
and my own experience has been that I tend to recode much of work in C
as the interface to the external matures (see PopUpMenu) I would
recommend that you use C.
In all cases I use THINK's Lightspeed Pascal and Lightspeed C.
-- Andrew Gilmartin
Computing & Information Services
Brown University
Providence, RI 02912
ANDREW@BROWNVM (bitnet)
andrew@brownvm.brown.edu (internet)
------------------------------
Date: Wed, 26 Jul 89 10:56:07 -0400 (EDT)
From: "Adam C. Duncan" <aw1j+@andrew.cmu.edu>
Subject: Info-Mac Digest V7 #128
Concerning the DA Handler:
The DA Handler is a startup documetn that allow your DA's
to function under MultiFinder. Without this installed
you will not be able to use your DA's when running MultiFinder.
Note, I have experienced some conflicts with other INIT's and
the DA Handler. However, I have not narrowed the conflict down
to a particular set of INITS. My problem arises when using
LightSpeed C and running the Debugger under MultiFinder.
Hope this helps those who were wondering what DA Handler is for.
*****************************************************************
* Adam C. Duncan aw1j@andrew.cmu.edu *
* Carnegie Mellon University (412)268-5366 *
* GSIA Computing Group (412)268-2276 *
* *
*****************************************************************
------------------------------
Date: Wed, 26 Jul 89 11:17:36 -0400 (EDT)
From: "Adam C. Duncan" <aw1j+@andrew.cmu.edu>
Subject: Info-Mac Digest V7 #128
Concerning Changing the Welcome to Macintosh:
Changing the Welcome to Macintosh message and Icon
at boot time is not hard and is a neat little hack.
What I do is this:
1. Use MacSnoop to open the Data Fork
of the System file.
2. Search for the text Welcome to Macintosh.
3. Choose Modify Block and change the
message to what ever you want.
*** Your message can be no longer than
Welcome to Macintosh!!!******
4. Write the Block.
5. Exit the Program.
To change the icon, and by the way color icons can be used,
you need to open the system file in res-edit. Look for
a cicn resource in the system file. If one does not exist.
then make one. Paste the icon you want to appear at boot time
into this cicn resource. Then get info on the icon you just
pasted. Change the ID to 31. This is the ID that the mac looks
for when booting. Also, the Mac looks for cicn's first. If
none is present then ICN# and so on. The ID must be set to 31.
If not then the Mac will look until it finds 31. If
you have a cicn file in the system file already you will
probably see the Mac icon that is standard at boot. Get info
on this and chage the ID to something other that 31.
This method works fine with no none problems. I use it
and I like it.
Hope this helps.
*****************************************************************
* Adam C. Duncan aw1j@andrew.cmu.edu *
* Carnegie Mellon University (412)268-5366 *
* GSIA Computing Group (412)268-2276 *
* *
*****************************************************************
------------------------------
Date: Wed, 26 Jul 89 12:25:18 PDT
From: decwrl!infmx!ape!cortesi@labrea.stanford.edu (David Cortesi)
Subject: Info-Mac Digest V7 #128
>Date: Tue, 25 Jul 89 10:10:33 EDT
>From: magee@lti.com (Mike Magee x30)
>Subject: HELP! With Linotron
>
> [My friend] has an existing facility using Linotype terminals and "typeview"
>connected to a L300 2540 dpi printer. She wants to go Mac and use Pagemaker,
>but has been told that there is some very expensive hardware ($4k-26k) required
>to productively interface the yet to be acquired MacII to this printer.
> 1) Is is true that this type of hardware is required??? ;-(
The Linotron phototypesetters are not native PostScript machines.
In order to process PostScript output they need to be front-ended by
a "raster image processor" (RIP), basically an Adobe-licensed
PostScript interpreter running in a Linotron-supplied box of chips.
Linotron charges a very pretty penny for their RIP, it was circa 25K$
a year ago. On the other hand, it is said to be one of the fastest RIPs
around, if that's any comfort.
Linotron has some sort of a low-level page-description language, but
I've never heard of any Mac software that produces it as output. It may
be proprietary, or it may just be too small a market.
> 2) Does anyone have any experience with this type of configuration?
> (Given the perfect match, people HAVE to be doing this.)
The idea of doing layout on the Mac, printing drafts on a Laserwriter,
and getting your camera-ready copy from a Linotron is very attractive.
But most people take their Mac diskettes out to a typesetting contractor
for the final step, and pay by the page. That's because the Linotron
is a BIG capital budget item as well as a wet-process machine that
needs a lot of attention to run.
------------------------------
Date: Wed, 26 Jul 89 09:35:12 CST
From: Michael Hanrahan <C09615MH%WUVMD.BITNET@forsythe.stanford.edu>
Subject: Languages for XCMDs
Phill Wolf asked for suggestions about programming languages for
writing XCMDs. I haven't used EVERY compiler on the market but I can
recommend that anyone thinking of buying a compiler NOT buy Turbo
Pascal for the Mac. Here are my beefs with it:
- The editor is about as sophisticated as Teach Text. No, I take
that back. It's worse. It doesn't even let you use the
arrow keys on an SE or II keyboard. You have to use the mouse
to move the cursor around
- Borland's technical support is virtually non-existant. I sent
them a letter this past January and FINALLY got a response
in June which was just a listing of programs THEY got from other
Turbo users on Compuserve. The cover letter from them
said something to the effect of "Since Borland International
did not write these programs, we cannot provide any further
technical support for them. If you have further questions,
you may want to check the Turbo Pascal forum on CompuServe."
I don't know about anyone else, but I don't like having a
company who has ANY of my money referring me to other people
who ALSO have given that company some of their hard earned
money. That's simply an unacceptable way of treating customers.
Many people have a hard time beleiving a Borland product could be
this bad, principally because of the reputation of Turbo Pascal on
the PC. I've gotten the impression that Borland has "abandoned" their
Mac products because of Apple's look and feel lawsuits (many of Borland's
PC products use menus, etc.). Evidently, Philipe Kahn decided he
wasn't going to spend money developing Mac softare when Apple is
suing him and other software vendors for using Mac-like concepts in
PC products. Because of this, the current version of Turbo Pascal
for the Mac is version 1.1, dated sometime in mid 1987. Two years is
a long time to sit still when the system software has been upgraded
twice and five new models of Macintoshes have been released.
My Recommendation? Lightspeed Pascal (if you're a Pascal fan). I
bought it 3 months ago and found it to be a very well thought out
product. It produces tight code, can create different types of
code resources (applications, XCMDS, drivers, cdevs), and has a VERY
helpful SOURCE LEVEL debugger built in. (This is worth the extra
money by itself!) I've heard Aztec's compilers are pretty good as
well, but I have no personal experience with them.
I realize this may be more than you care to know, but I hate to see
anyone throw money away on Turbo. I can almost guarantee you'll
wind up buying something else eventually if you did buy Turbo.
Well, I hope this helps...
Michael Hanrahan
Educational Computing Services
Washington University
St. Louis, MO 63130
------------------------------
Date: Wed, 26 Jul 89 12:03:15 EDT
From: "Gerhard A. Kainz" <C210370%AEARN.BITNET@forsythe.stanford.edu>
Subject: Mac and Lino 300
I have done support for a macintosh network with something
like 40 macs and two lino 300.
To connect a Linotronic 300 to a Macintosh you nedd a Local-Talk
connection and a Raster Image Processor (RIP) from Linotronic which is indeed
rather expensive (don't know about US prices). The RIP will do all translation
necessary from Postscript to the stuff Lino prints with. Printing then is
as easy as printing on a LaserWriter (chooser etc...).
The experience with this installation is pretty good, except that the RIP
is a rather sensitive Localtalk device. If you have nearly 32 devices
(according to Apple this should work) you might get problems in acessing the
RIP due to electrical limitations, especially when your network is longer
than ??? feet. If so the RIP will not appear in the chooser.
Our way out of this
was to install bridges and divide the network into different zones.
These problems occured only in our network which really is pretty
large. I guess in a smaller environment everything should work fine.
In my brain there is a rumor about a newer LINO product, but as I am
no longer involved in this project I have no further information.
>> This is only MY experience ... Hope this helps ...
Gerhard A. Kainz, University of Innsbruck, Austria
------------------------------
Date: Wed, 26 Jul 89 17:14 MET
From: Alexander Zwennes <ZWENNES_BAN%HLSDNL5.BITNet@forsythe.stanford.edu>
Subject: Making COMMAND-F default
Hello MacUsers,
When I want to print with my Mac, I always make an postscript-file
(capturing it with command-F) and transport it to a VAX. Then I print it
on a DEC Scriptprinter. Does one of you know a way to make the postscript
dump to a file DEFAULT, so I don't have to press command-F every time I
want to print? Perhaps there's an INIT or something like that????
Alexander Zwennes
ZWENNES_BAN@HLSDNL5
------------------------------
Date: Tue, 25 Jul 89 16:43:08 PDT
From: claris!drc@ames.arc.nasa.gov (Dennis Cohen)
Subject: Proper language(s) for XCMDs
In comp.sys.mac.digest you write:
>In hopes of writing an XCMD or two to finish a project here, I have the
>enviable opportunity of ordering Any Programming Language I Want for it.
>I speak C and Pascal. I am aware only of Turbo Pascal and Aztec C for the Mac
>in the low-price bracket. Can anyone recommend one or the other, or some
>similar package, for writing XCMDs?
For writing XCMDs, I would recommend either of the THINK compilers (C or
Pascal). The Pascal compiler is a little less expensive ($149 vs $195 -
and soon to be $249). The Borland product was nice in its day, and for $35
or so, it is probably worth getting. Unfortunately, Borland's support has
been non-existent (or close to it) for the past year and there don't seem to
be any signs of improvement so far. The Manx product generates good code,
but the environment is abysmal and it isn't terribly popular.
--
Dennis Cohen
Claris Corp.
------------
Disclaimer: Any opinions expressed above are _MINE_!
------------------------------
Date: Wednesday, 26 Jul 1989 15:24:37 EST
From: m11472@mwvm.mitre.org (Craig M. DeRose)
Subject: RAM testing of SIMMs
Info-mac,
Has anyone written a diag/appl. that tests the RAM and reports back a
pass/fail? We are having problems with various programs crashing. We've
checked for viruses, reloaded system and finder. The crash appears to be
at the same relative address 4080XXXX. I've thought about swapping SIMMs,
but the crashs are not repeatable. So I don't think it would be easy to trace.
Any help or pointers will be appreciated.
Thanks,
* Craig M. DeRose TeleCo: 703/883-7229
* The MITRE Corporation
* 7525 Colshire Drive ARPA: cderose@mdf.mitre.org
* McLean, VA 22102-3481 APPLELINK: N0764
* Mail/Stop Z331
------------------------------
Date: 26 Jul 89 06:52 EDT
From: science@nems.arpa (Mark Zimmermann)
Subject: suggestion for archives
The info-mac archives are great, but sometimes it's hard to locate an old
file by name alone ... so here's an idea for you to consider, Dear Moderators:
could somebody write a script to automagically go through a directory of
the archives and assemble into a single text file the leading lines of
each *.hqx file? The leading lines are almost always the original submission
message/description of what the file does, and provide a very nice free-text
summary of what the file is about.
then I could download the file(s) containing the descriptions and index and
browse it, or just grep through it, to find the *.hqx files I need to locate...
also, as new items are added to the archive, it would be easy to append
their descriptions to the summary file(s)....
-Tnx!- ^z
[A number of people have wondered about this. The resulting file would be
pretty large (there are 2000 files in the archives right now), but perhaps
it would lead to more effective use of the archives. I don't have the energy
to write such a script right now. However, if somebody wants to send us one,
I'd be happy to try it out and see how it goes. -Bill]
------------------------------
Date: Wed, 26 Jul 89 10:41:02 SST
From: TNG TH <ISSTTH%NUSVM.BITNET@forsythe.stanford.edu>
Subject: SuperCard and Videoworks driver
Help.
I am trying to create a tour on a Mac IIx with 4Meg of ram. I imported the
Videoworks II HyperCard driver into my SuperCard project. It works fine for
a while. The problem starts when I was trying to play a movie with sound.
After the movie stops, I tried playing a SND sound and no sound!!!. I then
restart the project without the movie and the sound played perfectly.
Please, can anybody help me? Is anybody from Macromind or Silicon Beach
reading this? Please help me, I really need the solution very soon.
My second question concerns the Sound Mgr. I read IM V and I tried creating
a new channel and playing a snd resource. I keep getting bus error with the
SndNewChannel. As I understand it, I call the routine as:
err = SndNewChannel (&chan, sampledSynth, 0x80, 0L);
What am I doing wrong?
I suspect that the Videoworks problem lies in the driver allocating fixed
channels and never releasing it. But why does it work with HyperCard?
Please reply to me at ISSTTH@NUSVM.bitnet - Thanks.
------------------------------
Date: Tue, 25 Jul 89 20:27 EDT
From: Andre van Meulebrouck <vanMeule@allegheny.scrc.symbolics.com>
Subject: SuperPaint 2.0 upgrade
Date: Tue, 25 Jul 89 11:39:00 edt
From: gateh%conncoll.bitnet@forsythe.stanford.edu
Brian Klaas asks:
> I am thinking about upgrading to SuperPaint 2.0 ($50). Has anyone
> tried the new version and is it worth it or not??????
[...]
and isn't exactly a speed demon.
[...]
No it certainly is *not* a speed demon.
And of course Bezier curves are nice to have.
Yes, I especially like that. You can make freehanded stuff look less
freehanded.
I have also noticed that it munches RAM.
[...]
Yup. After spending a goodly amount of time building up a "complicated" object
by grouping other grouped objects, I tried to start making multitudenous copies
of the newly created object, and I wasn't able to make even one copy--not enough
memory (on a Mac II with 8 meg RAM). Sure, I could have juggled the static
allocations of various things, but I thought 2.0 already had plenty (and I
couldn't justify other applications having to bite the bullet), plus, I didn't
want to spend time frobbing Macintoshes when I had something important to get
done. So, I just wound up doing my illustrations by hand (in that amazing font
that looks just like one's own handwriting ;-).
Not having virtual memory can be a real lose lose. When one runs out of space
for an operation, one naturally wants the machine to just page something out and
keep going.
This is especially compounded by the trend of
put-everything-plus-the-kitchen-sink-in, because it can't page out all those
nifty goodies that are useful to other folks but not to me (and vice versa).
Perhaps with the advent of MacOS 7.0 things will be "better".
One flame I have about 2.0 is that it creates an annoying incompatibility
between the pre 2.0 version. I couldn't print work on the machine I was using
so, using sneaker-net, I put it on a floppy and tried to use a standalone Mac's
printer. Unfortunately, the standalone (older) Mac was absurdly cramped for
space--I couldn't use the pre 2.0 version to print 2.0 files, nor could I
install the 2.0 version on it. (That kind of incompatibility is only justified
if there's a *quantum* leap in the technology.)
One brownie point I'll give them is that they really took documentation
seriously--it's very professional and unusually well done.
Disclaimer & warning: MY OPINIONS ARE PURELY MY OWN.
Signature: "People who like this sort of thing will find that this is the sort
of thing they like." (Abe Lincoln).
=:0)
------------------------------
Date: Wed, 26 Jul 89 08:38:32 EDT
From: Kim Dyer <3C257F7%CMUVM.BITNET@forsythe.stanford.edu>
Subject: Thanks
Thank you to everyone who sent me information on how to change my
startup screen from the vanilla "Welcome to MacIntosh". Suggestions
ranged from quick and simple to complex ... and several inits were
mentioned. I will summarize in the next couple of days, so that
everyone can learn of the different ways that this can be done.
(I'm begining to think I was the only person who had a problem
getting it to work ... but even those who know ONE way might be
interested in all the OTHER ways it can be done.)
**********************************************************************
* Kim A. Dyer | *
* Computer Services | REALLY! THERE'S A DESK *
* Central Michigan University | UNDER HERE SOMEWHERE! *
* Mt. Pleasant, MI | I ACTUALLY SAW IT ONCE! *
* (3c257f7 @ CMUVM) Bitnet | *
**********************************************************************
------------------------------
Date: Tue, 25 Jul 89 21:11:24 EDT
From: dmg@lid.mitre.org (David Gursky)
Subject: Transferring MacPaint w/ Kermit protocol
In Info-Mac 7.128, Cris Kobryn complains about not being able to transfer a
MacPaint file from a Mac to a Sun and to a second Mac.
1) Personnally, I suspect the Sun more than Kermit. Kermit is at once a very
dumb protocol and basically sends what it sees on the disk. The Sun's
filing system may not put the file back together in a manner condusive to
MacPaint when you go from the Sun back to a Mac.
2) Try this. Use Stuffit to create an archive with the MacPaint file(s) you
wish to transfer. After creating the archive, use Stuffit again to "Encode
Binhex File" (under the Other menu I think) on the new archive (when you are
prompted for a file name, use the same one you did for your archive, but
append ".HQX" to the end). The HQX file is now an ASCII representation of
your MacPaint file, which you should have no problem transferring from the
Mac to the Sun and back using Text Kermit.
------------------------------
End of Info-Mac Digest
******************************