[Webkit-unassigned] [Bug 138816] New: :active behavior for touch depends on the presence of touch event handlers

[bugzilla-daemon at webkit.org]

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

            Bug ID: 138816
           Summary: :active behavior for touch depends on the presence of
                    touch event handlers
    Classification: Unclassified
           Product: WebKit
           Version: 528+ (Nightly build)
          Hardware: Unspecified
                OS: iOS 8.1
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Event Handling
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: rbyers at chromium.org

Mobile Safari applies :active on touchstart and clears it on touchend.  This has some surprising consequences including:
 - A page with no touch event handlers doesn't get :active effects at all
 - A button with an :active effect will be triggered while scrolling over top of it (even though native platform convention is not to trigger active effects in such cases)

I changed this for chromium back in 2012 (see bug 96060 and http://crbug.com/133928).  Basically we set :active after a short delay when tap starts (what we call "GestureShowPress"), and clear it when a tap completes or is aborted (but we may also delay this to ensure :active is shown long enough to be visible when the user taps quickly).

What do you think, is it perhaps worth changing Safari to do something more rational here?  I'm open to changing chromium again if we can come up with a model we agree is better.  One thing I don't like about our current model is that it's difficult to implement the same behavior from JS (unlike IE and Safari, there are no DOM events associated directly with the application and removal of :active for touch).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20141118/1d0d9c77/attachment-0002.html>