World: r3wp

Hey Shadwolf ... don't miss Ashley's message to you in RebGUI channel!

done  ^^

but then i have a abnormal bug witch means nothing ...

how can a widget in external context mode works better than a widget 
internal context mode

having the same strict code lol

Founder-a4 with rebol/view 1.3 ** Script Error: Invalid argument: 
+
** Where: view
** Near: show scr-face
if new [do-events]
>>

i have looked long time ago at rebconsole code ... but without understanding 
it mutch ...

that's probably because the script was written for view 1.2.48 i 
think

Are the AGG bugfixes part of View 1.3.2 ?

what was particularly fixed in agg? can svg work continue?

Svg  works need a dubeged matrix  -> scaling problem  and  gradients 
that feet ratio  information and   not  fixed area  ^^ those things 
can be script coded but this will complicate the SCV rendering engine 
and makes it slower for nothing ...

SVC = SVG

Those are exactly the questions/request, which I would expect to 
be answered by RT

iirc Cyphre said some fixes will be mady ... such features are not 
fixes though, so we can only hope ...

shadwolf - have you put your request into rambo?

Shadwolf: the matrix problem you had should be fixed in DRAW 1.3.2. 
The gradient ratio parameters will be added probably in the next 
release.

I'll post resume of AGG fixes/improvement very soon in this group 
so you are informed.

I'm trying to isolate a possible bug having to do with 'line-pattern 
.  I don't think using a negative number should cause rebol to lock 
up the CPU

Submitting to RAMBO

(Warning, this will lock up whatever instance of rebol you are running 
it in)

sp: 0
b: layout [
    c: box 400x400 white effect [
		draw [
			'pen 255.23.23 23.255.23 
			'line-pattern 1 sp
			'curve 50x350 200x50 350x350 200x300
		]
	]
	button "boom" [sp: sp - 1 show c]
]
view b

I don't know why someone would use a negative number, but this shouldn't 
happen if they do

May be a hard thing to check for without hitting performance too 
much, because of the late binding in REBOL. I can live with it.

Good one Josh. Keep them coming.

BTW, I've got a solution to the late-binding issue. I plan to write 
a blog about it soon.

On View 1.3.1, it didn't lock up for me..

I'm using REBOL/View 1.3.2.3.1 5-Dec-2005 Core 2.6.3

I thought I submitted a RAMBO ticket earlier for it, but now I can't 
find it

Ah, nm, found it

josh hum does it work with sp: -2 ? ( joking lol ) Cyphre thank you 
very mutch  and carl too for your hard work i'm a little far those 
last month from rebol ... but  i still have lot of  wants i will 
restart to work on the SVG rederer once all will be set /fixe if 
you have suggestions  about the svg engine make them to me i ill 
try to  add them too. ( a less 1000 lines SVG engines this will be 
very nice and flexible ...)

josh negative size for a line .... the issue no one would imagine. 
 lol but a good debug  lol this kind of issue can be really annoying 
for an miss parsing of the SVG data content for example -> crash 
so you  stend lot of hours trying to see if the crash comme from 
your SVG renderer engine from the SVG file or from rebol or from 
the engine or rebol/view VM ^^ you are right a message comming fromt 
the VM like "Error the size entrer for the lline is negative  " isntead 
of the vm crash would be nice  ^^

9-Dec 9:53 Cyphre "I'll post resume of AGG fixes/improvement very 
soon in this group so you are informed." Please, Cyphre, can you 
post it before competition's dead line so everyone can made use of 
it? :)

Ok, so here it is:

-fixed image keying bug (swapped color components in keying tuple!)
-line width is now now changing according to scale

-fixed rendering of transformed images(now uses aplha premultiplied 
data)

-fixed LINE-PATTERN bug (multiple line patterns in DRAW block should 
work properly now)

-fixed MATRIX bug(wrong matrix calcualtion was corrected in this 
case)

-fixed SKEW command inconsistency (now it takes degrees as arguments 
instead of radians)

-fixed FILL-PEN bug when filling images (now it doesn't render images 
upside down)

-fixed ANTI-ALIAS cmd(now it is possible to switch this mode within 
one DRAW block)

-removed POP command (was obsolete, PUSH with block! arg is used 
instead)
-fixed fill/outline pixel aligning problem
-fixed visual bug when rendering circle with line-width > 1
-fixed text character encoding problem
-improved gradients: added REFLECT and REPEAT modes, example:
view layout [
	origin 0
	box 400x460 effect [
		draw [
			pen none
			fill-pen linear 10x10 0 190 0 1 1 black red green blue black
			box 10x10 390x90

   fill-pen linear 10x160 0 190 0 1 1 black red green blue black repeat
			box 10x100 390x180

   fill-pen linear 10x310 0 190 0 1 1 black red green blue black reflect
			box 10x190 390x270
			fill-pen radial 80x350 0 20 0 1 1 black red green blue black
			circle 80x350 70

   fill-pen radial 190x350 0 20 0 1 1 black red green blue black repeat
			circle 190x350 70

   fill-pen radial 320x350 0 20 0 1 1 black red green blue black reflect
			circle 320x350 70
		]
	]
]

would make it for nice blog entry :-)

Nice, thanks.

cyphre    lot of work have been done I'm really impress
thank you so mutch  ^^

Cyphre as far as i test matrix problems have been solved in REBOL/view 
1.3.2 

this image was done with 1.3.1 http://shadwolf.free.fr/SVG-rend-compare.jpg

This one is done wth 1.3.2  http://shadwolf.free.fr/svg-renderer-v07.jpg


now i have to found the good way to exploit and work  with some SVG 
datas. the gnome keayboard image is good but i still get some scaling 
problem with the orange part of the blender logo image  (the disposition 
is good but the sacle is not good )
see:
http://shadwolf.free.fr/svg-renderer-v07-2.jpg

so as you can see the compositing of the relative orange part is 
good it's relative position seems to be good too but now that's the 
scale wich is not good it"s like if it was disabled .... 


My SVG rendering engine is designed to work perfectly with ink scape 
SVG format.

Shadwolf, please send me the original SVG data of the logo image 
you are having problems with.

oki i send  you by mail right now   the  lastest svg engine script. 
I identified the  matrix compositing  line code   search  "Cyphre 
!!!"  in the  script. I added the svg file with the  blender logo 
(witch  use tranform matrix information)

line 480 of svg engine script code

arg  this email adress doesn't work any more <[cyphre-:-volny-:-cz]>:

I make a  zip archive SVG renderer  script lastest  + svg file for 
 blender  on my  ftp

http://shadwolf.free.fr/svg-demo-cyphre.zip

thanks, will check it soon.

Try this:

view layout [
    box 640x480 effect [

        draw [line-width 48 pen 0.132.28.0 0.0.0.0 arc 0x0 90x90 358.163265306122 
        90]
    ]
]

Thanks Kru! Put it into the Rambo. I'll fix that for next release.

I've probably got more of deadly bugs, but this one was the only 
I was able to reproduce. Probably later.

Good to know. There is so much combinations in the dialect so I appreciate 
any other reports ;)

Is is possible to deform an image into a triangular shape ?


I tried the following .... but specifying the 3rd & 4th co-ordinates 
as the same produces no image at all ....
view layout [

    box 100x100 effect [draw [image logo.gif 10x10 90x10 90x90 10x90]]

    box 100x100 effect [draw [image logo.gif 10x10 90x10 60x90 40x90]]

    box 100x100 effect [draw [image logo.gif 10x10 90x10 51x90 49x90]]

    box 100x100 effect [draw [image logo.gif 10x10 90x10 50x90 50x90]]
]

It looks like the algorithm always takes four points, so specifying 
two coincident points means a point at infinity, which means the 
image is infinitely stretched out. Mmmm....

try them a pixel apart