GNOME Bugzilla – Bug 155752
gradients not rendered properly
Last modified: 2005-02-23 16:02:53 UTC
This has something to do with transformed objects and screwed up svgs I think, but batik renders them right anyways. Now to show you, I _really_ need to upload files.
sure. click the "Create a new attachment" link.
Created attachment 32743 [details] sample svg with incorrect gradient
Created attachment 32744 [details] the svg rendered with batik... the way it should look like
it appears that this is caused by a loss in presision in the gradient placement algorithms as a result of the obscenely huge internal viewbox this drawing has (30000x30000). (who knows why, it looks like it was done deliberately) The current code that is in question was written by me personally, however I do not pretend to actually understand what it does. It is possible that it could be rewritten to retain it's precision far better, however I don't personally want to since it took me so bloody long the first time. to me, this seems very low priority, since it only is a factor in strange fringe cases, but if dom wants to take a look at it, the function in question is rsvg-paint-server.c:rsvg_paint_server_lin_grad_render (oh, and by the way, simply changing the floats to doubles doesn't seem to fix it).
Oh, and this is a gradient misrender in a VERY WEIRD circumstance and there is NO BLOODY WAY it is "major", in fact, I'm putting it to "trivial" just to make a statement. But I guess I'll confirm it while I'm at it.
Lol, I said it had something to do with screwed up svgs... eventually I exported them from Corel at some point.
Ok, fixed now