[REBOL] Re: CASTRO (was: Will this mail arrive?)
From: rebolek:seznam:cz at: 29-May-2002 8:20
I'm really sorry, it's on http://www.sweb.cz/rebolek/castro.r
or sites/rebolek/castro
and - if you does not have directories %/c/ and %/c/view/ then the
script crashes so you have to change the sourcecode.
it was written under View 1.2.5 (the new beta) so it may look strange in
1.2.1
***
> Well, this one appears to have made it. I'm starting to think that
people
> should include a real-time stamp from REBOL just when they send it,
> so we can see what delivery patterns are like. Granted, you could
check
> the headers, but sometimes I'm not so sure which time zone they use,
> if it's the time from the sender's computer or from his mail server,
etcetc
****
It took just hour or less for me to get this mail, it's OK now.
> Any known limits on sizes of pictures and text files (what editor
does it use?),
> or depth of subdirectories, and "funny-names", ie My Documents?
>
>****
It uses inbuild VIEW editor (just type editor in console or run it from
desktop to see it) so it has its limits. The image viewer is just simple
view/new layout [image (load %some-image)] - I have to enhance it
somehow.
The depth of subdirectories is AFAIK unlimited - if REBOL can read the
path then it can be shown in castro.
Same with funny names - depends only on REBOL.
> Yeah, those are relatively simple tasks. And I understand the,
> "It's 1am, so deal with it." ;) I do it too often myself.
>
:-))
**
> If I recall previous discussions on here, some suggested that
> you create a temp buffer for copying, with a size cap; create
>and open the target file, read in the cap amount of data (if there
>is at least that much) from the source file, then dump it into the
>target file. Once it's been dumped, re-fill the buffer from the source
>file, dump again, etcetc, until the remaining data is <= the buffer.
> I'm sure this isn't the absolutely most efficient method, though.
> I have yet to do it myself, but I haven't really needed to.
> The only large files I've really manipulated with REBOL were when
> I wrote a static download assistant to download MP3s from a friend's
>machine via http and write them to disk locally.
****
Hmm, buffer...I think that the size of the buffer is very system
dependent...I'll rather use write/read first (so I'll have some room for
improvements and service packs ;-)
I'll add FTP for sure and maybe HTTP dir-browser?
> Yeah, that's the beauty of open source. At least, if you're
> willing to share your code. If not, then you're screwed ;) Hehehe.
I like open source very much. And it's really must with REBOL 'coz the
Very-Well-Known-Lack-Of-Documentation :-)
The next version will support browsing thru ZIP and RAR archives (no
unpack or pack, sorry) thanks to magical Oldes.
bye Bolek
