WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
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
Details
View All
Add attachment
proposed patch, testcase, etc.
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.
Top of Page
Format For Printing
XML
Clone This Bug