World: r3wp

but still - I think that 'arc, 'circle and ellipse should have same 
type parameteres

for radius

I've just found in the documentation that 'arc in 'shape uses two 
decimal!s and not one pair!. And now tell me it's NOT confusing :)))

Circle fill and outline don't seem to match up quite perfectly.

img1: to-image layout/tight [image 40x40 effect [draw [pen black 
fill-pen leaf circle 20x20 19]]]

img2: to-image layout/tight [image white 40x40 effect [draw [pen 
black fill-pen leaf circle 20x20 19]]]
view layout [image 200x200 img1 image 200x200 img2]

You can see some light green pixels at top left of the outside of 
the circle, and at the bottom left, on the inside of the circle.

I wonder if this is a rebol agg implementation issue or an agg issue.

I believe that's a known issue Anton.

Yes, known issue.

ok, so I assume Cyphre is on to it already.

Shadwolf, you will find it much easier to work from this style:

do http://www.lexicon.net/antonr/rebol/gui/demo-direction-pointer.r

Anton, yes, this is known issue. This will be fixed in the next version.

Anton:

>> do http://www.lexicon.net/antonr/rebol/gui/demo-direction-pointer.r
** Script Error: direction-pointer-style has no value
** Where: do-facets
** Near: direction-pointer-style

Shadwolf: I analyzed your SVG example with nested MATRIX command 
and found little bug in matrix calculation. Thanks for pointing this 
out! I know the solution so it will be fixed in the next Rebol View 
build.

Note: The bug is related only to MATRIX command. TRANSFORM/TRANSLATE/ROTATE/SCALE 
works ok.

Dide, I think it failed to load direction-pointer.r file. Just try 
again until it works ! :)

Hum, your script search for the file in our Rebsite index.r file, 
so I must see it in the Desktop, isn't it ?

If yes, I see a %direction-box.r, but no %direction-pointer.r icon.

No. It is not indexed. Actually, quite a lot of my scripts are not 
indexed :-(

(but I am working on that).

Sorry but tried 20 times and still the error

foreach url [
http://www.lexicon.net/antonr/rebol/gui/demo-direction-pointer.r
http://www.lexicon.net/antonr/rebol/gui/direction-pointer.r
][print [url mold info? url]]

http://www.lexicon.net/antonr/rebol/gui/demo-direction-pointer.r
make object! [
    size: 1333
    date: 13-Jul-2005/2:01:33
    type: 'file
]

http://www.lexicon.net/antonr/rebol/gui/direction-pointer.rmake 
object! [
    size: 2033
    date: 13-Jul-2005/2:01:25
    type: 'file
]

It works at home :)
I wonder why it didn't at work!

Cyphre Great !!!! I'm happy to have found a difficult bug regarding 
MATRIX in AGG/DRAW :) I hope this will be solved as soon as possible. 
I all cases tahnk you to have take the time to scout my problems 
:)

mmm weird :)

instead of using matrix i can translate it into scale rotate and 
translate value so ...

????

SVG matrix (a b c d e f) -> AGG scale [a d] rotate [b c] translate 
[e f] can I do this ???

matrix is 3X3

like that :
[a c e]
[b d f]
[0 0 1]

where couple AD = scaling BC= rotating EF = translating

Can't 'transform be used for doing all that ?

Dide, perhaps at work you have not updated your reboltech index.r 
file for a while, and it still points to my old rebsite.
Try this at work:
	load-thru/update http://www.reboltech.com/index.r

It was probably that ;-)

Don't know if transform REBOL/AGG command can do this 

I not enoght skilled in AGG to answer ... I will try to use transform 
instead of matrix

it's yet a kind of miracle for me totally noob in AGG and in SVG 
to have arrived to the actual point of the svg renderer. Lot of code 
and ideas have helped me a lot Ashley is trully a idea fountain. 
Those idea only claim to be worked again and again to arrive to a 
very very good and usefull tool

Transform does rotation, scale and translation in one command :
TRANSFORM       angle [decimal!]
                center [pair!]
                scale-x [decimal!]
                scale-y [decimal!]
                translation [pair!]

shadwolf: you cannot use partial matrix blocks on SCALE/ROTATE/TRANSLATE 
commands.

The problem of converting back already defined transformtion matrix 
is that you don't actually know what opearations(rotate,scale,translate 
etc.)  has been applied on the matrix values. ie transformation matrix 
is ireversible.

So I think there is no method how to 'extract' translation, rotation 
and scale from matrix content(correct me if I'm wrong)

I agree with you, there needs to be some sort of record on how the 
operations occured. I think there is big number of combinations (rotation, 
translation and scale). That could produce the same matrix, so decomposition 
is not easy if the only think know is the Matrix itself.

It all depends on the order of the single tranformations. So you 
need to keep track of the applied tranformation matrices and the 
order of tech transformation, than it's possible to derive the inverse 
tranformation.

Agreed.

yes, that's why the new DRAW dialect has PUSH [ ] command. It 'stores' 
the current transformation matrix into internal matrix stack. You 
can apply other transformations in the PUSH block or even reset the 
current matrix but after 'leaving' the PUSH command block you have 
active back the 'stored' matrix. Very handy for nested transformations.

So there is no more POP command ?

I thought matrix was only a way to merge scale rotate and translate 
values...

Cyphre have you an idea when the bug with matrix will be solved ?

same 4 gradients :) ?

Didec work like a layer difinition and manager

Using push the matrix or other trnasformation information are apply 
only on the push  block content. outside the push block the matrix 
informations are not affected

If I use TEXT I can specify the offset. Is there a way to specify 
the size as well and that the rest is clipped?

not afaik, but i think you could use the clip command.