RESOLVED FIXED 30393
[Qt] Odd behavior when using setZoomFactor() on a QWebView that has SVGs
https://bugs.webkit.org/show_bug.cgi?id=30393
Summary [Qt] Odd behavior when using setZoomFactor() on a QWebView that has SVGs
Bernhard Rosenkraenzer
Reported 2009-10-15 10:32:12 PDT
Created attachment 41229 [details] test case When using setZoomFactor on a QWebView showing SVGs, some unexpected things happen. The attached test application loads an svg 3 times using different methods, then does setZoomFactor(2.0) on it. The one included with img src behaves as expected. The one included with object scales the object area to the expected size, but scales the image inside it by twice the factor and adds scrollbars. The one included with embed scales the image by twice the factor, adds a horizontal scrollbar, and cuts off the lower half of the picture without adding a vertical scrollbar.
Attachments
test case (6.38 KB, application/octet-stream)
2009-10-15 10:32 PDT, Bernhard Rosenkraenzer
no flags
Bernhard Rosenkraenzer
Comment 1 2009-10-15 10:54:19 PDT
Also, the scrollbars for the svg included as object don't match the real size of the image, there's no way to scroll to the penguin's feet
Jocelyn Turcotte
Comment 2 2010-03-10 05:18:47 PST
Could not reproduce on Windows with trunk. See the related bug #29483 that report a similar problem with setTextSizeMultiplier
Kent Hansen
Comment 3 2010-03-12 07:56:50 PST
I see the issue with 4.5, but not with 4.6 and r55658 on Linux. Only issues are 1) weird the placement of the "included with embed" text, and 2) repaint error when scrolling the "included as img" image back into view (only happens with zoomFactor > 1). Once there are spin-offs for these two we can close this bug.
Kent Hansen
Comment 4 2010-03-12 08:47:09 PST
Scrolling artifacts issue already reported in https://bugs.webkit.org/show_bug.cgi?id=30398, so I'm closing this one.
Note You need to log in before you can comment on or make changes to this bug.