The default bug view has changed. See this FAQ.

Add ability to detect if a page has registered touch event listeners

RESOLVED FIXED in mozilla6

Status

()

Core
DOM: Events
RESOLVED FIXED
6 years ago
6 years ago

People

(Reporter: wesj, Assigned: smaug)

Tracking

({mobile})

unspecified
mozilla6
mobile
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

6 years ago
For Fennec, we need to dispatch touch events to content in the child process, and allow them to prevent us panning in the parent process. Unfortunately that introduces some lag between when the person beings dragging, and when we finally cancel panning in the parent process.

Alternatively, we can sacrifice some responsiveness in panning while we wait to see if the child cancels the event. However, we'd like to only do that when absolutely necessary, i.e. on pages that are actually using touch events.

To do so, we need some way to know when a page has registered a touch event listener, likely via a method added to nsIDOMWindowUtils?
(Reporter)

Comment 1

6 years ago
Assigning to smaug by his request.
Assignee: nobody → Olli.Pettay
(Reporter)

Updated

6 years ago
Depends on: 648573
(Assignee)

Comment 2

6 years ago
Created attachment 527743 [details] [diff] [review]
patch

I'm reusing the flag for MozTouch* events.
I expect MozTouch* events to be removed at some point.

The patch applies on top of Bug 648573
Attachment #527743 - Flags: review?(jst)
Comment on attachment 527743 [details] [diff] [review]
patch

Review of attachment 527743 [details] [diff] [review]:

r=jst
Attachment #527743 - Flags: review?(jst) → review+
Blocks: 650342
Keywords: mobile
http://hg.mozilla.org/mozilla-central/rev/2d5bdea10000
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla6
Blocks: 654129
You need to log in before you can comment on or make changes to this bug.