May 92 - Letters
I would be pleased if Apple (and APDA, etc.) would cease dating publications by what would seem to
be the season in the northern hemisphere (for example, "Winter 1992"). This practice is inconsistent
with Apple's dedication to Worldwide Software and the avoidance of cultural values. In addition to it
being ignorant and arrogant, it is both confused and confusing--the seasons in the U.S.A. are not, I
believe, simply the opposite of ours.
Furthermore, what the heck is "Winter 1992"? Which end of the year is it? Is it sometimes also
known as "Winter 1991"?
--Dr. Ross L. Richardson, Australia
Thanks for the kick in the pants--and for inspiring the theme of this issue's editorial. The change (back) to
using months has been made in this, our May issue. I wish we could have done it for Issue 9 (February, a.k.a.
Winter 1992), because I agree that "Winter" is particularly confusing, but the timing was too tricky. In fact,
just after hearing from you about this, I received a "Winter 1991" catalog in the mail!
WHERE'S THE SKB STACK?
Wow, a real Developer CD! At first I thought it was one of those errors that are in my favor (a rarity
for sure!). But no, I will continue to receive Developer CDs. Last year I would have considered
murder to gain access to one of these.
Needless to say I've been over it as much as possible. There's one thing that I can't find. I can't seem
to locate the Search Knowledge Base stack. I was able to select which stacks to search and get the
report of all Tech Notes containing what I was looking for. I don't mind telling you that it saved my
butt on a couple of contracts. I've looked in the logical places on the CD for it. Where is it?
--J. R. Hughson
Yes, since Issue 8, subscribers to develop have been getting the entire Developer CD Series disc and not just
the Developer Essentials subset. Truly the bargain of the century (tell your friends). We're glad you didn't
have to resort to foul play to get one.
The Search Knowledge Base (SKB) stack was modified slightly and integrated into the Developer Info
Assistant (DIA) stack-- so it was only hiding, not gone. We apologize for not communicating this change to
you. To go directly to the SKB utility, just open the DIA stack (in the Start Here folder) and click the
ON LOCATION (MOOF!)
It was nice to get more goodies on the CD that came with Issue 8, but the CD has a couple of
deficiencies that I think should have been detected/eliminated.
1. Unless something is wrong with my copy of On Location, the On Location index on the CD can't
be used to view the files it references. On Location says that the index is out of date. I don't know
about all files, but this was true of the sample I tried to look at. To rebuild the index on my hard
disk will take a big chunk of my limited hard disk space.
2. The time I spent with the CD from develop Issue 7 getting accustomed to the Search Knowledge
Base stack was for naught since SKB is not present on the CD that came with Issue 8. The old
version does not work on the new CD without substantial modification. I found Issue 7's SKB very
By the way, what does "Moof!" mean?
The On Location index was indeed broken on the Developer CD Series disc Volume X. Our apologies, and
thanks for alerting us. It works fine on later CDs.
As for the apparent disappearance of the Search Knowledge Base (SKB) stack,
please see the answer to the previous question.
Moof is a sacred tradition among Apple's Developer Technical Support engineers. It means several things.
First, it's the sound that the dogcow makes. (The story of the dogcow is "hidden" in Macintosh Technical Note
#31 on the CD; if you can find it, you'll be considered a Moof initiate.) The dogcow is integrated into our
artwork in a number of places. Take a look at the cover card of the Technical Notes stack or Q & A stack, for
example. There's also a guest appearance of the dogcow in this issue of develop (see the Print Hints column).
Second, the word is used to indicate any software that's a hack, something untested and on the edge. Certain
folders on the CD are marked Moof, such as "Tools & Apps (Moof!)" and "Development Platforms (Moof!)."
This is to let you know that these folders contain software that's not fully tested or sanctioned by the powers
that be. When you open these folders you cross the boundary into hackerland.
QUICKTIME MOVIES ON THE CD?
I want to thank you and your staff for a truly wonderful publication. I currently hold a dual position
as a Macintosh/ Windows developer and as director of a research lab using UNIX ® boxes with
Motif; of all the trade magazines I get (and let me tell you, I get a zillion of them), develop shines
above all the rest. The articles addressed aren't always the ones I'd have chosen, but with as large an
audience as you probably have, you still manage to print more than enough for me to get plenty out
of each issue.
The CD has also provided me with hours of exploration each time. I would really like to see you
include QuickTime movies made by Apple employees and maybe even readers.
Keep up the good work--and treat yourselves to pizza on me (send the bill to my mailing address).
--Robert H. Zakon
Thanks for the glowing comments. You have no idea (or maybe you do) how much these things mean to us.
Regarding QuickTime movies on the CD, I agree that would be great, sorta like the old days when we had an
audio track on every CD: our chance to get creative and add some entertainment value. Unfortunately, it's
unlikely that it will happen, for a few reasons. The main one is that we'd have to get rid of a lot of useful stuff
to make room for the movies (which, as I'm sure you know, tend to be largish). Even though we have 600 MB
of space on the disc, it's always burstingly full.
So despite the fun we could all have with movies, the Developer CD is just not the place for them, alas. The
QuickTime CD is, of course, chock full of fun movies, if you haven't seen it yet. It's available from APDA as
part of the QuickTime Developer's Kit, APDA #R0147LL/A.
Thanks again for writing, and if you have ideas for articles you'd like to see (or want to write one yourself!),
please don't hesitate to let us know.
P.S. The pizza was delicious. All 114 of us thank you heartily. The bill is in the mail.
NOT READY FOR PAPERLESS
I'm more concerned about the environment than most, but the race to achieve the paperless office,
without determining what people's needs really are, will only end up convincing them that the
electronic office has not come of age! Apple isn't considering that we've spent most of our lives
looking at the printed page, so the productivity loss now in using on-line electronic media is high.
The fact is most people relate more easily and absorb information more quickly from the printed
page than from any existing on-line method.
A case in point is develop. Scanning Issue 8 on-line took more than 30 minutes, just for a quick scan.
An equal amount of information could have been obtained from the printed magazine in less than 1
minute. That's a factor of 30!
I applaud the effort to save trees, but how many trees are being saved when developers merely print
the information themselves (single-sided, I might add)? If Apple wants to make an impact in this area
of environmental concern I suggest they provide a set of integrated on-line tools that allow retrieval
of information in a way that's more human oriented. Apple held a carrot under our noses at the 1991
Worldwide Developers Conference called BlueNote, but they've been unable to deliver. In the
meantime we're expected to make do with the existing (poor) HyperCard ® utilities. Come on,
Apple--now is the time to make a difference.
I couldn't agree with you more that Apple needs to develop an electronic publishing strategy that advances the
art of access to information. But Apple is many people and consensus is somewhat of an endangered species!
Current strategies, electronic develop included, do make some advances. Regretfully, in some ways they are
more difficult to use than the tried-and-true print media.
But beyond regret and apologies we actually have some solutions in the works. The "BlueNote" carrot that was
dangled before you is in fact now in use on the Developer CD. It's being used to present chapters from the new,
improved Inside Macintosh. Unfortunately, like most solutions to date, it creates as many problems as it solves.
So please be patient as we try to come up with a solution that does the electronic medium justice.
As a side note: This discussion should send a message to the developer community. There's clearly a need in the
marketplace for generic electronic publishing tools. And where there is a need, there is opportunity.
WHERE'S PRINTED DEVELOP?
I'm an Apple Associate and lately I have not been receiving the printed version of develop magazine.
Issue 7 was the last printed one I received. I don't know why this happened, but I would like to
receive the printed version again.
The CD-ROM paperless approach is admirable, but it doesn't work for me because I do all my
reading while commuting on CalTrain.
Letters like yours are all too common. What's happened is that, starting with Issue 8, printed develop was
removed from the mailing to Apple Associates and Partners. In various places (including in the mailing itself),
it was announced that developers would have to explicitly subscribe to keep getting develop in printed form--
but apparently many developers didn't see this announcement. Since then we've received a lot of
less-than-positive feedback about the decision to drop the printed magazine out of the mailing and about the
difficulties in trying to read it on the CD (see, for example, the previous letter). The paperless approach isn't
working for a lot of people, as it turns out.
For now, you'll have to subscribe in order to get printed develop. If you don't want to go through the trouble
of finding the subscription form in develop on-line, you can place a phone order at 1-800-877-5548--or you
can subscribe through APDA.
As for the future, rest assured that Apple is paying attention to the feedback and has learned a lot from it. I
can't say what will happen, but I know that the more developers tell us what they want, the more likely they
are to get it. So thanks for writing to us.
UP TO HIS EARS IN CDS
I agree 105% with your editorial comment in Issue 8 (about preferring to read develop in printed
form). I guess I'll cast my vote by subscribing to develop, but I need another copy of the CD like I
need a typewriter. I sometimes wonder whether I should still keep all the old CDs that compete for
room in my limited collection space. I want the hard copy develop, but it bothers me to waste that
CD that comes with it.
Apple Associates and Partners who subscribe to develop to get it in hard copy do end up with an extra CD. At
one time I was concerned about the extra cost of this as well as the waste. It turns out that the CD doesn't add
much at all to the cost of develop. But as for the waste, I don't have an answer; maybe some of our readers
I wouldn't recommend holding on to the old CDs (which only compounds your disposal problem, but oh well).
For the most part they're cumulative--we've only deleted old versions of international system software and a
few other things that we had pressing reasons to remove. In particular, the develop code on the CD is kept
up-to-date, and any bugs are fixed, with each new CD.
PLEASE WRITE! We welcome timely letters to the editors, especially from readers reacting to articles that we publish in develop. Letters
should be addressed to Caroline Rose (or, if technical develop-related questions, to Dave Johnson) at Apple Computer,
Inc., 20525 Mariani Avenue, M/S 75-2B, Cupertino, CA 95014 (AppleLink: CROSE or JOHNSON.DK). All letters should
include your name and company name as well as your address and phone number. Letters may be excerpted or edited for
clarity (or to make them say what we wish they did). *