World: r3wp

Steeve - I posted read/text follow-up to codec Chat section. I really 
don't like it. I added even your question about ports. I think, that 
Carl is trying to make his life easier =  give me some whole C code 
for particular format, I will pack it with REBOL via tiny interface.

Steeve - as a side - note - I posted to Carl link to your editor, 
and he might blog on it. He just said that now he understands why 
you wanted virtual blocks :-)

Virtual what for ?

lol that sounds like a boys band

Pekr give CArl the link to the wiki track he will get some of hours 
past days coding experience what we tried and why we concluded in 
doing the things the way we do them

Pekr, right now codecs only decode binary! and encode to binary! 
- I mean values of the datatype binary! that are already in memory. 
So yes, codecs currently *do* require that you read the whole file 
first. Streaming isn't there yet.

It's intended because it *will* be required, but none of the current 
codecs support streaming yet :(

Yes, the whole system is flawed, or in other words "a work in progress".

Codecs don't read the whole file into memory right now - they don't 
read files *at all*. You have to read the file into memory yourself 
:(

I want codecs to be able to work on open ports. TRANSCODE, SCRIPT? 
and PARSE too :)

BrainH: exactly - having parse to work on open port is my request 
8 years old :-)

parse on ports nice i want it  too

boring to have to put the content of a port stream into a buffer 
then to have to parse it + it wsate memory

i always wonder if parse could work on binary streams

I came up with a way for PARSE to work on R3 ports, under certain 
conditions. It won't work with R2 ports - bad model. We'll see :)

But "came up with a way" doesn't mean in the *current* PARSE - I 
mean a way that would work in theory in the proposed PARSE rewrite.

Quick survey: Do any of you use %rebol.r and/or %user.r, and if so, 
for what?

I don't, since I move environments a lot.

We are discussing the possibility of removing those files from R3, 
and replacing %user.r with a declarative preferences file, for security.

is it going to be a dialect?

Yes, presumably - definitely *not* code. Gregg has been requesting 
a preferences infrastructure for a while, and it's a good idea.

All of my uses of %rebol.r are covered better by other processes 
in the new system:
- Patching REBOL  ->  DevBase, or custom-built host processes
- Platform-specific stuff  ->  modules, or DevBase

- Badly set settings (particularly system/user/home on non-*nix platforms) 
 ->  DevBase

I use user.r to add functions which I use in Console. If you remove 
it, I can create a boot script myself and call rebol with it. I almost 
never run Rebol script just clicking on them.

Oldes, I frequently call REBOL scripts by just clicking on them, 
but those scripts load utility functions and halt to the console 
:)

Also I patch default 'attempt function and http scheme (to be able 
use cookies transparently)

DevBase :)

I'm not sure the code is so good to be accepted and also not all 
people want to use cookies.

I use user.r to get some UNIX like commands and for get an include 
command. Will probably not be necessary in the future (now we got 
unix commands and with modules).

I think that the REBOL http scheme should have cookie support that 
you can turn on or off (don't know which the default should be).

We've been trying to add console file management commands where simple, 
but a whole unix-like command module would be nice :)

Also I modify user-agent to pretend that the request is from browser.

brianH, still need some nice copy/move commands though. :-)

but it would be cool to do a whole shell as a module. how much? 10-20k?

Yeah, I have just been working on a whole-package browser spoofing 
client, not just the user agent. I should clean it up and port to 
R3.

We don't have file attribute setting or getting yet, so file copy/move 
might be out for now, unless you call platform functions.

When you say DevBase, do you mean the R2 based with gui or the file 
sharing in R3 chat?

A whole-shell module sounds like a good community module.
DevBase: The R3 version - the R2 version is closed.

Then to be hones.. I use R3 chat every day, but don't know, where 
are the files:)

Got it... NF to list new files

If I could figure it out, so can you. :-)

BrianH, yes, it would be a good test of modules and ports. if it 
could be started from the start screen, that would make it even more 
attractive.

Is there any command to list all topics with files?

not AFAIK. also topics that say they have files may be a parent that 
has files, not the topic itself.

Worse, some of the topics get the "files here" notification when 
they don't have any. To be fixed.

Still better than the R2 version though.

I mostly work with the files in 26 (Mezzanines) and 837 (R2-Forward).

I see that Carl ignored my auto-topic fix for some reason.

Brian -- Survey.....I rarely use either. I prefer applications to 
be self-contained.

I would use user.r if REBOL consistently started in the same directory 
everytime.  I end up with %public folders all over the place.  My 
use of user.r will be better handled with a custom host process so 
this is not a request for user.r to be kept just a statment that 
I haven't been able to use it for what I want to in the past.

I have thought of using user.r or Rebol.r as a way to run a script 
to log my execution of scripts, although I have not done so.  I tend 
to think of those two items as a "hook" where I can execute my own 
generic code for whatever purpose needed.  I have often thought of 
having either Rebol.r or User.r enforce protect on system words and 
then make sure Rebol.r or User.r is read only, but there may be other 
ways to do this better.  I am still new to rebol.