World: r4wp

Still probably fast enough for me. :-)

when we talk about changing the datatype names, I think we accept 
that decimal wouldn't have any currency or denominator. 

its the implementation behind the type which would be switched, and 
a "new type" added which would map to the current decimal! handling.

in fact, maybe the new float! could support NaN, +/- inf, etc    
 while decimal would continue to raise a bit more errors.

if speed is required (which it is rarely, for most cases in which 
rebol is optimal), then IMHO we won't mind dealing with any additional 
details like a type denominator (which other languages also use) 
to separate similar types like the use of   0.01f  in C/C++ to cast 
to float (instead of a double, used by default).

There is a function abs and a function absolute which seem to be 
exactly the same. Is that on purpose?

Yes, ABS is just a shortcut name, like MAX and MIN.

Does a face-to-face R2/R3 features & function comparison exists anywhere 
in the wiki?

Not that I know of. Some time back I set up a wiki on wikidot, but 
it doesn't have to be hosted there. The main idea is to have the 
data in a REBOL format so we can use it in various places. That's 
a big job, and we need to figure out how to represent comparisons. 
e.g., is R2 the baseline, and other systems could be compatible, 
extend, restrict, or just not have that functionality? 

http://rebol.wikidot.com/rebol-like-languages

I wrote a comparison, but do not know whether Robert put it somewhere 
yet

(it is not as complete as you might want iit to be, but at least 
it is a start)

Gregg, good starting point. I was looking for something like a simple 
diff version to identify the code parts needs to rewritten

and estimate the workload when migrating R2 to R3. Ladislav, will 
talk to Robert. Thanks for info.

This is a very useful project to complete.

Is there anything in R3 to deal with UTF-16 text (file) ?

I have to modify Windows File in UTF-16 with BOM of #{FFFE}. There 
were previously in ISO, but no more :-(

Basically this files are like .INI file and I have to change values 
inside with Rebol.

But  there are writen as UTF-16 on disk by the "normal" apps.

I have found that R3 is able to load my UTF16LE file correctly using 
'read/string (it "see" the BOM and transcode it to rebol string!).


Now I have to find a way to write to the file as a UTF-16 with a 
litle endian BOM format.

I think I have seen rebol code for UTF-* conversion from one to another 
format. Did I dreamed it ?

Basicaly I need UTF-8 to UTF-16LE !

Well. Don't bother. I have found another solution that just remove 
the encoding problem at the start.

DideC, the script rebxml2xml.r has support for utf-8, if that's of 
any help:
http://www.rebol.org/view-script.r?script=rebxml2xml.r

100% of voters on http://rebol.informe.compoll aske for Linux GUI

Time for some newer builds here?:

http://rebolsource.net/

Andreas says that these are mainline builds .. so depends on what 
Carl does on the main repository

Right. Builds from the community branch are still forthcoming. Unfortunately 
I didn't have as much time as I wanted during the last few weeks 
to work on this.

Carl is going to drop by the SO chat room within the next week.  
If you want to ask him any questions, you'll need a SO reputation 
greater than 20

We are thinking an IRC style conference might work .. ga

Just to clarify: Carl said it was his intention to stop by if he 
can get away from work for a bit.  I'm going to see if I can pin 
him down to a date and time.

@robert .. I made several pull requests against the R3 docs yesteday, 
see https://github.com/saphirion/documentation/pulls

Yes, thanks. I saw them. I or some of our team will check them and 
integrate them.

I hope to find some time tomorrow to look at them. Otherwise on Monday.

pair! can be floating point in R3. Is there a reason, it wasn't made 
a new datatype?

Robert, what about If someone ports those docs to REBOL Wiki ?
They would be easier to manage as DOC is not CODE.

I'd prefer them to be in the github repo

This way we only allow approved changes to be made

Graham, I don't think there could be a war on changes.
On REBOL wiki many hands could work on the documentation.

well, you may not recall but there were wholesale changes on the 
rebol.net wiki by a well intended person .. but they all had to be 
reverted

I don't people want a repeat of that experience

but the git docs could be mirrored in an unofficial community wiki 
.. but the official ones would be on the repository

Graham, I knew about this accident.

The solution we have is to revert the changes and inform the user 
as soon as we acknowledge the problen.

Just a question: do we know what has been lost during the big modification 
of REBOL wiki ? Is there a way to discover this?

For us docs stay on github. From there we integrate back into our 
mainline and make official releases. And from our mainline the docs 
on our web-site are generated.

Everyone is free to use the github as base for a wiki.

Otherwise it's unmanageable. Since there is no single point of R3 
project at the moment, it doesn't make sense to spread information 
on several places, get them out of sync etc. We need one place, where 
people know what they get.

Robert, Ladislav has sent to youa document with the changes of R3 
compared to R2. Could you upload it somewhere ?

Giuseppe: https://github.com/saphirion/documentation/blob/master/r3/whatsnew.mdp

Yes, I have just seen the ANNOUNCE group ! ;-)

So what are you asking for?

Or does that already answer your request :) ?

Andreas, I have read the REBOL3 group and wrote the request. Then 
read the ANNOUCE one and discovered the answer to my request was 
already there !

Which makedoc version should I use to compile those mdp files? I 
used makedoc2.r but the output html file is not correct completely?

makedoc-pro?