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=35922>. 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=35922 ------- Additional Comments From [EMAIL PROTECTED] 2005-08-04 18:25 ------- Yes, we are setting the URI before the viewer is added to the Swing hierarchy. Yes, all of our instantiation is from the Swing thread. We are using the JSVGCanvas like an image viewer panel but instead of displaying JPEGs we display SVGs which can be zoomed(an important advantage). A single panel may contain 3 or 4 SVGs which it knows it wants to display so it does the setGraphicURI using constants, that do not change, and which we would like to set once and in most cases be done with it. It makes sense that Batik would make up a size to start with and then change the SVG size when a resize event occurs. It seems that the heart of the problem is that when resizing does occur Batik displays the SVG offset, which is wrong. In some cases, no amount of resizing will cause Batik to display properly. Given our usage, shouldnt resize events cause Batik to display properly? -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
