Re: FTPClient Beta Released - Please test
Re: FTPClient Beta Released - Please test
- Subject: Re: FTPClient Beta Released - Please test
- From: Jasper Touwen <email@hidden>
- Date: Sat, 10 Aug 2002 11:48:11 +0200
Off course a disk image is slow.. But when i download one i always know
where it is.
And most of the time i keep them open and alive until i shutdown the
machines...
If i get an tar.gz or other file it will decompress between all my
downloaded stuff so i have to search hard, to find the correct folder.
(my downloadfolder contains about 50 files/folders)... With omniweb and
no path specification it goes even better.. A disk image is downloaded
to a tempory directory and automaticly openend. When i trash the image,
it's gone (at least the tmp directory wil be deleted at some time.. (but
thats unix stuff :-) )
From Enduser POV i like disk images.. I always know where my downloaded
files are, especialy when they auto-open, and i like (see omniweb
dowload) a beautifull folder with a background image and the file
needed, it gives a goed feeling, something like, they thought of it all
from the box to the quit-button...
Jasper
On Saturday, August 10, 2002, at 10:21 AM, Pierre-Olivier Latour wrote:
Talking about disk images, can someone explain to me the "real"
interest /
benefit of them?
I mean, when I download something now on OS X, 9 times out of 10, I
have to:
1) decompress the file (*)
2) mount the disk image (*)
3) open a new browser (*)
4) open the disk image content
5) copy its content to somewhere on my hard drive (this also likely
means
opening another browser) (**)
6) go back to the "my computer" area in the browser
7) select the disk image and eject it
8) delete the disk image file from my desktop
9) delete the original compressed file from my desktop (*)
(*) these steps may be done automatically, but they still need to be
done.
(**) launching from the disk image is often a bad idea, since either it
does
not work or it does, but even when it is quitted, you cannot unmount the
disk image.
I think it's slow, contains many unnecessary steps (especially step 5
which
is a copy for nothing - great when installing programs of 100Mb), and
very
complicated for a newbie user: I'm sure many of them do not understand
fully
the concept of a "disk image", that they need to "unmount" it, that they
cannot run the program from it, etc... It may be obvious to you, but I
assure you it's a pretty abstract concept (a file that ends up
appearing as
a "hardware" disk in the my computer area).
Not even talking about the fact that the developer requires way more
time to
create a disk image than a simple compressed archive...
So what you could be the benefits? Settings privileges in a special way
that
would not be preserved in a normal .sit or .gz file? Forcing the user to
install all products (because one has to copy them to the appropriate
folder)? Preventing the user to mess with the content of the
application or
installer (since the disk image is read-ony)?
I could understand Apple wants this format for system installers (as
they
used to for years on Classic), but for basic applications... Come on!
Now, for the record, if the application is provided as a ".sit" or ".gz"
file, only these steps are necessary:
1) decompress the file (*)
2) launch the application (since it's on the desktop, you don't have to
look
for it)
3) if you like it, move it the Applications folder
4) otherwise, delete the application
5) delete the original compressed file
Half the steps, that's it :)
_____________________________________________________________
Pierre-Olivier Latour email@hidden
Lausanne, Switzerland http://www.pol-online.net
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.