[futurebasic] Re: combined .bas/.rsrc file

Message: < previous - next > : Reply : Subscribe : Cleanse
Home   : December 1997 : Group Archive : Group : All Groups

From: David Blache <microcsm@...>
Date: Sat, 6 Dec 97 18:18:03 -0600
Bowerbird@... wrote:

>david said:
>>   I didn't say that.  but when the dialog did come up, 
>>   ResEdit would be in the background.  
>>   You'd have to switch layers to get to it.  Bad interface.
>then bring resedit to the foreground _before_ quitting it.
>(after all, if there are no changes to be saved, it'll just quit,
>and futurebasic will be back in the foreground, not?
>if there _are_ changes, the "wanna save?" dialog would be on top.)
>that doesn't seem like a bad interface to me --
>it's having the program do automatically
>what i inevitably end up doing manually instead.

How do you determine which application has the resource file open to 
begin with?  ResEdit isn't the only application that can open a resource 
fork.  Dozens of apps open resource forks.

>i said:
>>   >   (i'm compiling some very large programs on a very old machine,
>>   >   so i pay a heavy penalty in wasted time when this happens.)
>>   What's wasted?  
>>   You needed to compile anyway.  
>>   Notifying you earlier wouldn't save you any time at all.  
>>   I really don't see what the big deal  is here...
>i'm guessing you haven't run very large programs on a very old machine.
>clearly, one of the perks in working for a software company.    :+)
>on my mac ii, it takes 2 minutes to compile a 300k program.
>in the event that a program's .rsrc file isn't available,
>it is only _after_ those 2 minutes have passed that fb tells me,
>"oh, by the way, i can't open the .rsrc file".
>so, as it is, those 2 minutes are wasted.
>because after i've switched to resedit and closed the .rsrc file
>(something the program _could_ have done for me automatically),
>i then have to do the entire 2-minute compile _again_.

Well ok you do have a point there.  FB could easily check before doing 
anything to see if the file was busy.

|       David Blache - Developer       |
|   Staz Software, Inc - Stazologist   |
|        (tech@...)       |
|   Microcosm Software, Inc. - Owner   |
|        (microcsm@...)        |