r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3-OLD1]

Louis
14-Dec-2007
[5482]
Peter, thanks. The progress of unicode support is vefy important 
to me.
Pekr
14-Dec-2007
[5483]
really? well, then you should know that first alpha with unicode 
support was released for testing :-)
Louis
14-Dec-2007
[5484]
That is great! :>)  Thanks for that news, Pekr.
BrianH
14-Dec-2007
[5485]
UTF-8 is a strict extention of ASCII, but ASCII is only defined between 
0 and 127. Characters 128+ are not ASCII, they are extensions, and 
their meaning depends on the codepage. The codepage of an 8-bit string 
is unknown, unless you specify it externally (or do a lot of statistical 
calculations). Strings or scripts with characters extended by a codepage 
will have to be translated by a codepage-to-utf-8 function or process 
specific to the particular codepage, ahead of time. Fortunately, 
such a process can be fast and even implemented in a byte-oriented 
language easily.
GiuseppeC
14-Dec-2007
[5486]
Other than UNICODE, will there be an UNISEX version of the interpreter 
? :-)
Pekr
14-Dec-2007
[5487x2]
what? sex? :-)
rebol is sexy already :-)
GiuseppeC
14-Dec-2007
[5489]
Sometime better than, you have more fun !
PeterWood
14-Dec-2007
[5490]
BrianH: I undertstood that UTF-8 can be multi-byte depending on the 
Unicode of the character being represented.
BrianH
14-Dec-2007
[5491x2]
Yup.
ASCII characters fit in one byte, the rest take some more. It can 
progress up to 5 bytes but those are rare.
PeterWood
14-Dec-2007
[5493]
Is my reading of Docbase correct that string! values will be UTF-8 
encoded?
BrianH
14-Dec-2007
[5494]
That is currently under discussion.
PeterWood
14-Dec-2007
[5495]
Thanks....if there is a vote please add mine to that of Louis.
Kaj
19-Dec-2007
[5496]
I'm happy to report that the preliminary Linux port of R3 alpha, 
which offers REBOL/Core functionality, runs on Syllable Server
Henrik
19-Dec-2007
[5497x2]
nice :-)
Kaj, you're welcome to document any bumps in the porting process. 
We will need it all for porting to other systems.
Kaj
19-Dec-2007
[5499x2]
I will, but I didn't do any porting yet. This is just an ad-hoc binary 
build I got
I will need the open host source code to get further
amacleod
27-Dec-2007
[5501]
Is it time for some news/update? A little tickle to stoke the excitement 
 for us on the outside.
Henrik
27-Dec-2007
[5502x2]
well, I have a new rebcore.exe file in my r3 internal release directory, 
which is different from the other internal releases. I'm not yet 
sure what that means. :-) (seriously)
I know people are cooking up some nice examples for a public release, 
but it's not ready yet.
[unknown: 5]
28-Dec-2007
[5504x2]
Have the Alphas been release to more people yet?
I want to text the alpha to see if it still has a nasty bug that 
I couldn't post in Rambo because it reveals source code.
Henrik
28-Dec-2007
[5506]
no not yet. tell me about this bug, please? perhaps I can test it 
for you.
[unknown: 5]
28-Dec-2007
[5507x2]
Well it has to do with ports
It seems that a port function that I created cause it to output C 
source code
Henrik
28-Dec-2007
[5509x3]
ports are very different in R3, so I don't know.
interesting
well, the port system is completely rewritten from scratch, so perhaps 
this bug no longer exists.
[unknown: 5]
28-Dec-2007
[5512]
As if the C source code was in REBOL
Henrik
28-Dec-2007
[5513]
sounds very odd and interesting :-)
[unknown: 5]
28-Dec-2007
[5514]
I sent Carl an example of the problem some time back via feedback 
but never heard anything more about it
Henrik
28-Dec-2007
[5515]
is it simple to reproduce and can it be reproduced reliably? normally 
bugs must be both before he will look at it.
[unknown: 5]
28-Dec-2007
[5516]
I posted directly to you
Henrik
28-Dec-2007
[5517]
Some news: Maarten has stepped up to become release manager, while 
Carl "retreats" to kernel development. This means that work is under 
way to provide a public alpha release, but no time table is yet known.
Maarten
30-Dec-2007
[5518x2]
Yes, and I will need some volunteers to do parts of the work. More 
will be posted here soon (vacancies); if you see anything you like 
message me privately.
Wait just a few more days....
Pekr
30-Dec-2007
[5520]
I can volunteer to sit on the ml and reboltalk.com to monitor those 
lists, answer some questions, and eventually put those significant 
ones here (or to r3-alpha) for the consideration ... I like having 
Henrik around, as he has different pov on the things, so various 
angles could be covered ....
Henrik
2-Jan-2008
[5521]
an interesting note from Carl just now: The graphics system as implemented 
in R3 produces a lot of garbage, which means there are still many 
optimizations that can be done. In a way, I'm thrilled to hear that, 
because it means that it will be even faster and less memory intensive 
than it is now, which is pretty darned quick. :-)
Rod
2-Jan-2008
[5522x2]
Thanks Maarten, very glad someone is taking that load off Carl.  
I can only hope it means a more steady stream of information will 
be available as well a public alpha (at some point).  I was going 
to ask for an update since the latest blog entries are more than 
a month old now.
I do volunteer to help as well, can proof read documentation, run 
tests, and other miscellaneous tasks.  My only constraint is the 
help has to be in my off hours, can't conflict with my day job. *smile*
Henrik
2-Jan-2008
[5524]
we will defnitely need both proof reading and general opinions on 
the documentation. it can always be improved.
Maarten
4-Jan-2008
[5525]
Rod: that goes for most of us. The time table is not carved in stone 
yet so I am not going to give a date . But we're making very good 
progress for alpha1
Rod
4-Jan-2008
[5526]
Maarten, I'm ready to help with your vacancies when you have a need, 
just let me know.

Thanks, Rod.
Maarten
5-Jan-2008
[5527]
I will surely come back on the vacancies. Right after alpha1 is out 
we'll need some people to step up and bootstrap the community
BrianW
8-Jan-2008
[5528]
loving the closure
BrianH
8-Jan-2008
[5529]
Try source use :)
BrianW
8-Jan-2008
[5530x2]
The docs example didn't tell me much, though. Maybe something like 
this?
	>> adder: func [a] [ func [b] [a + b] ]
	== function!
	>> adds-two: adder 2
	== function!
	>> adds-two 5
	** Script error: a word is not bound to a context
	** Where: adds-two
	** Near: adds-two 5
	>> adder: closure [a] [ func [b] [a + b] ]
	== closure!
	>> adds-two: adder 2
	== function!
	>> adds-two 7
	== 9

... or maybe I'm getting the idea of closures wrong in R3?
cool, BrianH