Bug 121874 – Tiled drawing should not imply threaded scrolling

• Component: Layout and Rendering
• Status: RESOLVED FIXED

[Tim Horton]

They should be separate settings (though threaded scrolling will required tiled drawing, I think).

Needed to separate/reduce the layout test churn for 121859 and for general sanity. We can make layout tests use threaded scrolling as well at a future date.

[Radar WebKit Bug Importer]

<rdar://problem/15071494>

[Tim Horton]

This is kind of messy, because lots of things in WebCore depend on the existence of a scrolling coordinator to mean “do what I should do if we’re using tiled drawing” (use a tiled backing for the root, use the shadow and ‘linen’ background view, etc.).

I can either

a) plumb some new thing down to WebCore that means ‘we’re using tiled drawing’; whether that be a setting or whatever (?)

b) do this at the same time as ‘remove-DrawingAreaImpl and always use tiled drawing’, which would mean that we could just (for Mac) always do these things

[Tim Horton]

Created attachment 212646 [details]
patch

[Anders Carlsson]

Comment on attachment 212646 [details]
patch

View in context: https://bugs.webkit.org/attachment.cgi?id=212646&action=review

> Source/WebKit2/WebProcess/WebPage/DrawingArea.h:92
> +    virtual bool shouldUseTiledBackingForFrame(const WebCore::Frame&) { return false; }

Maybe this should take a frame view?

[Tim Horton]

http://trac.webkit.org/changeset/156472