You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-users@xmlgraphics.apache.org by J Aaron Farr <ja...@yahoo.com> on 2003/06/13 17:09:11 UTC
[BUG] Frame Resizing
Hello.
There's a bug that was introduced sometime between beta3 and beta4. I'm
attaching sample code that will reproduce it reliably.
The code includes a single JFrame which contains a JDesktop. The desktop
contains JInternalFrames which hold a JSVGCanvas. Under beta4 and beta5 when
you load an SVG file into the canvas contained in the internal frame, the
ENTIRE root JFrame resizes (packs really) into it's smallest possible size.
Resizing or packing the internal frame should not cause the entire parent frame
to resize. This does not occur under beta3.
I haven't had time yet to dig through the batik code and find the bug itself,
however, as it stands I'm stuck using beta3 until this is fixed.
Any help would be appriciated.
jaaron
__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
RE: [BUG] Frame Resizing
Posted by J Aaron Farr <ja...@yahoo.com>.
--- Thomas E Deweese <th...@kodak.com> wrote:
> >>>>> "TD" == Thomas E Deweese <th...@kodak.com> writes:
>
> TD> Hi J Aaron,
>
> 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 just checked my local copy behaves well here with your test.
>
Thank you!
jaaron
__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
RE: [BUG] Frame Resizing
Posted by Thomas E Deweese <th...@kodak.com>.
>>>>> "TD" == Thomas E Deweese <th...@kodak.com> writes:
TD> Hi J Aaron,
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 just checked my local copy behaves well here with your test.
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
RE: [BUG] Frame Resizing
Posted by Thomas E Deweese <th...@kodak.com>.
Hi J Aaron,
>>>>> "JAF" == J Aaron Farr <ja...@yahoo.com> 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: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org