xmlgraphics-batik-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From thomas.dewe...@kodak.com
Subject Re: printing svg is still too slow. How Microsoft solve that?
Date Tue, 02 May 2006 23:54:24 GMT
Hi Mario,

JavaTeam <mario_zupan@inet.hr> wrote on 05/02/2006 02:31:03 PM:

> You said:
>> Once you start rasterizing parts of the page your memory
>> requirements for a large chart will go off the chart...
> 
> If I understand I must send the parts of the chart. I tried that before 
I
> use batik, in a print method of a printable class:

   I was refering to the fact that some operations on Graphics2D can't
be mapped 'cleanly' to some 'back ends'.  When that happens it rasterizes
the content at device resolution.

> public int print(Graphics _g, PageFormat pageFormat, int pageIndex){
>   _g.setClip(x0,y0,xpage,ypage);
> }
> 
> But it is also memory too heavy.
> --
> View this message in context: 
http://www.nabble.com/printing-svg-is-still-too-
> slow.-How-Microsoft-solve-that--t1532216.html#a4196865
> Sent from the Batik - Users forum at Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


Mime
View raw message