On Mon 22 Feb, Lex Spoon wrote:

> This is reminiscent of the Object>>do: discussion that comes around
> every once in a while.
> 
> Question: if you want to ftp a ZIP file somewhere, does the OS insist on
> transparently unzipping the file, so that you have to zip it again
> within ftp?
Good question; that would be really irritating. RiscOS treats zip files (and
others) as directories with the zippedfiles as entries within it. In _most_
situations this works just nicely. 
> 
> I love this feature for the top-level user shell (well, I'm sure I would
> if my system was set up for it) .  However, lower levels I believe
> should really treat files as files and not get too smart about it.  Even
> at the top levels, it should be possible to turn the feature off for a
> while in cases where it does the wrong thing.
Exactly - there is one format of archive (can't recall which) that messes up
when found by the webbrowser and makes it 'open' the archive instead of just
grabbing it. As a result you end up having to quit the auxiliary FS, get the
archive file and let the auxiliary FS startup again next time you find an
archive filetype. Either that or let the WB load the archive as demented text
and then 'save as HTML' and reset the filetype. But I'm sure you didn't want to
know that....

All in all, it's a wonderful facility which I'd hate to do without.

-- 
Strange OpCodes: LA: Lockout Access
Tim Rowledge:  rowledge at interval.com (w)  +1 (650) 842-6110 (w)
 tim at sumeru.stanford.edu (h)  <http://sumeru.stanford.edu/tim>