Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!apple!Greg@AppleLink.Apple.Com
From: Greg@AppleLink.Apple.Com (Greg Marriott)
Newsgroups: comp.sys.mac.system
Subject: Re: ResEdit & System 7.0
Message-ID: <13285@goofy.Apple.COM>
Date: 2 May 91 09:03:08 GMT
References: <1991Apr26.004045.5961@ux1.cso.uiuc.edu> <1991Apr26.014540.21808@cs.cornell.edu>
Sender: usenet@Apple.COM
Organization: Apple Computer, Inc.
Lines: 28

In article <1991Apr26.014540.21808@cs.cornell.edu>, swanson@CS.Cornell.EDU (Randall A. Swanson) writes:
> 2.1 has many shortcommings when editing system 7.0 resources.
> 	1> It will not re-compress compressed resources after they have
> 		been edited.
The compression techniques used to compress system resources take a long time
and a lot of RAM.  In addition, compression is an undocumented (and
therefore unsupported) feature of System 7.  We're working on a general-
purpose way to implement compression which developers can make use of.  Look
for it in a future version of the system.

> 	2> It does not have templates for all of the system 7.0 rescources.
> 		In particular fmnu, where the finder menus are stored.  I
> 		really like to add key-equivalents to my finder.
'fmnu' resources are another undocumented (i.e. unsupported) piece of System 7.
It's pretty easy to "hack" out what to change to add command keys to Finder
menus... but don't write a utility to do it and expect it to work in future
versions of the system software.  Any undocumented part of the
system is subject to change without notice.

> 
> 	3> The disassembling version of ResEdit 2.1 will sometimes crash, and
> 		will [not] let you edit the disassembled code except in hex.
Not surprising, since this version was "released" prematurely.  It has lots
of bugs.  This will likely be a part of a future version of ResEdit.

Greg Marriott
Blue Meanie
Apple Computer, Inc.