Skip to content

Make senders be the same for different gesture EventArgs #17531

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

Open
jknaudt21 opened this issue Sep 20, 2023 · 1 comment
Open

Make senders be the same for different gesture EventArgs #17531

jknaudt21 opened this issue Sep 20, 2023 · 1 comment

Comments

@jknaudt21
Copy link
Contributor

Description

This is a follow up issue to this discussion: #16802

Long story short, depending on what type of gesture event you're receiving, for example, TapEventArgs or DragEventArgs, the sender of these events may vary. In some cases this is the element itself. In others, its the GestureRecognizer.

This makes handling these events not the most pleasant experience since it lacks consistency. This proposal aims to centralize the behavior, preferably such that the sender is the element itself and not a gesture recognizer.

Public API Changes

The main change would live in the GestureRecognizers. Its just a matter of determining what to send when we emit the event.

This proposal was roughly implemented (and reverted) here: 3007fed#diff-45a3ddde1521a9a52178c9992e1458073808a9deb7e67f290347a8b87cdf8b4bL94-L116

Intended Use-Case

Using GestureRecognizers should be a uniform standard experience. Users shouldn't need to worry about if the sender differs.

@PureWeen PureWeen added this to the Backlog milestone Sep 20, 2023
@ghost
Copy link

ghost commented Sep 20, 2023

We've added this issue to our backlog, and we will work to address it as time and resources allow. If you have any additional information or questions about this issue, please leave a comment. For additional info about issue management, please read our Triage Process.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: In Progress
Development

No branches or pull requests

3 participants