DO NOT REPLY [Bug 37305] - Added deviceDPI to PDFDocumentGraphics2D

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37305>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37305


jeremias@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO




------- Additional Comments From jeremias@apache.org  2005-11-09 16:09 -------
I've got a question on this one: How does the setDeviceDPI() relate to the
resolution setting in the user agent? So far I was able to set a different
resolution on the user agent to get PDFs with higher resolution on-the-fly
images. I'm not sure but it seems that this isn't working properly anymore.
Can't tell when this went lost. And AFAICS setDeviceDPI() is not called by the
Transcoder. Is that by design? I'm a bit lost.

Concerning preparePainting(), we may need to add additional calls where
necessary. I've added this method to support multi-page PDFs from
PDFDocumentGraphics2D. I'm using it in a JPS StreamPrintService where you don't
know beforehand if the next page will be produced or not. A call to nextPage()
finishes the current page and a new one can only be set up when painting begins.
So for single page SVGs from the Transcoder, your change is fine, but we may
need to add additional calls where needed. I'll have a look when I start moving
the transcoders as I will publish my JPS StreamPrintService at that time.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.