Skip to content
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

iPhones don't have a consistent system close/cancel/exit gesture #11

Closed
othermaciej opened this issue Nov 12, 2021 · 4 comments
Closed

Comments

@othermaciej
Copy link

othermaciej commented Nov 12, 2021

iPhones don't have a consistent system close/cancel/exit gesture. Sometimes it's swipe down, sometimes it's swipe up, sometimes swipe sideways, sometimes it's an onscreen button. There's generally some kind of visual affordance that's specific to the particular scene being shown.

There's the home button or home affordance to return to the Home screen, but apps don't have the ability to override that.

That's not to say this API isn't useful but I'm not sure what the right thing to do would be on iOS. Don't expose the API at all? Expose, but close event never fires? Make up a close gesture for the web only (but then how would users know about it)?

(On iPad, Cmd+period is an equivalent to Escape that works even on the magic keyboard, but iPads can be used with no physical keyboard, and this key combination is somewhat obscure and mostly only known to old school Mac users).

@othermaciej
Copy link
Author

Reading more closely, VoiceOver is cited, so maybe the expectation is the API exists but only does anything if VoiceOver is enabled?

@domenic
Copy link
Collaborator

domenic commented Nov 12, 2021

Yeah, I think the ideal situation would be for the API to exist, but do nothing unless VoiceOver is enabled. That way, developers can use the API unconditionally across all platforms, and just not get any events on platforms like iPhones where there's no universal close signal.

As a bonus, if iPhones did decide to add some sort of universal (or at least web-universal) close signal in the future, then apps using this API could just start working with it. (Seems hard to imagine, but who knows... has anyone called dibs on ten-finger swipes yet??)

@domenic
Copy link
Collaborator

domenic commented Nov 24, 2021

Note we are having some discussion about whether it makes sense for VoiceOver to trigger CloseWatcher directly, or should do so via synthesizing Esc key presses, at WICG/aom#184 .

@domenic
Copy link
Collaborator

domenic commented Dec 14, 2021

Based on discussions on the AOM call, the plan is to have accessibility tech synthesize Esc key presses, which then go through the usual close signal steps. I'll expand those steps to allow Esc key synthesis.

I'll also expand and update the platform-specific implementation notes, and link to them more prominently from the README, to make the question "what would it make sense for iOS to do?" more easily answerable.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants