NEW 127760
Change a logic for touching slider in "RangeInput::handleTouchEvent"
https://bugs.webkit.org/show_bug.cgi?id=127760
Summary Change a logic for touching slider in "RangeInput::handleTouchEvent"
Byung Jun Kim
Reported 2014-01-27 21:33:24 PST
If we touch slider and other side ,It weren't recognized as multi touch. So change "TargetTouches" to "touches" in RangeInput::handleTouchEvent.
Attachments
Patch (1.47 KB, patch)
2014-01-27 23:06 PST, Byung Jun Kim
no flags
Patch (4.83 KB, patch)
2014-03-30 21:10 PDT, Byung Jun Kim
no flags
Patch (4.52 KB, patch)
2014-03-30 21:16 PDT, Byung Jun Kim
no flags
Patch (4.54 KB, patch)
2014-03-30 21:22 PDT, Byung Jun Kim
no flags
Archive of layout-test-results from webkit-ews-12 for mac-mountainlion-wk2 (463.90 KB, application/zip)
2014-03-30 22:19 PDT, Build Bot
no flags
Archive of layout-test-results from webkit-ews-07 for mac-mountainlion (491.50 KB, application/zip)
2014-03-30 22:45 PDT, Build Bot
no flags
Patch (4.46 KB, patch)
2014-04-01 21:00 PDT, Byung Jun Kim
no flags
Byung Jun Kim
Comment 1 2014-01-27 23:06:12 PST
Joseph Pecoraro
Comment 2 2014-01-28 11:10:55 PST
Comment on attachment 222407 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=222407&action=review > Source/WebCore/html/RangeInputType.cpp:177 > - TouchList* touches = event->targetTouches(); > + TouchList* touches = event->touches(); > if (touches->length() == 1) { > typedSliderThumbElement().setPositionFromPoint(touches->item(0)->absoluteLocation()); > event->setDefaultHandled(); This is in non-iOS code, so I probably won't be the final reviewer, but why would you want to change from targetTouches to touches here? Could you try to better describe the scenario you're fixing? I am having trouble understanding your comment in the ChangeLog.
Byung Jun Kim
Comment 3 2014-03-30 21:10:59 PDT
WebKit Commit Bot
Comment 4 2014-03-30 21:11:59 PDT
Attachment 228143 [details] did not pass style-queue: ERROR: Source/WebCore/ChangeLog:8: You should remove the 'No new tests' and either add and list tests, or explain why no new tests were possible. [changelog/nonewtests] [5] Total errors found: 1 in 6 files If any of these errors are false positives, please file a bug against check-webkit-style.
Byung Jun Kim
Comment 5 2014-03-30 21:16:56 PDT
Byung Jun Kim
Comment 6 2014-03-30 21:18:14 PDT
In slider, nomal operation of Multi touch is changed from first touch. So, thumb of slider should move only first touch. But, If we touch thumb first and track second, slider moves from second touch. Thumb and track is not same target. It isn't recognized multi touch because of "TargetTouch" So we should change "touch" to "targetTouch".
WebKit Commit Bot
Comment 7 2014-03-30 21:18:31 PDT
Attachment 228144 [details] did not pass style-queue: ERROR: Source/WebCore/ChangeLog:9: Line contains tab character. [whitespace/tab] [5] ERROR: Source/WebCore/ChangeLog:10: Line contains tab character. [whitespace/tab] [5] ERROR: Source/WebCore/ChangeLog:11: Line contains tab character. [whitespace/tab] [5] ERROR: Source/WebCore/ChangeLog:12: Line contains tab character. [whitespace/tab] [5] Total errors found: 4 in 5 files If any of these errors are false positives, please file a bug against check-webkit-style.
Byung Jun Kim
Comment 8 2014-03-30 21:22:24 PDT
Jinwoo Song
Comment 9 2014-03-30 22:05:47 PDT
Comment on attachment 228145 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=228145&action=review > Source/WebCore/ChangeLog:12 > + So we should change "touch" to "targetTouch". You'd better redescribe the change log as the sentences are not grammatical and it is hard to understand.
Build Bot
Comment 10 2014-03-30 22:19:29 PDT
Comment on attachment 228145 [details] Patch Attachment 228145 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-queues.appspot.com/results/6225372660105216 New failing tests: fast/forms/range/slider-multi-touch.html
Build Bot
Comment 11 2014-03-30 22:19:32 PDT
Created attachment 228147 [details] Archive of layout-test-results from webkit-ews-12 for mac-mountainlion-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: webkit-ews-12 Port: mac-mountainlion-wk2 Platform: Mac OS X 10.8.5
Build Bot
Comment 12 2014-03-30 22:45:45 PDT
Comment on attachment 228145 [details] Patch Attachment 228145 [details] did not pass mac-ews (mac): Output: http://webkit-queues.appspot.com/results/5021683916210176 New failing tests: fast/forms/range/slider-multi-touch.html
Build Bot
Comment 13 2014-03-30 22:45:50 PDT
Created attachment 228149 [details] Archive of layout-test-results from webkit-ews-07 for mac-mountainlion The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: webkit-ews-07 Port: mac-mountainlion Platform: Mac OS X 10.8.5
Byung Jun Kim
Comment 14 2014-04-01 21:00:07 PDT
Byung Jun Kim
Comment 15 2014-04-01 21:01:48 PDT
If we touch thumb and track, slider should move from first touch. In current, slider is changed by second touch because of "targetTouches" Thumb and track is not same target. So it isn't recognized multi touch. So we should change "targetTouches" to "touches".
Gyuyoung Kim
Comment 16 2014-06-23 18:30:32 PDT
Comment on attachment 228361 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=228361&action=review > Source/WebCore/ChangeLog:8 > + If we touch thumb and track, slider should move from first touch. I don't still understand this description. So, I'm not 100% sure if my change is correct though, I modify this description as below, When we touch thumb or track widget, *slider* on the thumb or track widgets is moved by first touch. However the slider under current implementation is worked by second touch. Because the slider is influenced by targetTouches() function as well. However, thumb and track widgets aren't same target widget, so those aren't able to be recognized by multiple touches. To fix this problem, we need to use *touches()* function instead of the *targetTouches()*
Gyuyoung Kim
Comment 17 2014-06-23 18:32:50 PDT
Comment on attachment 228361 [details] Patch Cleared review? from attachment 228361 [details] so that this bug does not appear in http://webkit.org/pending-review.
Note You need to log in before you can comment on or make changes to this bug.