World: r3wp

I guess there is.

IIRC the word count has raised, as well as recursion level, or it 
is settable via 'enchant or something like that ... can't find the 
function now ...

Should I CC it, so that someone with edit rights can correct docs? 
http://www.rebol.com/r3/docs/functions/stats.html- in R3 'stats 
no more supports /types and /pools refinements ...

.... and other refinements too :-) The text is probably a left-over 
from R2 description, whereas function description is probably auto-generated 
:-)

I've upgraded r3 to the latest version found here:

	http://www.rebol.com/r3/downloads.html

and note the following:

>> system/version
== 2.100.99.2.5
>> make gob! []
== make gob! [offset: 0x0 size: 100x100 alpha: 0]
>> source show
show undefined
>> source size-text
size-text undefined

where did View go and when will we get it back? ;)

Henrik put up a link to his newest build in REBOL3 GUI:
http://rebol.hmkdesign.dk/files/r3/gui/r3-gui.r3

show and size-text are natives not mezz. Without them you can't build 
a GUI.

Should I expect something different?:

>> do %r3-gui.r3
Script: "Untitled" Version: none Date: none
>> source show
show: make command! [[
    {Display or update a graphical object or block of them.}
    gob [gob! none!]
]]
>> source size-text
size-text: make command! [[
    {Returns the size of text rendered by a graphics object.}
    gob [gob!]
]]
>>

system/version?

== 2.100.107.3.1

maybe the file you got from the link you posted is only core?

I built this one using the host kit

That's what I was alluding to ... earlier alpha builds had VIew built 
in, the latest does not. Oh well.

I was trying to make a build with r3-gui.r included, but when running 
the generation step of the build make-host-init.r outputs the error 
"Invalid tuple -- 2.147484e9x2.147484e9" when processing this file. 
Is there something wrong with this tuple?

the offending line in r3-gui is:
        max-size: 2.147484e9x2.147484e9

Ashley, you need to build your own R3 .. the downloadable ones are 
old

This is A105 that I built http://r3alpha.s3.amazonaws.com/r3.exe

did you include Henrik's view source?

Is there something wrong with this tuple?

 - sure, first of all, it is not a tuple, it is a pair, which your 
 version does not recognize

heh, of course it's not a tuple - my brain was trying to focus too 
hard on what was wrong with the pair - why wouldn't my bersion recognize 
it? Because make-host-init was done before the float pair support 
was added?

and it's confusing the definition with a tuple somehow?

No, it doesn't need Henrik's view source which is a moving target

it doesn't need it - I wanted to put it in

skimming... r3-gui.r3 requires A105. anything below will give a size-text 
error.

Anyway, it wasn't available when I built my r3.

See http://www.rebol.com/r3/changes.htmlfor binary downloads of 
hostkit builds

ie. Carl is now releasing compiled builds as well

A107 released

http://www.rebol.com/r3/changes.html

Carl, or anyone else who remembers - I don't recall what is holding 
things up in terms of making the source available so that people 
can try their hand at a client for R3 chat

Why do you need the Rebol source code to make a R3 chat?

just to see what the back end is doing - what API it exposes, etc. 
Of course you could find some of this out by sniffing, but why should 
this be needed. BTW, I'm talking about a client (say a web one) for 
the chat server that the built-in client connects to

I think Adrian means the source to the R3 chat server?

yes - I seem to remember Carl saying that he could make it available, 
but something still had to be done before he could do that

why ?

>> demo
Fetching demo...

Script: "R3 GUI - Development Test Script" Version: 0.1.2 Date: none
This R3 release does not provide a graphics system.
The demo cannot be shown.
>> do http://rebol.hmkdesign.dk/files/r3/gui/r3-gui.r3
Script: "Untitled" Version: none Date: none
** access error: cannot open: %shape.r reason: none

>> system/version
== 2.100.107.4.2

Claude, does it show the same, if you *don't* run the demo first?

I believe that the build that was posted didn't have the draw stuff 
in - on my own build, I get this error when I try the demo after 
loading your r3-gui script:

>> do %r3-gui.r3
Script: "Untitled" Version: none Date: none
>>
>> demo
Fetching demo...

Script: "R3 GUI - Development Test Script" Version: 0.1.2 Date: none
Fetching GUI...
GUI Version: 0.2.1
(Developer test GUI theme)
** Script error: expected command! not font

** Where: size-text font-char-size? make make-text-style parse fontize 
do do either load-gui case catch either either applier do try demo
** Near: size-text gob

this makes sense because of the change to using command! in the dialect, 
I guess

Ah, you mean the R3 chat source code. I thought you need the R3 source 
code.

Adrian, the client source is readily available .. just not the server 
source

converting code to R3 isn't a piece of cake!!!  I mean real-world 
pieces of mature and optimized/tuned code... there are gotchas just 
about everywhere.

but I've now got slim working in R3  ;-)   am now working on converting 
liquid and other libs.

I'll eventually redesign slim so it uses modules though.

shoudn't resolve have a refinement called /bind  making it easier 
to rebind data to target context in a single pass?

is there a way to tell R3 to automatically show stack information 
when errors occur (and aren't trapped)?


python allows (on by default IIRC) this and its a MUCH more usefull 
error report.

for the same reason as for Rebol... many errors don't occur in user 
code, but in mezzanines, called by user code, sometimes several deep.


knowing why and where an error occurs is usually as usefull as what 
is the error  (and often, even more).

stack

yes, I can call it... but that means *I* have to call it.

http://www.rebol.com/r3/docs/functions/stack.html

which means I have to put exception handling in all functions... 
and even then, when an error occurs within a mezz... its not going 
to be reported there... so I won't have the stack based on its calling 
... so the end result isn't near as usefull.

trace/back ?