Summary: | [Qt] Scaling control API for tiled backing store | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Antti Koivisto <koivisto> | ||||||||
Component: | New Bugs | Assignee: | Antti Koivisto <koivisto> | ||||||||
Status: | RESOLVED FIXED | ||||||||||
Severity: | Enhancement | CC: | benjamin, commit-queue, hausmann, jturcotte, kenneth, rakuco, tonikitoo | ||||||||
Priority: | P3 | Keywords: | Performance, Qt | ||||||||
Version: | 528+ (Nightly build) | ||||||||||
Hardware: | PC | ||||||||||
OS: | All | ||||||||||
Attachments: |
|
Description
Antti Koivisto
2010-03-14 17:56:20 PDT
Created attachment 51031 [details]
patch
Created attachment 51035 [details]
QtLauncher patch
Add animated smooth zooming to Qt launcher when in tiled mode.
Comment on attachment 51031 [details]
patch
Please change the QGraphicsWebView::tiledBackingStoreFrozen() to isTiledBac...Frozen for consistency with Qt API, like isBlocked etc.
Also, those methods would need documentation. Apart from the it looks good to me.
add dep to qt 4.7 master bug, as it introduces new API Created attachment 51043 [details]
updated patch
- document the property
- change getter to isTiledBackingStoreFrozen
(In reply to comment #4) > add dep to qt 4.7 master bug, as it introduces new API hum not sure if it is bug 31552 or bug 35784 :). Simon? removing for now. Comment on attachment 51035 [details] QtLauncher patch Clearing flags on attachment: 51035 Committed r56179: <http://trac.webkit.org/changeset/56179> Comment on attachment 51043 [details]
updated patch
Landing manually, to fix the broken build.
Committed r56184: <http://trac.webkit.org/changeset/56184> I observe the following effect with these patches: When zooming in one step, the animation starts and the scrollbars disappear. Once the animation finished, the scrollbars remain invisible. In addition the CPU is stuck at 100% and the ui is unresponsive. Zooming out one step brings everything back to normal, including scrollbars and CPU usage. (In reply to comment #10) > I observe the following effect with these patches: > > When zooming in one step, the animation starts and the scrollbars disappear. > Once the animation finished, the scrollbars remain invisible. In addition the > CPU is stuck at 100% and the ui is unresponsive. Zooming out one step brings > everything back to normal, including scrollbars and CPU usage. Scrollbars will get scaled along with rest of the content so they will move out of the view on zoom. Scaling really requires graphics item based scrolling (and WebView in resizesToContents mode). 100% CPU use is obviously not expected result. Any special setup needed to see it? Repaint loop is bug 36366 |