World: r3wp
[AGG] to discus new Rebol/View with AGG
older newer | first last |
Cyphre 5-Jul-2005 [349x3] | shadwolf: the format of MATIX command has the same argument order as in SVG specs. |
MATIX=MATRIX | |
Can you provide SVG source and your DRAW source of the image you posted as a problematic one? | |
shadwolf 5-Jul-2005 [352x6] | sure http://shadwolf.free.fr/blender.svgand http://shadwolf.free.fr/svg-demo-shad03.r |
since version 03 I have changed the way to handle svg content but I don't inserted the transformation support in those lastest version (04 and 05) My other problem is how to suppoer localtransformation information and global one. So transformation informations are attached to a group and some other are attached to a draw primitive so How to represent it to AGG code | |
My other problem is about gradient effect | |
how to convert SVG gradient information to AGG one to make it simplier SVG use vector information x1 X2 y1 y2 they use a list of color with there position along the vector ( from 0 to 1) and they encap transformation information too So how to translate this to the fil-pen gradient linear exploitable issues | |
so to resume transformation informations are Global (attached to a group of drawable primitives) local (attached to a drawable primitive and attached to gradient in defs) | |
sorry I make a mistake the code with the matrix support is http://shadwolf.free.fr/svg-demo-shadwolf02.r | |
Anton 5-Jul-2005 [358] | Is there a mode for backwards compatibility with old draw ? eg. (lines are not anti-aliased, but simple jagged) |
shadwolf 5-Jul-2005 [359x5] | antialiased of ... |
but many drawable primitivs have keep the same name but takes other arguments | |
and others doesn"t exists :) | |
I have inserted the matrix transformation into my new code | |
I'm near to the solution | |
Rebolek 11-Jul-2005 [364] | 'arc takes radius argument as a pair! but 'circle takes radius argument as two decimal! - I think it's inconsistent |
DideC 11-Jul-2005 [365] | 'arc is consistent with 'ellipse !!! |
Anton 11-Jul-2005 [366x4] | It is, however you can think of circle usually taking only one number to be the radius. |
It's a handy alternative to ellipse (I haven't tried ellipse) which allows you not to need to use scale. | |
view layout [b: box navy 100x100 effect [draw [circle 30x50 19.5 20.2 circle 60x50 19.5 20.6]] image b/size * 4 to-image b] | |
You can see the two ellipses are slightly different. | |
Rebolek 11-Jul-2005 [370] | yes I understand, but when there's such a precision with cicrle, why it's not same with 'arc? |
Anton 11-Jul-2005 [371x2] | you can get it using scale 0.1 0.1 for example. |
sometimes it's handier with pair!s, sometimes it's handier with pairs of decimal!s | |
Rebolek 11-Jul-2005 [373x2] | OK, but I still think that 'arc, 'circle and 'ellipse should have radius parametr in same form. |
pair! with decimal precission would be nice | |
Anton 11-Jul-2005 [375x2] | Ah, but that's the thing... :) |
Adding a new datatype is a major extra body of code. And with SCALE we really don't need it. | |
Rebolek 11-Jul-2005 [377x4] | I know I know, it was ust a small dream ;) |
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 :))) | |
Anton 12-Jul-2005 [381x3] | 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. | |
Gregg 12-Jul-2005 [384] | I believe that's a known issue Anton. |
DideC 12-Jul-2005 [385] | Yes, known issue. |
Anton 12-Jul-2005 [386x3] | 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 | |
Cyphre 13-Jul-2005 [389] | Anton, yes, this is known issue. This will be fixed in the next version. |
DideC 13-Jul-2005 [390] | 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 |
Cyphre 13-Jul-2005 [391x2] | 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. | |
Anton 13-Jul-2005 [393] | Dide, I think it failed to load direction-pointer.r file. Just try again until it works ! :) |
DideC 13-Jul-2005 [394] | 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. |
Anton 13-Jul-2005 [395x2] | No. It is not indexed. Actually, quite a lot of my scripts are not indexed :-( |
(but I am working on that). | |
DideC 13-Jul-2005 [397] | Sorry but tried 20 times and still the error |
Anton 13-Jul-2005 [398] | 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]] |
older newer | first last |