[squeak-dev] Re: Bezier filled shape rendering artifacts
Klaus D. Witzel
klaus.witzel at cobss.com
Tue Mar 25 01:15:21 UTC 2008
On Tue, 25 Mar 2008 00:29:51 +0100, Igor Stasenko wrote:
> On 24/03/2008, Klaus D. Witzel wrote:
>> On Mon, 24 Mar 2008 15:13:57 +0100, Igor Stasenko wrote:
>> > I used following:
>> > |doc|
>> > doc:= XMLDOMParser parseDocumentFrom:
>> > 'http://squeak.cobss.ch/JSesh/resources/glyphs/varia/Y4.svg'
>> > asUrl retrieveContents contentStream.
>> > (SVGMorph new createFromSVGDocument: doc) openInWorld
>> Sure, that does it as well (it's the same).
> Strange, i loaded latest version from SqMap, and there was no such
>> But I'm currently more interested to get rid of the problems with the
>> path/bezier segments of
>> - http://squeak.cobss.ch/JSesh/resources/glyphs/varia/Y4.svg
> Well, i tested another files located in same directory, and they seem
> rendered well.
Sure, the ones with just plain line segments (like Z24) render perfectly
> I don't know why this particular glyph not rendered correctly, i can
> only suppose that it
> was defined with sequence of data, which wrongly parsed by SVGMorph.
> Why i think it's not engine? Because engine can't twist point
> coordinates of shape, it can only fail to fill shape correctly. And in
> this glyph i see twisting coordinates, look like somewhere SVG morph
> starts feeding engine with wrong coordinates.
Huh? I've spent hours checking Gary's parsing code (before posting
anything here in squeak-dev) and until now saw [said the possibly blind
man] no wrongdoing (even compared to a Javanese implementation which has
no rendering bug). Some typos in SVGMorph's parsing method, quadratic*
v.s. qubic*, but these lines wheren't used especially for A1.svg,A4.svg
(which I tested most).
So you found something suspicious; please tell what and where (did you
mean in Y4.svg?). I could use a point where to start debugging from. In
which segment did you see twisted coordinates? TIA.
More information about the Squeak-dev