[Webkit-unassigned] [Bug 65707] Chromium Mac: Enable rubber banding when scrolling
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Aug 8 20:52:50 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=65707
Mark Mentovai <mark at chromium.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mark at chromium.org
--- Comment #33 from Mark Mentovai <mark at chromium.org> 2011-08-08 20:52:50 PST ---
Nico is correct. In WebKit, the BUILDING_ON macros refer to the SDK, the set of headers in use, and are set on the basis of MAC_OS_X_VERSION_MAX_ALLOWED. The TARGETING_ macros refer to the deployment target, the minimum supported runtime version, and are set on the basis of MAC_OS_X_VERSION_MIN_REQUIRED. The deployment target may identify an older release than the SDK or the same release as the SDK, but may never identify a newer release.
There isn’t a macro to identify the OS release of the system performing the build. In practice, this is wholly irrelevant. If you’re using the “system” SDK (as I think Apple does in their WebKit builds), the SDK version and the OS release are one and the same. For Chrome release builds, we use the 10.5 SDK and set a 10.5 deployment target, but don’t support 10.5 as a build platform and do our builds on 10.6.
Based on a quick look at Source/WebKit/chromium/src/mac/WebInputEventFactory.mm as in the proposed patch, the first preprocessor conditional should be BUILDING_ON_LEOPARD || BUILDING_ON_SNOW_LEOPARD, and the second should be BUILDING_ON_LEOPARD.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list