World: r3wp

External

 doesn't mean it won't be built in to your particular copy of R3, 
 just that it won't be built into Henrik's GUI app.

R3 isn't going to be monolithic like R2.

I wonder how convenient such "build" tool is going to be. R2 encap 
was really very easy to see. I hope we will not push users to mess 
with C IDE, in order to build their R3 distro ...

Well, we were careful to design the module system so that you could 
specify requirements and relationships statically. This makes it 
relatively easy to adapt modules to a preprocessor that collects 
them into a single script, without necessarily needing special directives. 
This might make encapping easier.

I'm trying to build a svg converter (yes another one, but for R3).

As you can see here http://sites.google.com/site/rebolish/svg, it's 
pretty decent for the frogs (Rebol draw version at right)
But for the lizard, there's missing something, gradients.

But i'm stuck with the speciifications of grad-pen http://www.rebol.net/wiki/Grad-Pen

I don't  know how to build it from http://www.w3.org/TR/SVG11/pservers.html#Gradients

If someone can decipher that...

can grad-pen do all the properties of SVG gradients that you need?

I think so.
The only remaining problem will be the transform attribute.

They can apply a matrix to transform the gradient. But we don't have 
that, as-is in Draw.

We can apply rotate, scalling, and translation (i guess) on gradients, 
but separatly, not as a matrix.

I think we should ask Cyphre, whether this property can be added.

unless it's possible to perform the transformation prior to stating 
the grad-pen.

Do you mean, taking the matrix and extraction the different components 
(rotation, translation, scaling) ?
I don't know if it's possible, i'm not good enough with maths ;-)

I think it's possible to transform the gradpen alone before stating 
the shape to fill, but I haven't tested it.

I have one curiosity: REBOL3 VID is going to be an old style 2D interface. 
New interfaces, expecially for mobile device are PSEUDO 3D and touch 
based. Could this kind of interface be inplemented to support current 
and future generations of  products ?

yes, both touch and 3D are possible.

Btw, doing my SVG renderer with R3, i can't convert my drawings into 
images, it's crashing.
Using the draw function or to-image as well.

I can post a bug, but i don't know what's the problem because it 
depends of the drawing. Sometime it crashs, sometimes not.

there are a few specific things, even in R2 which cause the render 
to crash outright.

Actually,  it's not crashing the interactive rendering. it's crashing 
the to-image conversion.
So that, we can't save our drawings as images.

that is strange... never had one without the other in R2... although 
in R2 if you put the to-image call in an attempt and the effect was 
invalid (and would usually cause a rebol error), that face will never 
render again, whatever you do with it... is stays in a corrupt internal 
state.

might be based on the same very core handling of view.

note the above effect doesn't happen in all setups, but I've had 
this happen to me in an earlier version of my image expression application.

new 'EVOKE method published... crash logs!!!  Read this blog: http://www.rebol.net/r3blogs/0269.html

well, i posted a typical crash bug yesterday.

But i can't replicate this crash anymore. I rewrote my code in an 
another way.

Anyone has a good example for the COLLECT function? Writing function 
docs now.

I think it was used in VID3 as one of Gabriele's functions, but is 
no longer used in VID3.4.

COLLECT is a quick programming function. It will get optimized out 
of mezz/library code, but will save time for programmers when their 
time is more important than the computer's, which is pretty often.

It's not clear how KEEP is used from its help.

Look at the code for DECODE-URL - KEEP is used like EMIT there.

thanks

The pattern implemented by COLLECT is used in a lot of code. The 
function will get much use :)

decode-url is part of a context? I don't see the 'rules anywhere.

system/intrinsic/parse-url

thanks

Basically the same as in R2, but referenced in a different place.

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

I guess this is the best I can do.

Note that in A87 has a problem with HTTP:

>> read http://www.rebol.net

** Access error: protocol error: "Server error: HTTP/1.1 400 Bad 
Request"


In case you are trying to do something with OSX or Linux, which currently 
only are at A87.

This is not a problem in A88.

There are references to a FIND-MODULE function in the function list, 
but it doesn't exist in R3?

No, it doesn't exist, and would be one line of code. However, so 
would calling this function, so it doesn't save anything. Probably 
best to remove the reference/page.

there are a few of those on the list of function pages to remove

but, I'm about 40% through the list, and I'll compile a list of changes 
and things that need to be looked at.

is there an example of the use of IN-DIR ?

Cool. Tell Carl though - he's the one who knows how to remove pages 
in that wiki.

IN-DIR is used for file manipuulation code, when you need to change 
the directory for onne bit of code and then change back.

The old DevBase used to use it to handle its work directory. Don't 
know about the new one.

ok, thanks

Henrik, there's a currently undocumented /ONLY refinement for KEEPing 
block values with COLLECT, e.g.:

>> collect [keep 1 keep [2 3]]
== [1 2 3]

>> collect [keep 1 keep/only [2 3]]
== [1 [2 3]]

Some unlisted functions still...
intern, collect-words.
Probably some other

2.100.89 released - http://www.rebol.net/wiki/R3_Releases#View.exe_2.100.89_13-Oct-2009

ChristianE, thanks for that one.

Added to the docs. If you find more errors or undocumented parts, 
keep them coming.

thanks for your time and effort Henrik... this type of volunteer 
work often (usually) goes un-noticed and it really is a lot of work.