menser@dcc1.UUCP (unixcorn) (05/25/88)
Has anyone discovered what the 'Watch ???[I can't remember what the second word is]' field controls? Anyone know what the latest released version of ResEdit is? Lastly, the 'Max number of windows' field has been described as a multiplier by some people on the net. If that is so, I would imagine it is either un-implemented in Finder 6.0, or it is something other than a simple multipler, as in Finder 6.0's LAYO its defualt is zero. Does anyone know if it does somehow allow more open windows in Finder, if set to something other than zero [A definate plus for large screen owners who like to have several folders tiled acrosss their desktops.] -- =================================================================== =Charles D. Menser ! seismo!gatech!dcc1!menser= =Atlanta, Georgia ! menser@dcc1 = ="The Greeks may have invented it, but we didn't upload it..." =
lsr@Apple.COM (Larry Rosenstein) (05/25/88)
In article <351@dcc1.UUCP> menser@dcc1.UUCP (unixcorn) writes: > > Has anyone discovered what the 'Watch ???[I can't remember what the >second word is]' field controls? My guess is that it is the delay before the watch cursor comes up. Setting it to 0 makes the cursor flicker between the watch and arrow. Setting it to 1000 suppressed the watch in most cases. > Lastly, the 'Max number of windows' field has been described as a >multiplier by some people on the net. If that is so, I would imagine it >is either un-implemented in Finder 6.0, or it is something other than I think this is implemented in Finder 6.1, which was just completed about 2 weeks ago. I also don't think it is a multiplier; in Finder 6.1 it is set to 13, which was the maximum number of Finder windows I could open at once. -- Larry Rosenstein, Object Specialist Apple Computer, Inc. 20525 Mariani Ave, MS 27-AJ Cupertino, CA 95014 AppleLink:Rosenstein1 domain:lsr@Apple.COM UUCP:{sun,voder,nsc,decwrl}!apple!lsr
singer@endor.harvard.edu (Rich Siegel) (05/26/88)
In article <351@dcc1.UUCP> menser@dcc1.UUCP (unixcorn) writes: > Lastly, the 'Max number of windows' field has been described as a >multiplier by some people on the net. If that is so, I would imagine it >is either un-implemented in Finder 6.0, or it is something other than >a simple multipler, as in Finder 6.0's LAYO its defualt is zero. Does I set it to 4, just experimenting around, and didn't have any problems. However, when I stried to start up under MultiFinder, I got the message "There isn't enough memory to work with the disk "Paris"". (Paris is my hard disk). Increasing the partition didn't help. If I had to guess, I'd say that the Finder allocates some number of data structures based on that number, but I'm at a loss to explain what that number means... -Rich Rich Siegel Quality Assurance Technician THINK Technologies Division, Symantec Corp. Internet: singer@endor.harvard.edu UUCP: ..harvard!endor!singer Phone: (617) 275-4800 x305
cole@sas.UUCP (Tom Cole) (05/27/88)
Rich Seigel (under-appreciated Support Person from THINK, er, Symantec) writes that he tries changing the max windows value in the LAYO and starts getting "Not enough memory to work with XXXX" under MultiFloober. I got the same result, upping the SIZE -1 resource memory allocation for the Finder application to 512000 solved the problem again - so it seems that Finder (6.0 at least) is allocating lots o' memory based on this value. I set it back to 0 and could return the Finder to its original value. Curiouser and curiouser. I eagerly await System 6.0 to see what new and unusual things lurk just under the covers of the resource forks... Tom Cole SAS Institute Inc. {Anywhere}|mcnc|rti|sas|cole My opinions ARE those of my employers, they just don't know it yet...
dorourke@polyslo.UUCP (David O'Rourke) (05/31/88)
In article <517@sas.UUCP> cole@sas.UUCP (Tom Cole) writes: >I got the same result, upping the SIZE -1 resource memory allocation for >the Finder application to 512000 solved the problem again - so it seems >that Finder (6.0 at least) is allocating lots o' memory based on this >value. I set it back to 0 and could return the Finder to its original >value. From talking to some people that should know: {i.e. this is hersay} The finger allocates it's maximum number of window records right away to avoid fragmenting the heap. So even if you don't have all the windows open the finder has already allocated the space for them. This is an interesting technique to avoid some memory allocation problems. So when you up the size of the number of windows, it makes sense to up the memeory requirements. -- David M. O'Rourke Disclaimer: I don't represent the school. All opinions are mine!