info-mac@utcsrgv.UUCP (info-mac) (07/01/84)
Date: 1 Jul 1984 00:35:05-EDT From: uw-beaver!Bruce.Lucas@CMU-CS-IUS Subject: debugging icons To: post-fa-info-mac@CMU-CS-IUS To: utcsrgv!peterr To: microsof!infomac Forcing the Finder to flush its icon cache by rebuilding the whole desktop file is a fairly drastic thing to do, since it destroys your folders and generally throws the desktop in disarray. A less extreme measure that seems to work as well is to use the Resource Mover to delete all the resources but the ones at the beginning having to do with folders. Presumably one could just delete the ones having to do with the application being updated, but I don't know how to figure out which those are. Bruce
info-mac@utcsrgv.UUCP (info-mac) (07/02/84)
Date: 1 Jul 84 (Sun) 11:59:06 EDT From: Dave Johnson <uw-beaver!ddj%Brown@csnet-relay.arpa> To: Bruce.Lucas@cmu-cs-ius.arpa, info-mac@sumex-aim.arpa Subject: Re: debugging icons I tried using the Resource Mover to edit bad icons out of the Desk Top, as was suggested, with only partial success. At first I was using a new author-identifier for each new try at an icon, but this seems wasteful and would probably require eventually building a new desktop when it becomes too full. My original strategy for using rmover was to throw away the application with the old icon, or turn off the bundle bit using Set File if the application already had the new icon (but was showing the previous version), then go into rmover on the Desk Top, and cut out the resource named by the author string (ie, CCOM, or safer, TEST). When the bundle bit was turned back on, the new icon did appear, but unfortunately the previous mask was still there. I believe removing one of the ICN# resources would solve the problem, but don't have any idea which one to remove (there were about 16 ICN# resources on the disk I was playing with). I did try cutting out all of them (pasting them in a handy MacTerminal document), but this resulted it a "Ghost Disk" where all of the fancy icons had vanished, and I couldn't get them to come back using the usual Bundle Bit trick. They did return when I pasted the resources back into the desk top, but it still gave me the bad mask . . . back where I started. (the folder, generic document, and generic application or "hand" icons are probably in the System file -- only they survived without any ICN# resources in the DeskTop). The disk was also in bad shape after this ordeal; with a messed up free list, it eventually had to be erased. Until someone figures out how the Finder maps reference idents, the best way might be to debug icons on a scratch disk with no folders and only MacTerm, SetFile, and the application being worked on, so you could blow away the DeskTop any time without much pain. Then once the icon is finished, move it to a more stable disk. Nicer would be a version of the icon editor that could install the icon directly into the application's resource (and the finder?), so we don't have to muck about sending the icon to the VAX, installing it in the .rc file, rebuilding the application, and sending it back to the Mac again. Even a utility that would do nothing but install icons into applications would be better than the current situation. Dave Johnson