MMPR004@ECNCDC.BITNET (scott hutinger) (02/13/90)
I was wondering why the finder of System 5.0.x does not check space requirements of the destination disk when copying files. Also it does not check the current state of the destination disk. For example if copying a folder to a root of an Appleshare volume which does not have write access. I would at least think a preflight of the destination volume for write rights would be easy? I also wonder about the menubar and update of the current folders files? Some- times the destination folder is not updated, and can't copy the files since the destination folder is not yet visible. The Menubar seems to update one or two of the folders/files, but not the complete directory. scott hutinger mmpr004@ecncdc.bitnet
jm7e+@andrew.cmu.edu (Jeremy G. Mereness) (02/13/90)
another thing with the finder.... why doesn't the thing spit out 3.5 disks automatically when a disk swap is required? All the info is available to make sure you don't "eject" a 5.25 disk; besides, I disable the 5.25 from the control panel unless I absolutely need it. and could someone put in a "windows" patch? it would be a little pull-down menu after special acting like the same thing in AWGS. Sometimes windows get buried and another means would be appreciated for bringing it to the surface for the same reason as in AWGS! ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |Jeremy Mereness | Support | Ye Olde Disclaimer: | |jm7e+@andrew.cmu.edu (internet) | Free | The above represent my| |r746jm7e@cmccvb (Vax... bitnet) | Software | opinions, alone. | |staff/student@Carnegie Mellon U. | | Ya Gotta Love It. | ---------------------------------------------------------------------------
lunatic@ucscb.UCSC.EDU (Lunatic) (02/14/90)
In article <9002121839.AA10052@apple.com> MMPR004@ECNCDC.BITNET (scott hutinger) writes: >I was wondering why the finder of System 5.0.x does not check space requirements >of the destination disk when copying files. Also it does not check the current >state of the destination disk. [...] ][t simply wasn't programmed to do that, though it should be easy enough to add. > I would at least think >a preflight of the destination volume for write rights would be easy? ][ would think so too. I'm sure there is some Status call (WriteStatus()?) that could do the trick neatly and easily. I don't have my references handy or I would look it up. >I also wonder about the menubar and update of the current folders files? Some- >times the destination folder is not updated, and can't copy the files since the >destination folder is not yet visible. The Menubar seems to update one or two >of the folders/files, but not the complete directory. ]['m rather confused as to what you mean, here, and I think others may be, too. Do you mean the Finder's menubar, the information bar in the folder's window, or something else entirely? The only changes that occur in the Finder's menubar are due to selecting a file, a folder, or a disk, in which case the "Color," "View," and/or "Disk" menu items become available (non-greyed). I may be missing some data here because you are referring to an AppleShare set-up, with which I have had no experience. >scott hutinger mmpr004@ecncdc.bitnet In article <oZpmoOi00YU18GAHhP@andrew.cmu.edu> jm7e+@andrew.cmu.edu (Jeremy G. Mereness) writes: >why doesn't the thing spit out 3.5 disks automatically when a disk >swap is required? [...] _ /-\gain, it hasn't been programmed (yet) to do this. It sure would be nice, though, wouldn't it? Notice that "even" Copy II Plus can do this... >and could someone put in a "windows" patch? it would be a little >pull-down menu after special acting like the same thing in AWGS. [...] *][* sure wouldn't want to try patching Finder! (: Intrinsically one often works with more windows under Finder, they are often quite small (as opposed to in AWGS), and many of them could have the same names, yet contain completely different files. I think that the problems of the number of items in such a menu, and the neccessity of keeping the whole pathname in the list (which could be up to 64 characters long for just ProDOS files) to distinguish between folders with the same names would be ones that the current authors of Finder would want to do without. The Finder is supposed to "free you from having to deal with pathnames," too... >|Jeremy Mereness | Support | Ye Olde Disclaimer: | >|jm7e+@andrew.cmu.edu (internet) | Free | The above represent my| >|r746jm7e@cmccvb (Vax... bitnet) | Software | opinions, alone. | -- ___________________________________________________________________________ ___________ ARPA: lunatic@uscsb.UCSC.EDU / ________/ Internet: lunatic%ucscb@ucscc.edu / ____// _ ___ _ UUCP: ...!ucscc!ucscb!lunatic / ___///__ {_} |\| /-\ | ][ {_ GEnie: L.BRUCE (Lunatic Bruce) / __________________________________________________________________/ (:
MMPR004@ECNCDC.BITNET (scott hutinger) (02/16/90)
> ]['m rather confused as to what you mean, here, and I think > others may be, too. Do you mean the Finder's menubar, the Ah, I am always confused also! Let me reiterate... If you are going to copy files/folder whatever TO a window that has NOT had time to update, and already selected the files to copy. Just move the mouse around to try to find the folder you want. This will update the folder when the mouse passes over it. View by small icons may take some time to find the destination folder, but it works. The menubar I was refering to is the finders menu bar. It works correctly on the selected files, as it puts them back to where they were if you want to change your mind, and not copy the files. This is easier than trying to figure out exactly where they were.(who cares where they were?) All I wondered about was the update of windows, and events which help update them. It works fine now that I found the update method. scott hutinger mmpr004@ecncdc.bitnet