-
Notifications
You must be signed in to change notification settings - Fork 183
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Target taps #22
Target taps #22
Conversation
Code looks good at first sight, I'm only not completely sure about the naming ... If I see the code out of the context of this PR I would not be sure what a |
Okay, now I'm confused what those two recognizers are supposed to do. Could you please explain what would the two code samples included in the PR description do? |
@icanzilb Ok, sure. I renamed |
😀 ok, so the two gestures are all about the location of the tap/press? And the only piece of data the gesture provides is the tap location? Then what do you think of calling the gesture What do you think? |
Yes, all about location, yes, the only data, this PR is not an overwhelming improvement. :) Well, maybe the |
I'm not saying the contribution is not significant, I'm just trying to make sure I understand what it does. I think it should be okay to merge - I'm still hesitant about the naming but you're right that otherwise is also not very clear. |
After a while I still haven't figured out the best name for this 😃 |
Hey guys, what's going on with this? Working on a Rx Camera app where this could be really helpful for tap to focus. |
This PR has conflicts - it can't be merged at this time |
The new |
I added
.targetTap
and.targetLongPress
events. This events supplement.tap
and.longPress
events, but also they hold location in view where the event was fired.So,
.targetTap
works as follows:As for
.targetLongPress
, there are.Any
,.Began
,.Changed
,.Ended
states as they are inPan
orRotate
events.I think this will be useful when user creates a custom view with specific logic.