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
When using touch to access hyperlinked menu that is designed to expand further into sub-menus, the entire menu opens for a split second and then web users are directed to the main menu's page. This happens in websites such as Ebay, USPS, etc.
This is because when the sticky hover logic is invoked on anchor tags or on elements that are otherwise clickable, navigation is not cancelled. Safari fixes this behavior by determining whether any child element of the element that appeared is clickable. If so, they'll cancel the navigation and treat the tap as a hover. If not, they'll continue with the navigation/executing the click handler.
Should we consider matching Safari's behavior? I think we should consider this for good compatibility with Safari and existing web content that's never going to get updated to be mobile-friendly
The text was updated successfully, but these errors were encountered:
It would be inappropriate to try and address this at the Pointer Events specification level, in my view. This falls heavily under heuristic browser behavior.
The group agrees that this would be out of scope for the Pointer Events specification, as it involves browser heuristics that each user agent will decide for themselves unfortunately.
When using touch to access hyperlinked menu that is designed to expand further into sub-menus, the entire menu opens for a split second and then web users are directed to the main menu's page. This happens in websites such as Ebay, USPS, etc.
![image](https://private-user-images.githubusercontent.com/35861383/310016036-15635be6-7b8f-4743-94cb-ce771c34753d.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MTk0MjM3NjMsIm5iZiI6MTcxOTQyMzQ2MywicGF0aCI6Ii8zNTg2MTM4My8zMTAwMTYwMzYtMTU2MzViZTYtN2I4Zi00NzQzLTk0Y2ItY2U3NzFjMzQ3NTNkLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA2MjYlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwNjI2VDE3Mzc0M1omWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTQyYzI2ZGM0OGUzYjE2NzEwYmU3Y2E0MmVkZjg5Mjk2ZTYzNTgzM2I4Y2RiMmVlOTdhMzg5ZjVhMWVhMGE1ZDcmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.7A0xZObrE3gSRILs_6bj9JG5FPj6Qfhx5fN8G8Oe8jY)
This is because when the sticky hover logic is invoked on anchor tags or on elements that are otherwise clickable, navigation is not cancelled. Safari fixes this behavior by determining whether any child element of the element that appeared is clickable. If so, they'll cancel the navigation and treat the tap as a hover. If not, they'll continue with the navigation/executing the click handler.
Should we consider matching Safari's behavior? I think we should consider this for good compatibility with Safari and existing web content that's never going to get updated to be mobile-friendly
The text was updated successfully, but these errors were encountered: