|
|
Created:
6 years, 6 months ago by tdresser Modified:
6 years, 6 months ago CC:
chromium-reviews, sadrul, tdresser+watch_chromium.org, ben+aura_chromium.org, kalyank Base URL:
svn://svn.chromium.org/chrome/trunk/src Visibility:
Public. |
DescriptionPass ui::LatencyInfo correct with unified gesture detector on Aura.
BUG=379812
TEST=GestureRecognizerTest.LatencyPassedFromTouchEvent
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=274602
Patch Set 1 #
Total comments: 4
Patch Set 2 : Disable unified GR. #
Total comments: 2
Patch Set 3 : Address jdduke's feedback. #Patch Set 4 : Address miletus' feedback. #Patch Set 5 : Rebase. #Patch Set 6 : Fix int to unsigned int comparison. #
Messages
Total messages: 20 (0 generated)
jdduke@, can you take a look at ui/events? sadrul@, can you take a look at ui/aura/gestures/gesture_recognizer_unittest.cc
lgtm, Yufeng, this is what we need, right? https://codereview.chromium.org/309823002/diff/20001/ui/events/gestures/gestu... File ui/events/gestures/gesture_provider_aura.cc (right): https://codereview.chromium.org/309823002/diff/20001/ui/events/gestures/gestu... ui/events/gestures/gesture_provider_aura.cc:24: last_touch_event_flags_ = event.flags(); Hmm, should we move these |last_foo_ = event.foo()| assignments below the checks where we might early return false?
https://codereview.chromium.org/309823002/diff/20001/ui/events/gestures/gestu... File ui/events/gestures/gesture_provider_aura.cc (right): https://codereview.chromium.org/309823002/diff/20001/ui/events/gestures/gestu... ui/events/gestures/gesture_provider_aura.cc:24: last_touch_event_flags_ = event.flags(); On 2014/06/02 17:27:24, jdduke wrote: > Hmm, should we move these |last_foo_ = event.foo()| assignments below the checks > where we might early return false? Done.
https://codereview.chromium.org/309823002/diff/1/ui/events/gestures/gesture_p... File ui/events/gestures/gesture_provider_aura.cc (right): https://codereview.chromium.org/309823002/diff/1/ui/events/gestures/gesture_p... ui/events/gestures/gesture_provider_aura.cc:87: last_touch_event_latency_info_, so is it guaranteed that the this gesture is derived from the last_touch_event ?
https://codereview.chromium.org/309823002/diff/1/ui/events/gestures/gesture_p... File ui/events/gestures/gesture_provider_aura.cc (right): https://codereview.chromium.org/309823002/diff/1/ui/events/gestures/gesture_p... ui/events/gestures/gesture_provider_aura.cc:87: last_touch_event_latency_info_, On 2014/06/02 18:27:04, Yufeng Shen wrote: > so is it guaranteed that the this gesture is derived from the last_touch_event ? Yes, although this would attribute a gesture fired on a timer to the most recent touch, which may or may not be what we want.
https://codereview.chromium.org/309823002/diff/1/ui/events/gestures/gesture_p... File ui/events/gestures/gesture_provider_aura.cc (right): https://codereview.chromium.org/309823002/diff/1/ui/events/gestures/gesture_p... ui/events/gestures/gesture_provider_aura.cc:87: last_touch_event_latency_info_, On 2014/06/02 18:30:04, tdresser wrote: > On 2014/06/02 18:27:04, Yufeng Shen wrote: > > so is it guaranteed that the this gesture is derived from the last_touch_event > ? > > Yes, although this would attribute a gesture fired on a timer to the most recent > touch, which may or may not be what we want. Is it easy to add some latency components to the gesture that is fired on timer using the timestamp of the timer, e.g. the ui::INPUT_EVENT_LATENCY_UI_COMPONENT component, and here we check only if we don't have the UI component then we copy the latency from last_touch_event ?
https://codereview.chromium.org/309823002/diff/1/ui/events/gestures/gesture_p... File ui/events/gestures/gesture_provider_aura.cc (right): https://codereview.chromium.org/309823002/diff/1/ui/events/gestures/gesture_p... ui/events/gestures/gesture_provider_aura.cc:87: last_touch_event_latency_info_, On 2014/06/02 18:43:35, Yufeng Shen wrote: > On 2014/06/02 18:30:04, tdresser wrote: > > On 2014/06/02 18:27:04, Yufeng Shen wrote: > > > so is it guaranteed that the this gesture is derived from the > last_touch_event > > ? > > > > Yes, although this would attribute a gesture fired on a timer to the most > recent > > touch, which may or may not be what we want. > > Is it easy to add some latency components to the gesture that is fired on timer > using the timestamp of the timer, e.g. the ui::INPUT_EVENT_LATENCY_UI_COMPONENT > component, and here we check only if we don't have the UI component then we copy > the latency from last_touch_event ? > I've gone with the existing Aura behavior, which is to not set any latency components for events triggered by a timeout.
On 2014/06/02 20:04:10, tdresser wrote: > https://codereview.chromium.org/309823002/diff/1/ui/events/gestures/gesture_p... > File ui/events/gestures/gesture_provider_aura.cc (right): > > https://codereview.chromium.org/309823002/diff/1/ui/events/gestures/gesture_p... > ui/events/gestures/gesture_provider_aura.cc:87: last_touch_event_latency_info_, > On 2014/06/02 18:43:35, Yufeng Shen wrote: > > On 2014/06/02 18:30:04, tdresser wrote: > > > On 2014/06/02 18:27:04, Yufeng Shen wrote: > > > > so is it guaranteed that the this gesture is derived from the > > last_touch_event > > > ? > > > > > > Yes, although this would attribute a gesture fired on a timer to the most > > recent > > > touch, which may or may not be what we want. > > > > Is it easy to add some latency components to the gesture that is fired on > timer > > using the timestamp of the timer, e.g. the > ui::INPUT_EVENT_LATENCY_UI_COMPONENT > > component, and here we check only if we don't have the UI component then we > copy > > the latency from last_touch_event ? > > > > I've gone with the existing Aura behavior, which is to not set any latency > components for events triggered by a timeout. lgtm
rslgtm
The CQ bit was checked by tdresser@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/tdresser@chromium.org/309823002/80001
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: android_aosp on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_aosp/builds/8...) android_chromium_gn_compile_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_chromium_gn_c...) android_clang_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_clang_dbg/bui...) android_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_dbg/builds/19...) chromium_presubmit on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/chromium_presubmit/bu...) ios_dbg_simulator on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/ios_dbg_simulator/bui...) ios_rel_device on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/ios_rel_device/builds...) ios_rel_device_ninja on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/ios_rel_device_ninja/...) linux_chromium_chromeos_clang_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...) linux_chromium_chromeos_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...) linux_chromium_clang_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_clang_...) linux_chromium_gn_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_gn_rel...) linux_chromium_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_rel/bu...) mac_chromium_compile_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/mac_chromium_compile_...) mac_chromium_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/mac_chromium_rel/buil...) win_chromium_compile_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/win_chromium_compile_...) win_chromium_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/win_chromium_rel/buil...) win_chromium_x64_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/win_chromium_x64_rel/...) linux_gpu on tryserver.chromium.gpu (http://build.chromium.org/p/tryserver.chromium.gpu/builders/linux_gpu/builds/...) mac_gpu on tryserver.chromium.gpu (http://build.chromium.org/p/tryserver.chromium.gpu/builders/mac_gpu/builds/11914) win_gpu on tryserver.chromium.gpu (http://build.chromium.org/p/tryserver.chromium.gpu/builders/win_gpu/builds/15004)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_chromium_gn_compile_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_chromium_gn_c...) chromium_presubmit on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/chromium_presubmit/bu...) linux_chromium_chromeos_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...) linux_chromium_clang_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_clang_...) linux_chromium_gn_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_gn_rel...) linux_chromium_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_rel/bu...)
The CQ bit was checked by tdresser@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/tdresser@chromium.org/309823002/100001
The CQ bit was checked by tdresser@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/tdresser@chromium.org/309823002/120001
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: win_chromium_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/win_chromium_rel/buil...)
Message was sent while issue was closed.
Change committed as 274602 |