Bug 66587 - Consider using the view's host window's backing scale factor when the view is not in a window
Summary: Consider using the view's host window's backing scale factor when the view is...
Status: RESOLVED MOVED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac (Intel) OS X 10.7
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar, PlatformOnly
Depends on:
Blocks:
 
Reported: 2011-08-19 14:06 PDT by Adam Roben (:aroben)
Modified: 2022-06-23 11:33 PDT (History)
4 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Roben (:aroben) 2011-08-19 14:06:59 PDT 
Bug 66564 is about what WebKit's behavior should be wrt. the device scale factor when the WebView/WKView isn't in a window. One special case of this is when the view isn't in a window but it does have a host window. In that case, we could choose to use the backing scale factor of the host window. This would have the advantage of having window.devicePixelRatio return the same value for all tabs in a Safari window. (Background tabs have a host window but aren't in a window.)

The only reason I can think of why we wouldn't want to do this is because it would mean we wouldn't match AppKit's idea of the view's scale factor, and it's possible that could cause problems. But maybe it won't!
Comment 1 Adam Roben (:aroben) 2011-08-19 14:07:31 PDT 
Note that WKView has no host window concept. We'd have to add one if we wanted to do this.
Comment 2 Radar WebKit Bug Importer 2011-08-19 15:13:12 PDT 
<rdar://problem/9987507>
Comment 3 Brent Fulgham 2022-06-23 11:33:43 PDT 
This was addressed in Safari, not WebKit.