You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-users@xmlgraphics.apache.org by ruben malchow <r_...@web.de> on 2006/09/14 21:51:05 UTC
eps export again
hello list,
while trying to narrow down things, i realized that even this:
<?xml version="1.0" encoding="UTF-8"?>
<svg xmlns="http://www.w3.org/2000/svg" width="2000" height="1000">
<defs/>
<g id="main1158258339859" style="stroke-width:10" stroke="black">
<path d="M2000,1000 L0,0 "/>
<path d="M1000,1000 L1000,0 "/>
<path d="M0,500 L2000,500 "/>
<path d="M0,800 L2000,800 "/>
<path d="M0,0 L0,1000 "/>
<path d="M2000,0 L2000,1000 "/>
</g>
</svg>
comes out wrong when rendered as eps. but ... if i set
overflow="visible" in the svg
element, it come out right ... go figure.
.rm
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: eps export again
Posted by th...@kodak.com.
Hi Ruben,
r_malchow@web.de wrote on 09/14/2006 03:51:05 PM:
> while trying to narrow down things, i realized that even this:
> comes out wrong when rendered as eps. but ... if i set
> overflow="visible" in the svg element, it come out right
> ... go figure.
I suspect that the EPS output support is not fully baked.
It was most likely written mostly to support what FOP uses,
of course Batik stresses it a heck of a lot more...
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org