INFO-MAC-REQUEST@SUMEX-AIM.ARPA (Moderator David Gelphman...) (12/06/86)
INFO-MAC Digest Friday, 5 Dec 1986 Volume 5 : Issue 21
Today's Topics:
TextEdit with Tabs
Re: LSP or Borland's Turbo Pascal?
Loading Random Segments
Disk Inserted events in TransSkel
next Macs from Apple rumors from Usenet
Demo Tex Previewer
demo of shanghai, a game for the Mac
DA-DEFAULTFONT.HQX
Re: death knell for the 512E?
Death Knell for 512E Premature
Mac/MIDI Responses
Patch for SpaceWar
Re: megaroids
Textures bug? revisited
SCSI Tape drives
MacWrite and HFS...
Desktop Pattern
Usenet Mac Digest V2 #99
Delphi Mac Digest V2 #64
----------------------------------------------------------------------
Date: Wed, 3 Dec 86 22:49 PST
From: PUGH%ZAP.MFENET@LLL-MFE.ARPA
Subject: TextEdit with Tabs
So someone on this net was playing with that MacTutor article about extending
the capabilities of TextEdit to include tabs. You know who you are!
Is it at all worthwhile to do that patching at the System level instead of at
the application level? Where would TE tabs be useful? For that matter, how
does the PTCH resource work so that you can do them at a system level?
You can see that I don't really see a need for TE tabs in the Mac, although
it certainly would make it simple to do a fairly standard text editor with
very little work (aside from patching the TE routines). Does anyone care to
point out to me where TE tabs would be useful in existing applications?
Jon
------------------------------
Date: Thu, 4 Dec 86 10:50:29 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Re: LSP or Borland's Turbo Pascal?
I haven't dealt with Turbo, but I have heard some things, and I have some
comments.
-- Apparently, Turbo doesn't have the slick project management that
LSP does. This is a definite drawback.
-- As for the "multitasking", what's the point? The turnaround in LSP
is so fast, it really doesn't matter whether I can edit while running or not,
since I can simply quit, fix bug, recompile, re-run in seconds. It makes no
sense to be compiling something while running another, because it'll just
slow both steps down, and who needs it?
-- I use Lightspeed Pascal, and I almost never see a bomb box. when
the debugging is turned on, any system errors are traced to the lines where
they occur. I don't have to fight with Tmon or Macsbug.
If I had to choose again, I'd still choose Lightspeed Pascal.
--Rich
------------------------------
Date: Wed, 3 Dec 86 09:01 EDT
From: Joe Mastroianni <JDM%SMVL%rca.com@RELAY.CS.NET>
Subject: Loading Random Segments
And so, you the jury must consider my bewildering story:
My program, written in the Lightspeed flavor of Macintosh C, is running.
The program opens a file's resource fork. The program then calls a routine
in a different CODE segment. The Segment Loader loads the CODE segment from
the most recently opened resource fork (which isnt MY programs's). Random
code executes. The Mac Bombs in a ROM routine called _FontMetrics.
The moral of the story is: I have to call UseResFile(MYprogramsFileRefNum);
and SetVol(0L,MYprogramsVolume); everytime a procedure calls a routine
that's not in the SAME CODE segment.
So, am I guilty of a grievous error? Am I being overly naive to the ways
of the Macintosh? This CANT be right. Who invented liquid soap?
Bewildered
Joe
------------------------------
From: hplabs!felix!fritz!rlong@ucbvax.Berkeley.EDU
Subject: Disk Inserted events in TransSkel
I just downloaded the new TransSkel recently posted to mod.mac.binaries.
I looked at the code to process disk-inserted events as I was interested
in putting something similar in my project. The code looks like:
case diskEvt:
DILoad();
DIBadMount(...);
DIUnload();
break;
I thought (after reading the phonebook IM) that it was too late to call
DILoad when the disk event occurs, because the system disk may have been
ejected at that time. If you have a one-drive mac, no hard disk, I expect
this to happen:
1/ You eject the system disk.
2/ You insert a blank disk.
3/ Disk event.
4/ Appli calls DILoad.
5/ System ejects blank disk and request system disk.
6/ System loads DI package.
7/ Appli calls DIBadMount.
8/ User gets the disk-unreadable dialog and clicks Initialize.
9/ System disk, still in drive, is initialized!!
Am I wrong?
Daniel Ranson.
Centre National d'Etudes des Telecommunications
...!seismo!mcvax!inria!crcge1!crcge2!ranson
------------------------------
Date: Thu, 4 Dec 86 11:19:23 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: next Macs from Apple rumors from Usenet
I picked this off of usenet news and I thought those who don't have
access to the usenet digests would be interested. I added a few comments at
the end that I welcome response to.
>For what it's worth, this info is from the latest "MacWeek" from the
>MacUnderground:
>
>Next year there will be three Mac computers, the MacPlus, Aladdin, and Paris.
>The MacPlus will remain the same except that the retail price will drop to
>$1795. The MacPlus and the HD 20 SCSI drive will be bundled together for
>$2495.
>
>Aladdin is the code name for Apple's $2795 68020 Mac with double 800k drives.
>It will look like the MacPlus and it will be Apple's last upgrade ($899) for
>the Mac. It will have two slots on the motherboard and the keyboard will have
>MS DOS-like function keys. Apple will bundle the Aladdin with HD 20 SCSI for
>$3495. The insides should have a 16MHz, 68020 processor, a 68881 math
>co-processor, an 80dpi screen, and an option for 1.6MB double 3.5" drives.
>Compatibility is keeping Apple from a certain January debut. Memory size was
>not mentioned.
>
>Paris is Apple's $4-7K SUN/AT/VAX killer. It will have a 68020/68881 processor
>package, 1.6MB 3.5" floppy drives, 80 dpi screen, 8 slots on the motherboard,
>and will use a VME bus. The basic Paris (no hard disk) will sell for $3995
>in March. The Paris Workstation will sell for $5495 and will have standard
>40 MB internal HD and a Radius-like full page screen (March or later). At
>$6995 you can have a color Paris. Memory size was not mentioned.
>
>Compatibility is the name of the game with Paris. Apple wants as many third
>party boards and as much software as possible. This system CAN support
>milti-tasking, so it has to be as "open" and standard as possible.
>
>The article indicates that the Mac 512E is officially off the Apple price list
>and has not been made for quite a while.
>
>Comments anyone?
>Bob S.
>Disclaimer: The above is as reported on the MacUnderground. I am only a
>subscriber and know as much as you do about the new Macs.
I've got some comments...first about the Alladin: If Apple can do
put a 60020, a 68881, a second 800K drive and give 2 'slots' for $900
then just about EVERYONE I know will spring for it. I think that is
an unrealistic expectation, especially considering the $/value in previous
upgrades was not NEARLY as good. One interesting way Apple can cut down
the price of the upgrades could be by unsnapping the memory from the current
Mac+ motherboard and plugging it into the new motherboard. I'm not certain
about the speed of the chips, this may not be possible but it would be cute
and allow us a cheaper upgrade. I hope we are in for such a pleasant surprise.
Regarding what I think they SHOULD do with such a machine, here is the
MINIMUM: 68020 with a SLOT for the 68881. Since these chips are currently
expensive even in quanity, putting both as standard would greatly increase
the cost to the consumer. Give us an option this time though!
If you can also give us an option for a hardware memory management chip
in this machine then do so. Also necessary for the minimum upgrade should
be some way to attach a different screen to the Mac. The current add on
screens work, but I think an Apple 'approved' solution is necessary. I think
giving the screen option ONLY to the slotted Mac is a mistake. With the
fast processor, memory management, SCSI, and large screen, the current
Mac audience is likely to be VERY happy. Most people don't need lots of
SLOTS, just the flexibility to add a screen (maybe I'll take that comment
back when I see the amazing things Macs with slots will be doing in 2 years!).
Back to my original comment...if the above rumors about Alladin are correct
then here is my $900!
As far as the validity of the above rumors it seems like two things
damage the credibility of them. I find it hard to believe that there will
really be a keyboard with function keys on the Alladin. The second
more serious problem is that it seems almost certain that the bus for
the 'Paris' computer will be NuBus, not VMEbus. That in particular makes
me wonder whether I should believe any of the other info. One thing I
definately believe is that the 512E is not going to be an Apple product
once the new products are announced and the current stock is sold.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET adres: DVEGSAVMBITET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Thu, 4 Dec 86 08:02:30 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: Demo Tex Previewer
[Share and enjoy...]
part 1 of 5: a MacWrite document containing some info on TeX Preview.
part 2: TeX Preview part 1
part 3: TeX Preview part 2
part 4: DVI file part 1
part 5: DVI file part 2
Rick Jansen
{seismo,decvax,philabs}!mcvax!sara70!rick
[ note from moderator: This is a demo of a TeX previewer. It allows you
to preview the dvi files which are included with the previewer but no
others. Even though it is limited in its abilities, I felt that many people
would be interested. DAVEG ]
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-TEXPREVIEW-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-TEXPREVIEW-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-TEXPREVIEW-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-TEXPREVIEW-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-TEXPREVIEW-PART5.HQX
DAVEG
]
------------------------------
Date: Thu, 4 Dec 86 18:35:08 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: demo of shanghai, a game for the Mac
I am posting this for the author who had problems getting it to
the net directly. DAVEG
This is a demonstration version of Shanghai. Shanghai is a captivating
strategy game played with 144 Mah-Jongg tiles arranged in a
dragon-shaped pyramid. Players search for matching pairs of tiles, and
remove them according to a few simple rules. The goal of the game is to
remove all 144 tiles. Though easy to learn, Shanghai offers a continuing
challenge. The tiles are randomized for each game, so every time you play
you must work out a new strategy. At any point in a game, many of the
tiles are hidden from view, so each move involves luck as well as skill.
The Help menu lets you backup a move, see all possible moves, and so on.
In addition to solitaire play, the game includes a tournament variation, in
which any number of players can try their hands at the same arrangement
of tiles. Another variation lets two players take turns finding moves in
the same arrangement, under a time limit; the player who finds the most
moves wins.
The accompanying application is a demonstration version of Shanghai. It
contains one arrangement of tiles--a single game to whet your appetite.
Shanghai was reviewed in the October and November issues of MacUser,
and a recent issue of MacWorld. (It's also available in Apple ][, C64,
Amiga, Atari ST, and IBM PC versions.) UnBinhex the file, then unPackit.
Enjoy!
-Brodie Lockard I.ISIMO@LEAR.STANFORD.EDU
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-SHANGHAI.HQX
DAVEG
]
------------------------------
Date: Fri, 5 Dec 86 15:01:46 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: DA-DEFAULTFONT.HQX
This was fetched from usenet news:
This is a desk accesory that will set the default font to whatever font you
want till you reboot or run the DA again to change it. Has worked flawlessly
here on all apps and systems so far. It is real handy for programs like Excell
that constantly default to Geneva every time that a new chart, worksheet or
whatever is opened and you want it in a laser font. It gives you a font
selection menu and tells you what the current default font is, displayed in
that font. The next application launched will use the font you select.
The source files are included as well, in MDS format, along with a clear
and concise documentation file explaining how and what it does.
Written by Jim Hamilton, one of our mac enthusiast engineers...enjoy..
John VanMunster
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-DEFAULTFONT.HQX
DAVEG
]
------------------------------
Subject: Re: death knell for the 512E?
Date: Thu, 04 Dec 86 08:39:59 EST
From: Kevin J. Fong <kf@mitre-bedford.ARPA>
This is in reply to the earlier posting about Apple plans to drop the 512E.
Bouldin writes:
> Yesterdays Wa. Post had a 1/2 page ad offering half off on peripherals
> purchased only with a 512E, up to a maximum rebate of $250 from Apple. I
> have been wondering for some time when Apple will drop the 512E, and I think
> this is a move to clear the shelves of inventory.
The 50% off on peripherals up to $250 with the purchase of an Apple system has
been an ongoing marketing campaign since early November. Although that
computer store may have been advertising only the 512E, this offer does apply
to all Apple systems including the Apple IIs and the Mac Plus.
I have read and heard, and believe that Apple's strategy has been to push the
MacPlus as a functional business (desktop publishing, engineering, etc)
computer, the 512E as a high-end home and high-school/college educational
computer, and the Apple IIs being marketed as lower-end home and grade school
educational computers (although the IIGS seems like it could be high-end to
me, but that's another upgrade story). As far as I can tell, the new Macs
will be even higher-end business and engineering machines.
As Christmas is approaching, Apple is doing what all companies are doing;
trying to sell to the gift-buying and money-generous Christmas customer for
home use, just as when school started in September, Apple was advertising the
II line for the student all over the place.
To some degree, the MacPlus is too expensive (at $2199 list and going rate of
$1399 plus the additional purchase of $500 worth of peripherals) to be a
reasonable Christmas purchase except to the wealthy. It seems that most
people will buy the Imagewriter II, which is listed at $625, so the additional
cost is really $625, which puts the MacPlus over $2000 even with the
discounts. To compete with the Commodore Amiga and Atari STs for home
purchases, Apple has to really push the 512E (going rate around here is $999
plus the additional $500 ($625) peripheral purchase).
It may be true that Apple plans to drop the 512E in the future, but I don't
think this promotion has anything to do with it. Actually, I don't believe
Apple can afford to drop the 512E for some time, because even with the
introduction of the IIGS, the Macintosh is now Apple's bread-and-butter
machine. If Apple plans to compete with Commodore and Atari, and continue to
push the Mac interface (done in the true Mac way, not the IIGS or Gem/PC
method), it will need the 512E. Even if Apple can introduce the new Mac
machines at the present MacPlus list price and discount the MacPlus to the
512E list price, the dropping cost of computers and increased competition may
require that Apple still keep the 512E at about $1000 list.
To some degree, I think the promotion is working. People around here are
talking about the soon-to-be-here IIGS (there are many IIe owners looking to
upgrade) but that leads into a discussion on the new interface and the Mac,
and this "sale" as a good time to make a purchase of something.
By the way, Apple's stock price has surged to $42.75/share from about $15
during 1985. So someone must think (fantasy or reality?) they're doing
the right thing.
Also, read in the PC Week rumor column that Apple is gearing up its Fremont
production facility to make 200 "Paris" machines (68020, 4M RAM, Hard Disk,
13-inch monitor) for its developers. Anyone else hear anything?
Kevin Fong
kf@mitre-bedford
* I have no Apple stock - and I wish I had! And I have no other connection,
other than I am a happy owner of a MacPlus and know of many others.
------------------------------
Date: Thu, 4 Dec 86 11:30:39-1000
From: uhccux!david@nosc.ARPA (David Lassner)
Subject: Death Knell for 512E Premature
>Date: 2 Dec 86 13:51:00 EST
>From: <bouldin@ceee-sed.ARPA>
>Subject: death knell for the 512E??
>Reply-to: <bouldin@ceee-sed.ARPA>
>
>Yesterdays Wa. Post had a 1/2 page ad offering half off on peripherals
>purchased only with a 512E, up to a maximum rebate of $250 from Apple. I have
>been wondering for some time when Apple will drop the 512E, and I think
>this is a move to clear the shelves of inventory. Comments, confirmations,
>or rebuttals anyone?
This is part of a standard Apple discount program which applies to
Plus's as well as 512E's. Your dealer may be using it to try to
unload 512E's, but Apple will give the rebate regardless of the system
purchased.
David Lassner, University of Hawaii Computing Center, 808/948-7351
UUCP: {ihnp4|ucbvax|seismo|dcdwest}!sdcsvax!nosc!uhccux!david
ARPA: uhccux!david@nosc
PLATO: david lassner/remotep/pca
------------------------------
Date: Wed, 3 Dec 86 09:08 EDT
From: Joe Mastroianni <JDM%SMVL%rca.com@RELAY.CS.NET>
Subject: Mac/MIDI Responses
A hearty thanks to everyone who answered my MAC MIDI question.
Here's a posting of the results for those who may also be wondering about
Mac/MIDI hardware and software.
Thanks Again,
Joe
--
From: HENRY::IN%"dlc%a%LANL.ARPA%relay.cs.net@rca.com" 24-NOV-1986 21:39
To: jdm%smvl%rca.com@relay.cs.net
Subj: Re: MIDI Interfaces
Concertware+MIDI did not come with a hardware interface when I bought it.
I have both an Opcode (which doesn't work on IN to the Mac, but I only
paid $5 for it, and it may be defective) and an Assimilation Process (the
marketing company went out of business, but the OEM still sells the MIDI
interface, maybe still under the Assimilation Process name) which works
for the MIDI but the auto-serial-pass-on to a MODEM has not worked for me.
Musicians were posting notes to news that Opcode was the best because it
has 3 selectable clock rates, but AP worked better for me. If you have
a Mac+, you need some way to adapt to the 9-pin D-subminiature and some
way to get +5 and/or +12 to the correct pin(s). Musicians also say that
Mark of the Unicorn products are better than Concertware+MIDI, but the
MOTD products (Professional Composer and some playback utility) cost
several times what C+M costs, so I have my doubts about relative doubt.
My complaint about C+M is that recording chords from a keyboard is
difficult. It has to be done one voice to a pass, and it is very difficult
to synchronize the note timing. The notes can be editted, but since the
editting is done on a standard staff, scrolling and redrawing is slow.
--
I have outlined below some of the MIDI interfaces that are
currently available for the MAC. If you have a MAC+ you will have to
find out which products support the 12 Volt supply line. I don't have
any information on that.
Manufacturer Product Connection Price Ports
----- ------- ---------- ----- -----
Assimilation MIDI Composer Printer/Modem $89.00 MIDI in, MIDI out
Music Works MacMIDI Star Printer/Modem $79.00 MIDI in, 3 MIDI out
" " MacMIDI 32 Printer/Modem $149.00 2 MIDI in, 2 MIDI out
" " MacMIDI Sync Printer/Modem $249.00 2<=>2,drum&FSK sync i/o
" " MacMIDI SMPTE Printer/Modem $349.00 Same as Sync,SMPTE i/0
Opcode MidiMAC Printer/Modem $125.00 1<=>1;500kHz,1 or 2MHz
Passport MH-02M Serial $249.00 1<>1;drum&tape i/o,rs232
I hope this gets you going in the right direction. I cannot tell
you which of these products is best suited for your needs, but if you're
not planning to expand and you just want to hook up the board to the MAC
then Assimilations MIDI Composer or Music Works MacMIDI Star will definately
get the job done. I've heard that Opcode's MidiMAC is a nice piece of
hardware but I've never seen it operate and I don't have any reliability
info on it. Have fun!!
Matt
P.S. Who invented liquid soap?! The same person who invented liquid detergent.
------------------------------
Date: Wed, 3 Dec 86 21:05:57 PST
From: wetter@tybalt.caltech.edu (Pierce T. Wetter)
Subject: Patch for SpaceWar
Do you know what the patches are for spacewar to get it to work on the
mac+? I tried the generic one but it didn't work ( generic=patch all the
buffer addresses to their macplus equivalents).
Thanks in advance
wetter@tybalt.caltech.edu
------------------------------
Date: Thu, 4 Dec 86 10:21:47 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: Re: megaroids
Thank you for your help, I have discovered the problem and the solution:
Megaroids does not like the cache
[sigh]
At ngp the file mac/files.hex/megaroids.hqx _is_ the patched version of
megaroids and runs perfectly on my 512e, AS LONG AS I REMEMBER TO TURN THE
CACHE OFF. Why this is so, I don't know, but if any one else is having
problems, perhaps a notice should be included in the message portion of the
binhex file.
Ken.
/|---------------------------------------------------------------|\
/ | ARPA: mayerk@eniac.upenn.seas.EDU | \
| | USnail: Kenneth Mayer | |
| | University of Pennsylvania, Moore School of Eng.| |
- | 305 S. 41st St | -
| | Philadelphia, PA 19104 | |
| | GENIE: MAYERK | |
\ | CIS: [73537,3411] | /
\|---------------------------------------------------------------|/
"It's a sky-blue sky, "The future is a place,
Satellites are out tonite, About 70 miles east of here,
Let X = X..." Where it's lighter..."
------------------------------
Date: 4 Dec 86 13:23:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: Textures bug? revisited
Reply-to: <bouldin@ceee-sed.ARPA>
A couple of days ago I reported an apparent bug in TeXtures 0.92 when
trying to use the letter format from Appendix E of the TeXbook. Well,
this is the bug isolated down to a fragment of TeX input code.
The source of the bug in the letter format from the TeXbook (pg. 407):
%THIS DOESN'T WORK
%
\def\closing{\beginlinemode\getclosing}
{\obeylines\gdef\getclosing #1 % NOTE THE 4 TRAILING SPACES!!!
#2
{#1\nobreak\bigskip #2\nobreak
\bigskip\bigskip\bigskip % space for signature
\def
{\endgraf\nobreak}}}
%THIS WORKS
%
\def\closing{\beginlinemode\getclosing}
{\obeylines\gdef\getclosing #1% NOTE _NO_ TRAILING SPACES
#2
{#1\nobreak\bigskip #2\nobreak
\bigskip\bigskip\bigskip %space for signature
\def
{\endgraf\nobreak}}}
Note that either version of this TeX code works fine with the VAX
implementation of TeX. I don't know if the VAX is allowing a TeX
'extension' or if this is a bug in TeXtures. Again, any TeX wizards out
there who know if TeXtures SHOULD get indigestion over the 4 trailing
spaces?? I am confused about _why_ the spaces preceeding argument #2
don't matter, while the trailing spaces after argument #1 apparently do.
------------------------------
Date: Thu, 4 Dec 86 08:31:19 AST
From: PAUL%Acadia.BITNET@WISCVM.WISC.EDU (Paul Steele - Acadia
Subject: SCSI Tape drives
Has anyone had any experience with SCSI tape drives on the MAC. I am
mainly interested in the 20 Meg versions, and would like to know backup
speed and ease of use. I know a second hard disk is less expensive, but
it does not allow the same type of 'archiving' possible with using tapes.
Please reply directly and if I get enough information, I'll summarize it
for the net.
==> Paul@Acadia.BITNET
------------------------------
Date: Thu, 4 Dec 86 11:06:43 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: MacWrite and HFS...
I am using a 512K Mac, old Roms, 800K external drive, System 3.2, Finder 5.3,
Hard Disk 20 1.0. I have a HFS system disk (i boot with the HD 20 Startup
first, then switch), with Macwrite in a folder. Whenever I quit MacWrite, the
files "UndoFile" and "ScrapFile" are left in the folder along with MacWrite.
I know these are temporary files, but how come MacWrite doesn't get rid of
them, as it does with MFS?
Is this yet another bug in my Ram-based HFS? I suspect so....
Could some kind soul PLEASE Binhex the latest Hard Disk 20 file and Mail it
to me? Please? *Whimper*
Richard M. Siegel
Arpanet: rs4u@andrew.cmu.edu (the only way to get to me!)
Disclaimer --> Disclaimers are bogus.
------------------------------
Date: 4 Dec 86 10:37 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Desktop Pattern
I was wondering if someone knew of a public domain applic. that allowed
one to take a Macpaint image and make it the Desktop pattern, permanently
(until replaced by something else, I mean). I know PBI has a utility out
that does it, but I don't want to spend $30 on something so trivial. Is
there a PD one to do it?
If so and you have it, could you send it to me please?
Thanx much,
JAH
[ note from moderator: There are two such programs in the archives.
STARTUPDESK.HQX is an INIT which is installed and uses a single MacPaint
document to provide the startup screen. The other, DA-BACKDROP.HQX is
installed as a DA I believe and randomly chooses a Macpaint picture from
those available in the system folder to use as the startup screen so you
won't get bored. DAVEG ]
------------------------------
Date: 3 Dec 86 21:55:36 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #99
Usenet Mac Digest Wednesday, 3 December 1986 Volume 2 : Issue 99
Today's Topics:
Re: Wordperfect drives Apple LaserWriter
Re: Should we support 64K ROMs anymore?
Re: MacWrite on 68020
SuperPaint or Cricket Draw
Re: PostScript dump from SuperPaint
MacDraw, 64K ROM and LW+
A DA for making up fonts ??
video digitizers for mac?
Jasmine Direct Drive 20
1987 Macs According to MacUnderground
Re: Use of IM
Unisoft Unix on the Apple Lisa computer
Re: SuperPaint or Cricket Draw
Question about Microsoft Word
ETH Modula 2 launching
Re: Some Floppies Won't Boot (Delphi 2.62)
please forward to delphi
Re: Delphi Mac Digest V2 #61
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-99.ARC
DAVEG
]
------------------------------
Date: 4 Dec 86 13:47:47 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #64
Delphi Mac Digest Thursday, 4 December 1986 Volume 2 : Issue 64
Today's Topics:
Traveling DFrame...
MacinTalk patches
RE: XP20
RE: Network
RE: problems with Chooser
RE: 800K MFS volume
Koala out of business? (2 messages)
RE: Ghost windows
RE: MPW observations
printer driver skel?
RE: Russian fonts
Re: Should we support 64K ROMs anymore?
Re: Posting Menus
Re: Disk drives
deals too good (3 messages)
RE: boot problem (2 messages)
RE: Mac user interface (6 messages)
RE: INFO-MAC Digest V5 #19 (2 messages)
DataFrames and performance
Opening the HD20SC
RE: Should we support 64K ROMs anymore?
Startup (3 messages)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-64.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************