Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!ucbvax!agate!e260-3f.berkeley.edu!labc-3dc From: labc-3dc@e260-3f.berkeley.edu (Andy McFadden) Newsgroups: comp.sys.apple Subject: Re: resource forks Summary: That's why we tossed BLU... Message-ID: <24654@agate.BERKELEY.EDU> Date: 20 May 89 21:23:57 GMT References: <890518011751.127016@DOCKMASTER.ARPA> <30990@apple.Apple.COM> <1103@n8emr.UUCP> Sender: usenet@agate.BERKELEY.EDU Organization: University of California, Berkeley Lines: 51 In article <1103@n8emr.UUCP> lwv@n8emr.UUCP (Larry W. Virden) writes: > >So this is another programming construct to make life easier in some cases. >Not that that is bad - but it isnt adding truely new functionality to the >user as such, right? Resource editors give the user a great deal of flexibility... check out ResEdit on the Mac sometime. >As for a lot of the replys to several of the expressed concerns about >resource files, my own reply is - it seems a shame to cause existing, fully >functional programs to no longer function for a programming construct. What? Just because Copy II Plus can't deal with the files doesn't mean anything... >For instance, I assume that I will not be able to upload or download forked >files with TIC, I wont be able to move them or copy them with ECP8, kermit >wont be able to up or download the files, Zlink is out of luck, cat.doctor >(and the other prosel tools except for mr.fixit) wont be able to be blanketly >used on disks with forks on them, etc. In other words, most of the utility >software that I have paid for or have available for use will not work. Wrong! Where there's a will, there's a way. You can either a) download them in two pieces (splitting/joining programs shouldn't be hard to write), or b) use the new version of ShrinkIt that is coming Real Soon Now. >Instead, I have to find substitutes written in GS/OS for the software to >use at least for this special case. Yeah, like Cat Doctor GS (part of ProSEL-16). >AND, I then have to wait until the authors of the GS/OS versions get around >to updating to handle forked files. Since Apple is usually pretty good about letting developers know the general direction they're heading, I don't think you will have long to wait. Andy Nicholas has promised a version that handles forked files, and I'm sure that ProSEL-16 will be able to. Fact is, until the new GS/OS system disk is released, nobody can use them anyway. >Or, I can go on working as I am not and just realize that there will be >features on my GS that I wont be able to use for a year or so. >Larry W. Virden 674 Falls Place, Reynoldsburg, OH 43068 (614) 864-8817 -- fadden@cory.berkeley.edu (Andy McFadden) ...!ucbvax!cory!fadden labc-3dc@widow.berkeley.edu (expiring soon) < Two more days 'til I'm outta here... >