XPost: alt.msdos, comp.os.msdos.apps, comp.os.msdos.programmer   
   From: jaynews@ntlworld.com   
      
   "Richard Bonner"  wrote in message   
   news:enlq22$tqg$6@Kil-nws-1.UCIS.Dal.Ca...   
   > Jason Burgon wrote:   
   > > "Richard Bonner"  wrote:   
   > (Re: Lessening Tree Read Upon Program Load)   
      
   > > Or a directory is added or deleted.   
   >   
   > ***   Then add a "Reread Tree" feature with a drive selection. PCTOOLS'   
   > Desktop works this way. One only need have GV read a single drive and   
   > thus, reduce the time required for the process.   
      
   GVFM's philosophy is to show the current state of the drive at all times. It   
   may not always do that, but that's what it will always try to acheive.   
      
   > ***   Directory Maven does this. If it detects a misread for a given   
   > directory structure, it displays an error prompt and suggests that you   
   > have Directory Maven re-read the tree.   
      
   And this is better than GVFM doing the same detection but automatically   
   correcting its display?   
      
   >> I can't see any other alternative except to present the user with an   
   empty   
   >> desktop each time GVFM is run.   
   >   
   > ***   I don't see that. Have GV read from a file and present the last   
   > desktop as shown in that file.   
      
   As I said, that's not GVFM's philosophy. I have an old machine with up to 13   
   logical volumes attached or mapped to it, and GVFM is nearly always ready to   
   go before I am.   
      
   > ***   So they must be validated when one clicks to expand them.   
      
   "They" (the parent folder) has already been validated. What GVFM does when   
   the parent folder is expanded is to call DOS to find out what sub-folders it   
   has and what they're called.   
      
   > Give the user a way to have GV read a given drive or even sub-directory   
   > structure as it must now do to validate directories when they are   
   expanded.   
      
   Expanding a subdirectory only requires a partial read of the drive's state   
   and is usually performed faster than the user can react to it. Even if it is   
   slow (eg when expanding a folder on an uncached floppy disk), GVFM has no   
   alternative but to wait for DOS/BIOS to do its thing.   
      
   --   
   Jay   
      
      
   Jason Burgon - author of Graphic Vision   
   http://homepage.ntlworld.com/gvision   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)