World: r3wp

cyphre :

here you have a tiny example of gradient representation taken from 
the webpage http://www.w3.org/TR/SVG/pservers.htmlwitch explain 
the gradient format for SVG 
Simple linear gradient commented by me  ^^
<g>
    <defs>
# LinearGradient definitions 
        <linearGradient id="MyGradient">
#first color using 5% of the space to color
            <stop offset="5%" stop-color="#F60" />
# second color using 95% of the space to color
            <stop offset="95%" stop-color="#FF6" />
     </linearGradient>
  </defs>

# HERE you have the rect definition using the LinearGradient witch 
id is MyGradient

   <rect fill="url(#MyGradient)" stroke="black" stroke-width="5" x="100" 
   y="100"  width="600" height="200" />  
</g>    

So as you can see the color pourcentages

Example for RadialGradient taken  from the same when page 
<g>
<defs>

         <radialGradient id="MyGradient" gradientUnits="userSpaceOnUse"
cx="400" fy="200">
       <stop offset="0%" stop-color="red" />
       <stop offset="50%" stop-color="blue" />
       <stop offset="100%" stop-color="red" />
   </radialGradient>
</defs>

<rect fill="url(#MyGradient)" stroke="black" stroke-width="5" x="100" 
y="100"  width="600" height="200" />
</g>


The radialGradient definition system is quite the same as linearGradient 
the only change is the center point x of the circular effect and 
it's y ray lenght

I hope you get all the informations now to make gradient function 
in AGG/Draw complying with SVG informations

I tryed svg-demo-shad06.r under linux with wine rebol/view 1.3.1d 
and with the rebol/view 1.3beta version and the SVG renderer script 
present the same matrix tra	nsformation problem but the good news 
is that the rebol/view 1.3 for windows  and the rebol/view 1.3 for 
linuw are working both on linux using svg-demo-shad06.r script

Yes, those versions(win linux) should be indentical. (except font 
handling)

Regarding the gradients: Thanks for the examples. Anyway, I've already 
known that you are missing the gradient color ratios so it is just 
a matter of time and priorities when this will be added so please 
be patient ;-)

Draw SVG/AGG have progress so far that I cannot catch up with what 
it supports currently.


Does anyone have a quick feature overview of this? either a link 
or point form will do.

yeksoon: here you can read latest version of DRAW docs:
http://www.rebol.com/docs/draw-ref.html

t is work-in-progress so there are some 'inconsisencies'. We are 
working on update soon.

warn me when update is done ^^ I could finalise my SVG renderer widget 
for rebgui  ^^

would it be possible to create a /view version for linux w/o need 
for an x server?

Without X, no display except console. So it's not View anymore.
What do you need from View that is not in Core ?

I'm only interested in dynamically generating images on the server 
for delivery within web browsers. That's another fantastic use case 
for REBOL/View.

Think chart servers, sparklines &c.

I'm quite reluctant to install X on a _web-accessible server_ just 
for /View, tho (and, hopefully, so is everyone else). Even the Java 
folks got that right, eventually - Java can run in "headless" mode, 
and yet allows people to access graphics functionality like Java 
2D &c.

What you need is rebface

maybe vnc is a compromize? i guess rebface wants x too, for fonts?

Command allows you to use images and the effect pipeline without 
view functionality, afaik.

Do recent /Commands include AGG already?

I don't think so. You have to wait for the new Command SDK or write 
to RT's feedback.

Done that.

any change ever of a native pdf browser ?

*chance*

pdf browser? what dao you mean?

a way to view PDFs from Rebol without using anything else.

maybe we would need ghostscript installed as well to get all the 
fonts...

pdf maker is not enough?

That allows you to make pdf . not view them.

hmm, but how you want to achieve that? You would have to have complete 
PDF specification parser and convert to AGG to display ...

Acrobat ;-)

:-)

use MDP ^^

serriously  it will be easier for you to use MakeDoc Pro and MDP-BRowser 
and enhance the mdp-engine capability to generate pdf docs...

than writiting to VID a performant  PDF renderer engine ...

I was cleaning my FTP accound and I found AGG Animation engine I 
wrote year ago. It's probably not finished, but there's a small working 
demo. >> do http://krutek.info/rebol/aggregator-cleaned.r

Anim is 33 lines long and the engine is cca. 140

the dialect looks like this:

shape 'txt-i [
		fill-pen 255.0.0.50 font boldfont text 1 350x200 "rebol"
	] action [
		frame 1 show zoom 8 8 center 350x200 to-frame 55 
		frame 1 fade fill-pen 255.0.0.0 to-frame 15 
		frame 200 move -600x0 to-frame 250
	]

cool!

Thanks:)

O_O  Nice!
(saves)

Cyphre, do you have any news about, when we'll see your different 
fixes in a release?

Geomol, please be patient, lot of cool things is happening right 
now ;) I think Carl is planning to build a new View with updated 
AGG very soon.

Cyphre, speak, please - what cool things?

but some folks need some things to move on, shadwolf will surely 
want to know the status of SVG compatible gradients offsets :-)

I would guess one thing would be direct rendering instead of using 
SHOW? it would speed up many operations dramatically...

direct rendering modes were promissed some time ago, who knows when 
we get those :-)

I hope it gets there soon, because it's about the only thing that 
is slowing rebcode down right now.

'show is slowing the rebcode? well, it can be, that is right ... 
better timers would not hurt too :-)

it's probably depending on the graphics driver, but it doesn't really 
matter what I do, whether its rebcode, AGG or VID, things slow down 
to a crawl when going full screen. I did some time profiling which 
showed that SHOW takes up probably more than 75-90% of a drawing 
cycle, much depending on resolution. removing that obstacle or making 
SHOW more intelligent will speed animation up a lot.