Hi John, "John C. Turnbull" <[EMAIL PROTECTED]> wrote on 11/25/2008 07:03:52 AM:
> Thanks very much for that. > > Do I need to make the local modifications manually or is there a way > to automatically apply the patch? You can use the 'patch' program. You should be able to find a copy for just about any OS. > Or perhaps it will be in SVN soon? Not unless someone can point to a definitive decision by the SVG WG one way or the other. I don't want to change behavior and then have to change back. Clearly the SVG WG needs to address this issue. > Personally, I think it makes more sense this way and is consistent > with other SVG viewers I have tried. Ok. > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 25 November 2008 22:49 > To: [email protected] > Cc: [email protected] > Subject: Re: Likely Batik bug with SVG scrollbars > > > Hi John, > > "John C. Turnbull" <[EMAIL PROTECTED]> wrote on 11/25/2008 02:27:51 AM: > > > [..] open the SVG in Batik you will find that if > > you drag the lower image up as far as it can go and then try to use > > the top horizontal scroll bar, the lower image will be scrolled > > instead. It seems that Batik thinks the lower image has moved over > > the top of the upper one which is not the case. > > Actually it has, it's just that it's drawing was clipped. > Last time I checked it was unclear if SVG events should respect > clipping or not (there are arguments on both sides). > > Anyway take a look at: > https://issues.apache.org/bugzilla/show_bug.cgi?id=46289 > > > Can anyone see why this buggy behaviour is happening? Can it be > > fixed? Getting SVG scrollbars to work with Batik is critical to my > > current project so I really need to resolve this. > > I'm not sure it's really buggy behavior. [attachment "PGP.sig" > deleted by Thomas E. DeWeese/449433/EKC]
