<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.inkscape.org/wiki/index.php?action=history&amp;feed=atom&amp;title=File%3AConicalgradientDMRD2-Batik.png</id>
	<title>File:ConicalgradientDMRD2-Batik.png - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.inkscape.org/wiki/index.php?action=history&amp;feed=atom&amp;title=File%3AConicalgradientDMRD2-Batik.png"/>
	<link rel="alternate" type="text/html" href="https://wiki.inkscape.org/wiki/index.php?title=File:ConicalgradientDMRD2-Batik.png&amp;action=history"/>
	<updated>2026-05-18T21:37:47Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.36.1</generator>
	<entry>
		<id>https://wiki.inkscape.org/wiki/index.php?title=File:ConicalgradientDMRD2-Batik.png&amp;diff=50334&amp;oldid=prev</id>
		<title>Jaspervdg: Batik rendering of Image:ConicalgradientDMRD2.svg. Note that since this version uses the alpha channel for all computations that Batik both does not render the left half and does not benefit from the iterative refinement. This looks like a bug (or at </title>
		<link rel="alternate" type="text/html" href="https://wiki.inkscape.org/wiki/index.php?title=File:ConicalgradientDMRD2-Batik.png&amp;diff=50334&amp;oldid=prev"/>
		<updated>2009-04-17T11:35:03Z</updated>

		<summary type="html">&lt;p&gt;Batik rendering of &lt;a href=&quot;/wiki/File:ConicalgradientDMRD2.svg&quot; title=&quot;File:ConicalgradientDMRD2.svg&quot;&gt;Image:ConicalgradientDMRD2.svg&lt;/a&gt;. Note that since this version uses the alpha channel for all computations that Batik both does not render the left half and does not benefit from the iterative refinement. This looks like a bug (or at &lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Batik rendering of [[Image:ConicalgradientDMRD2.svg]]. Note that since this version uses the alpha channel for all computations that Batik both does not render the left half and does not benefit from the iterative refinement. This looks like a bug (or at the very least an inconvenience) in Batik's filter code, as the filter only relies on out-of-range values in intermediate (within an feComposite) computations, which shouldn't be a problem.&lt;/div&gt;</summary>
		<author><name>Jaspervdg</name></author>
	</entry>
</feed>