-
Notifications
You must be signed in to change notification settings - Fork 53
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
Delay on ContextMenu onSelect #80
Comments
Never seen that happen. Can’t help without seeing all the code |
The root onOpenWillChange fires immediately, and if I set shouldDismissMenuOnSelect to false, the onSelect works immediately. Clearly, the delay is the closing down of the contextmenu, the event must be fired after that has happened. Will try to reproduce. For info, it's a large-ish picture (200kb) within the trigger. Will try to create a minimum reproduction |
It may be a bug with the upstream iOS menu library in this case |
I'm wondering if this prop could fix it:
__unsafeIosProps={{
shouldWaitForMenuToHideBeforeFiringOnPressMenuItem: false
}} |
Sounds likely! Will test it tonight / tomorrow in my code and feed back |
action.press.not.working_resized.mp4The ContextMenu.Trigger with action 'press' does nothing on Press on iOS |
Please open a new issue, that's unrelated. |
it works |
Just for context to anyone with the same issue and the error with the types as mentioned in this issue, it goes in the <ContextMenu.Root
__unsafeIosProps={{
shouldWaitForMenuToHideBeforeFiringOnPressMenuItem: false
}}
> |
Wondering if we should just set this field by default in Zeego. Any reason not to? |
Hello,
I have a ContextMenu with a couple of ContextMenu.Items, and when I click one, the 'onSelect' event occurs around 1 second later. This is quite a noticeable lag from a user experience point of view.
Am I missing something to avoid this?
Also, the ContextMenu.Trigger with action 'press' does nothing on Press on iOS
Thanks
The text was updated successfully, but these errors were encountered: