You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
HTML has a new use activation model that helps deal with situations like:
button.onclick=()=>{constpShare=navigator.share(stuff);// should this reject? constpFS=document.body.requestFullscreen();}
Given the somewhat modal nature of the share sheet/context-popup menu (Safari desktop), it might make sense to consume the activation?
Doing so might have the nice effect that we can get rid of the internal slot we added to protect against being able to call .share() twice during the same activation phase.
This would be a small breaking change for the currently implemented behavior.
The text was updated successfully, but these errors were encountered:
@othermaciej, we are unsure who to ping on the WebKit side for input on Web Share? Could you suggest someone (or possibly you have an opinion on the above)?
My opinion is that we should consume the activation on share() for the reasons I stated above.
We don't yet implement the new activation model, but I take it the upshot of this is that a single user action shouldn't be able to open multiple share sheets, or share sheets plus other alerts, or open the sheet plus do other things like play or go fullscreen. That probably seems right.
HTML has a new use activation model that helps deal with situations like:
Given the somewhat modal nature of the share sheet/context-popup menu (Safari desktop), it might make sense to consume the activation?
Doing so might have the nice effect that we can get rid of the internal slot we added to protect against being able to call .share() twice during the same activation phase.
This would be a small breaking change for the currently implemented behavior.
The text was updated successfully, but these errors were encountered: