| From: | Victor I. Haaz |
| Date: | 12 Sep 2000 at 15:53:57 |
| Subject: | Re: [RE: AMIOPEN: AmiPak] |
From: Aaron Optimizer Digulla <digulla@hepe.com>
>Quoting "Victor I. Haaz" <victor@pannonline.hu>:
>
>> >A much better solution would be if you can "cd" into an archive.
>>
>> I think I meant almost the same on "virtual directories", (what you just
>> cut out). (AIK, it's already in Elate, just only with zip, and
>> read-only.)
>> Though, your additions seems to be good ideas. So that, if I got it
>> right,
>> that one can handle the original file by referring "whatever.zip", and
>> as a directory by "whatever.zip/", and the files inside by
>> "whatever.zip/...".
>> (But how it works in Elate now?)
>
>Actually, compress-on-the-fly would also be great (ie. if you have a
>directory "foo", you can compress it by opening foo.zip, ie:
>
> cp foo.zip a:
>
>(compresses foo into a:foo.zip).
Yes?..
>> >Maybe the best solution would be to drop the -r option for cp.
>> What do you mean?
>
>The problem is that directories don't behave like files when you
>copy then but they behave like files when you rename/move them !
>When you copy/delete them, then you must give the option "-r".
>When you rename/move them, you must not give -r. This is confusing.
>So the "clean" solution would be to handle directories just like
>files (ie. it would be possible to cd into files, too). All operations
>which can be done on files can also be done on directories (maybe we
>should drop the idea of "directory" altogether; we only have files and
>files can have "children").
Yes. And I always thought of an info block that should be attached to every
file, containing useful infos about it. OK, other OS'es have it. But what I
miss is: the origin (URL) of it. And also user/app definable fields. (Which,
of course, can anytime be deleted.)
Victor
>The good thing about this is that you could add additional information
>in "files" (for example, you could have a file x and use echo "This is
>file X" >> x/comment to add a comment to it). Or you could have
>a file with a picture demo.pic and when you cd into it, you would
>see width, height, thumbnail, comment, etc.
>
>There must be some kind of API which creates all necessary names which
>a file "object" must have "inside" plus which makes sure that the types
>of the data in these names are correct (width must contain an integer
>and thumbnail a picture while comment can contain anything, for example,
>a DTP document or another picture).
>
>--
>==============================================
>Sowatec AG, CH-8330 Pf�ffikon (ZH)
>Witzbergstr. 7, http://www.sowatec.com
>Tel: +41-(0)1-952 55 55
>Fax: +41-(0)1-952 55 66
>----------------------------------------------
>Aaron "Optimizer" Digulla, digulla@sowatec.com
>==============================================
>
>Subscribe/Unsubscribe: open-request@amiga.com
>Amiga FAQ: http://www.amiga.com/faq.html
Subscribe/Unsubscribe: open-request@amiga.com
Amiga FAQ: http://www.amiga.com/faq.html