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