This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
When scrolling, svg drawing moves up on the text. However clicking to edit the drawing seems to target the good drawing item, as if it was positioned correctly.
(In reply to comment #0) > When scrolling, svg drawing moves up on the text. However clicking to edit the > drawing seems to target the good drawing item, as if it was positioned > correctly. Thanks for the report Julien. I discovered this bug once, but I do not remember how to reproduce it. Could you give a testcase?
Created attachment 772 [details] Test with text and svg
(In reply to comment #1) > (In reply to comment #0) > > When scrolling, svg drawing moves up on the text. However clicking to edit the > > drawing seems to target the good drawing item, as if it was positioned > > correctly. > > Thanks for the report Julien. I discovered this bug once, but I do not remember > how to reproduce it. Could you give a testcase? > Actually, creating or opening any document with svg (directly included or in an object tag) does it (I guess it is a macos X only bug) though for last test, while scrolling, the svg moved to the right. I also noticed that when scrolling with the two fingers gesture it is worst: the scroll bar goes down but the page does not move though it blinks. I attached a sample html but as I said, any html with svg causes a problem.
Created attachment 773 [details] simplified testcase
Thanks, there may be several issues here. It seems that the vertical shift is proportional to the scroll position. In your testcase, it looks like the matrix transform change it to an horizontal shift. This would mean that a scroll shift is locally applied to each individual svg object while it should only be applied globally to the <svg/> element. I attached a simplified testcase without matrix transform so that the relation scroll/shift becomes clearer.
(In reply to comment #5) > Thanks, there may be several issues here. It seems that the vertical shift is > proportional to the scroll position. In your testcase, it looks like the matrix > transform change it to an horizontal shift. This would mean that a scroll shift > is locally applied to each individual svg object while it should only be > applied globally to the <svg/> element. > > I attached a simplified testcase without matrix transform so that the relation > scroll/shift becomes clearer. > The bug only occurred on Mac OS X. It is now fixed in the CVS version. Thanks for the report.
> The bug only occurred on Mac OS X. It is now fixed in the CVS version. > Thanks for the report. > The bug happened also on Linux since I could see it. Now, the bug of the shift is fixed, but the diamond in the first testcase is still displayed outside the SVG (however this seems an unrelated issue).
(In reply to comment #7) > > The bug only occurred on Mac OS X. It is now fixed in the CVS version. > > Thanks for the report. > > > > The bug happened also on Linux since I could see it. Now, the bug of the shift > is fixed, but the diamond in the first testcase is still displayed outside the > SVG (however this seems an unrelated issue). > I was able to reproduce the circle bug on my Mac OS X but not on my Linux Ubuntu 32 platform. I'm not able to reproduce these bugs since the fix neither on my Mac OS X platform nor on my Linux Ubuntu 32 platform. What is your Linux platform? What is the Mesa version?