World: r3wp

This is really cruel...waiting for something that may never come!

If you die tonight ... well, everything will never come.

don't sweat over things you have no control over!

So, is Carl going to prevent developments that will eventually render 
this type of chat unusable in a console?

like attachments, formatted code, or color syntax coding etc

That's an interesting question. Perhaps you should ask that in RebDev. 
:-)

Just wondering how this will all scale over different devices and 
media

bad joke, but R3 it's like Perl 6 for me.

I don't want to be a negative influence :)

Graham, I think that if the message format is going to get more complex, 
there would still be ways to parse it for console use.

kib2: why? Perl 6 is in development two times the R3. And one year 
ago there was a public alpha. Soon enough there will be another one. 
This time with final GUI architecture (although not complete yet)

Henrik - is rebdev usable from R2? It has much better console. Windows 
one sucks, I can't set it wider easily ...

kib2, I know, but as I can see now, making a programming language 
is no picnic. This is the first time I've witnessed it close up. 
There is still a long way to go.

pekr, no, r2 console version is low priority. Carl wants to do R3 
GUI version next.

good to know GUI is next. It will help to further improve GUI ...

html version should be next ...

Graham, that would delay the GUI.

ok, concurrent then :)

The only way to truly speed up development would be to clone Carl.

So Carl1 could focus on rebdev, Carl2 could focus on tasks and Carl3 
could focus on modules. Carl4 would work on the GUI and ReBrowser.

just give us more docs and we can do this

that's really the point of collaboration

But can we provide stuff of high enough quality for him? That's the 
issue.

Pekr: I wasn't aware of the GUI stuff.

if that's an issue .. then he should close off all collaboration.

It is _the_ issue. Carl trusts no one unless you can work at his 
level. And that is also why the quality of R3 alpha feels like everyone 
elses release versions. :-)

Where should I report DevBase bugs?

I suppose the best place for now is CureCode.

When we use to block! on input data, most of the time we don't want 
 duplicate them if data are already a block.
(we use copy instead if we really want that behavior)

i think to block!, to string! , form and some other native conversions 
should never duplicate the data if they already have the correct 
format.

This, should limit the memory overhead in many scripts or mezzanines, 
and save us from coding many useless tests.

I agree Steeve.

it appears to me that most of mezzanines who have to do such conversions 
could be 1) shorter and faster 2) with less memory overhead

I agree with you and it seems to me that it would be a wise fix.

to block! copies data? if so - why? :-)

actually it copy them, don't know why...

>> z: [1]
== [1]
>> same? Z to block! z
== false

this would go against REBOL principles - copy only if needed. There 
was some change in regards to functions in relation to bind or something 
like that, but ...

Maybe this question has more to do with when to use to-block verses 
modifying it.

as Pekr stated, if we want a copy, we use copy

If I want my data to be the same, I do not apply an operation on 
them.)

You don't see the point...

to block! is vastely used to permit polymorphic input in functions.

even like form...

Graham, it seems the file commands are saved for elsewhere in rebdev, 
so he won't use them here.

PeterWood, report DevBase bugs in the !DevBase group here. There 
is no CureCode area for DevBase. Keep in mind:

- The current DevBase will be replaced soon. RebDev is a code name 
for the next DevBase.

- DevBase may be more updated than you think. Ask more in the !DevBase 
group.

Steeve, to-block is used in a lot of code to *copy* and/or convert 
to blocks. We depend on the copying behavior a lot.

Particularly in the mezzanines :)

I think he is saying that if the value is already a block why copy 
it.

I would love a separate function called AS-BLOCK that does convert 
if necessary else pass on. Maybe an AS native with a ton of wrappers, 
just like TO. That would solve the problem without losing the existing 
behavior.

now your talking....

BrianH, keep Steeve in mind if you get openings for more programmers 
in developement of R3.