xmlgraphics-batik-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 37892] New: - Ability to "play" SVG document onto a custom graphics implementation
Date Tue, 13 Dec 2005 21:01:54 GMT
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=37892>.
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=37892

           Summary: Ability to "play" SVG document onto a custom graphics
                    implementation
           Product: Batik
           Version: 1.6
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: (RFE) Request For Extension
        AssignedTo: batik-dev@xmlgraphics.apache.org
        ReportedBy: steveshaw@ca.ibm.com


Request for the reverse capability to the SVGGraphics class.  In SVGGraphics, clients make
awt graphics 
calls that get converted to an SVG document.  A useful capability would be that the renderer
would play 
back the SVG onto a awt graphics that is supplied by the client to render to a custom device.

An example would be for clients that wish to render to a non AWT device, but can redirect
the AWT 
graphics interface to their own implementation.  For instance instance clients that want to
render to 
Eclipse SWT canvas ( @see http://www.eclipse.org/swt }

-- 
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.

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


Mime
View raw message