World: r3wp

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.

I'm trying to do thumbnails with AGG. doesn't it do subsampling when 
scaling down an image? It looks just as choppy as with the old DRAW.

thee is a switch for anti-aliasing. Do not know if it is by default 
on or of though.

it works when you scale up, but not when scaling down. anti-aliasing 
is on by default

Huh!? I'm using DRAW to resize a brush in Canvas, if AA is on. Try 
paint a one pixel line with AA off, then turn AA on and hit 'h' to 
halve the size. Isn't it doing it, like you want?

it seems it does...

the quality is strangely poor on images

Henrik, I use this code:
draw newbrush [scale scalex scaley image brush-image]

scale is a direct DRAW command?

yeah! :-)

http://www.rebol.com/docs/draw-ref.html

ahh... I was looking for that document. thanks.

shadolf i dead waiting lol  ... Well SVG renderer widget  for RebGUI 
is not a urgent stuff at all ... Well yes if the 2 needs i have are 
integred to next rebol/view AGG  release it would be really nice 
this will allow us to enlight  rebGUI look with scalable graphics 
^^. next thing once the 2 needs i have are available will be to work 
on the renderer engine widget to make it as fast as possible to allow 
a lot of  SVG content to be rendered without impacting rebgui performencies.

we have to fixe too the usuabilitie of SVG content into RebGUI too 
but i think this is a last issue to discuss .Ashley propose the idea 
of a svg renderer widget to be included into RebGUI. I took his code 
and propose a more advanced version and this work allow me to pop 
out some needs to perfectly comply  the rendering task. But the main 
discution on what we are going to do ith the renderer once we have 
it is not started yet. I think many things can be expected from a 
SVG renderer widget in REBGUI  but then  it depends too on the quality 
to the resulting renderer.

A little survey for DRAW programmers here in this world::

We are thinking about a possible  separation of the gradient functionality 
from FILL-PEN command as this command is going to have too much argument 
combinations. What do  you think about this? Any better ideas? Or 
are you satisified with only two pens(for fill and for stroke)  in 
DRAW?

FYI.. here's what the latest Flash player is doing with grads.. 

Enhanced stroke properties

Select from a variety of cap and join 
types. Apply a gradient to a stroke as well as a fill. Render stroke 
intersections better with stroke hinting.
Advanced gradient control

Tighter 
control over gradients such as changing the focal point of a radial 
gradient and selecting from different overflow modes. 

99% of this you can do in current rebol too.

Maybe I should have note that Rebol with crrent Rebcode is far more 
faster than Flash8.

Even w/o direct blitting?