El dom, 31-07-2005 a las 10:25 +0100, "Gary Chambers" gazzaguru@btinternet.com escribió:
Great, all the graphics that in the previous version caused primitive fails are working now. The only graphics I can not see yet are those with problems with the gradient keys.
Now that I can see much more graphics I have detected some problems else. I have upload to example files for you to testing, they are at: www.itais.net/sea.svg and www.itais.net/castle.svg. In sea.svg you just can see as the colours are wrong. In castle.svg you also can see a funny error: the castle gate is drawn upside down.
About my previous mail, It is clear I didn't express myself well in my poor english. I will try it again: when picking up a SVGgroup , the size of the morph is the size of the sheet where it was drawn. I would like to see the size of the morph reduced to the size of the drawing. It is similar to sketchMorphs: Using, for instance, The Gimp program, you draw a bitmap graphic in a 400x800 pixels sheet, but the background is transparent and the drawing inside the sheet is only 48x48 pixels sized. When you import the png in Squeak, the sketchMorph size is only 48x48 pixels, not 400x800. In this case, the drawing is easier to handle.
Finally, do you have intention to implement a method or put a menu to adjust the antialiasing level?
New release available on SqueakMap. v 0.2.1
Hope you like the inmprovements, can handle things better but still has problems with artifacts on some files.
Basic text handling has been added, though this means that it no longer works with Squeak 3.7 due to the changes in font handling.
Works on 3.9a-6646 too (install Monticello and YAXO first) 3.8 is good though :-)
Enjoy, Gary
Now that I can see much more graphics I have detected some problems else. I have upload to example files for you to testing, they are at: www.itais.net/sea.svg and www.itais.net/castle.svg. In sea.svg you just can see as the colours are wrong. In castle.svg you also can see a funny error: the castle gate is drawn upside down.
Both problems seems to be caused by the fact that I'm only handling matrix() transformations at present! On the (endless?) list of things to do...
Also, in the castle example, much of the graphics and text lie outside the page bounds (can check this in Inkscape). At present I'm restricted to the document bounds as described in the svg element, also every submorph shares these bounds for the moment.
About my previous mail, It is clear I didn't express myself well in my poor english. I will try it again: when picking up a SVGgroup , the size of the morph is the size of the sheet where it was drawn. I would like to see the size of the morph reduced to the size of the drawing. It is similar to sketchMorphs: Using, for instance, The Gimp program, you draw a bitmap graphic in a 400x800 pixels sheet, but the background is transparent and the drawing inside the sheet is only 48x48 pixels sized. When you import the png in Squeak, the sketchMorph size is only 48x48 pixels, not 400x800. In this case, the drawing is easier to handle.
On the list. Once I get calculated bounding boxes sorted out. Picking up a submorph might work since the style attributes are cached - can be taken out of their context with the svg once built.
Finally, do you have intention to implement a method or put a menu to adjust the antialiasing level?
I'll stick one in the SVGComponent, inherited through composition and cached in the composedStyle for each morph.
Thanks for the feedback, Gary.
squeak-dev@lists.squeakfoundation.org