[Webkit-unassigned] [Bug 104558] [WK2] TiledBackingStore: Problems while resizing of web view while page is not wholly loaded

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=104558





--- Comment #7 from Jocelyn Turcotte <jocelyn.turcotte at digia.com>  2012-12-12 02:55:26 PST ---
(In reply to comment #0)
> Drawing area is frozen while the page is being loaded, so when the User resizes (extends) the view it looks ugly.
> This should be solved probably by showing of default background (checked or some default colour) in the view areas that don't have contents yet.

If I understand the issue correctly, since the TextureMapper doesn't paint anything on those pixels, it's the responsibility of the port to render the background it wants first. Qt's MiniBrowser has a dark grey background for example.

(In reply to comment #1)
> There are other issues, like the pinch etc use the values from the page currently being loaded.
> 
> And we cannot relayout or recalculate the viewport during load for the currently shown old page.
> 
> Maybe this pageTransition stuff isnt worth it.

The page transition is actually just an extra transition of a few frames (I'd say maximum 200ms) that compensates for the way that FrameView would itself block the rendering until it knows the proper scroll position to render when not using delegated scrolling.

There was already a freeze of the rendering happening between the provisional load start and the first layout of the new page, and it wouldn't be better to render the empty layouts we get meanwhile.

(In reply to comment #2)
> This is probably the same issue also visible with tap-highlighting: the highlight-rect freezes during page transition and the hide animation does not finish running.

I think that we shouldn't rely on the WebProcess to animate the tap highlighting, the overlay mechanism wasn't designed for that kind of purpose. Rects should be sent to the UI process and it should be the one rendering the animation.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.