Hi J Aaron,
>>>>> "JAF" == J Aaron Farr <[EMAIL PROTECTED]> writes:
JAF> There's a bug that was introduced sometime between beta3 and
JAF> beta4. I'm attaching sample code that will reproduce it
JAF> reliably.
JAF> The code includes a single JFrame which contains a JDesktop. The
JAF> desktop contains JInternalFrames which hold a JSVGCanvas. Under
JAF> beta4 and beta5 when you load an SVG file into the canvas
JAF> contained in the internal frame, the ENTIRE root JFrame resizes
JAF> (packs really) into it's smallest possible size. Resizing or
JAF> packing the internal frame should not cause the entire parent
JAF> frame to resize. This does not occur under beta3.
I think this should be fixed in CVS sometime soon. The issue
is that during the addition of getCTM/getScreenCTM/onzoom/onresize
Dynammic support I foolishly added code that searched the Swing tree
for the Window parent of the JSVGComponent and packed it.
The new code only does this for the JSVGViewerFrame (which is
used by 'Squiggle').
The only thing that makes me wonder is I was fairly certain this
was introduced between beta4 and beta5. So if you really see this
problem with Beta 4 I wonder if this isn't something different.
JAF> I haven't had time yet to dig through the batik code and find the
JAF> bug itself, however, as it stands I'm stuck using beta3 until
JAF> this is fixed.
If you search the archives Jan Lolling has posted a workaround
for this several times (subclass and override the offending method -
setMySize).
JAF> Any help would be appriciated.
No problem.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
