W3C home > Mailing lists > Public > www-svg@w3.org > November 2002

Re: Identical rendering? [was Re: SVG 1.2 General feedback]

From: Tobias Reif <tobiasreif@pinkjuice.com>
Date: Thu, 21 Nov 2002 14:14:39 +0100
Message-ID: <3DDCDC3F.2000009@pinkjuice.com>
To: www-svg@w3.org

Thomas E Deweese wrote:

> TR> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12013
>     The rendering of the feather is different and I agree that the
> Adobe rendering is more pleasing here, however I suspect that the real
> problem is with the SVG,

That is not my point. If the SVG describes jagged outlines, then be it.

The issue is the inconsistent rendering across viewers.

Perhaps the spec needs to be more clear about such things. As soon as I 
have consistent rendering, I have the power to change the curves to be 
jagged or smooth, and I then get the same result in all viewers.

> the Apache feather uses line-to's rather than
> curve-to's for most of the feather segments - so I don't think it is
> batik that is introducing the faciting, the Java2D anti-aliasing
> functions may show the faceting more but I think the source had it in
> it to start with (there is also little we can do about this sort of
> problem as we simply pass the vector data on to the Java rendering
> engine that does most of the work).

Then ASV and CSV need to change, I don't care who changes his rendering. 
I, and I would suspect all other SVG developers, want&need consistent 
rendering across all implementations, specified by the spec.

If Batik is behaving correct in your view, then I could file reports to 
Adobe and Corel, but I would need clear paragraphs in the spec to show them.

>     You also seem to have caught it at a really bad moment :) If I
> zoomed in or out a little bit most of the uglyness goes away.  Once
> again I didn't mean to claim that Batik was perfect -

I think the issue is the spec; not Batik or the SVG.

> just good enough
> to do real work.

Such "real work" comments are IMHO not helpful. A graphic designer does 
"real work", with "real tools", and needs to get really predictable and 
consistent results. Difference in rendering is not useful when doing 
"real work". *Especially* when doing professional graphic work.


Received on Thursday, 21 November 2002 08:14:41 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:46:54 UTC